[SERVER-1379] dropdb with directoryperdb should remove contents, not delete directory (mmapV1) Created: 08/Jul/10  Updated: 08/Oct/18  Resolved: 08/Oct/18

Status: Closed
Project: Core Server
Component/s: MMAPv1, Usability
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Minor - P4
Reporter: Michael Dirolf Assignee: Asya Kamsky
Resolution: Done Votes: 8
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
Duplicate
is duplicated by SERVER-9264 Repair process fails with a mount fol... Closed
Related
related to SERVER-4266 Need to support --repairpath outside ... Closed
related to SERVER-17703 dropDatabase not removing folders wit... Closed
is related to SERVER-7999 directoryperdb with volume mount insi... Closed
is related to SERVER-22985 Allow dropDatabase to accept flags to... Closed
Participants:

 Description   

Definitely for symlinks, not sure about regular directories



 Comments   
Comment by Asya Kamsky [ 08/Oct/18 ]

MMAPV1 has been removed, closing this ticket.

Comment by Spencer Jackson [ 19/Dec/14 ]

It seems that with WiredTiger, the directory is not deleted after a drop database. mmapv1 still exhibits the behavior described in this ticket.

Comment by Nathan Rosenquist [ 07/Aug/13 ]

I submitted a patch for a similar issue in SERVER-10447

Perhaps you will find it useful. It doesn't take --repairpath into account, but it does preserves symlinks and remove the target directory contents when dropDatabase() is run against a symlink in --directoryperdb mode.

Comment by J Rassi [ 20/Dec/12 ]

For directories: I suggest always remove, but ignore failure. This produces seemingly desirable behavior both when the directory is a mount point and when it is a normal directory.

Comment by J Greely [ 08/Jul/10 ]

I'd say regular directories as well, since they could be mount points, or might have non-default permissions set.

Generated at Thu Feb 08 02:56:51 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.