However, for "next time", a number of people have recommend running other Undelete utils that create their own "recycle bin" of sorts to help prevent this sort of issue.
I am not clear on what that comment means with the issue.
However i'm left with the following issues.
1. SnapRAID + DrivePool might mean deletes are immediate (rather than moved to a pooled recycle bin, moves do not compromise parity)
2. FlexRAID offers essentially what I'm trying to do with drive pool (a pooled drive)....however I lose features I want out of DrivePool (SSD Landing Drive, Folder Duplication).
Hopefully some input from you guys could tell me if DrivePool offers this feature, or a potential alternative solution in mitigating the "delete problem" mentioned above.
I will be accessing the drive via SMB.
Greyhole (a linux "equivalent" of DrivePool does this by a "Trash" feature. Instead of permanent delete, it moves there. Then eventually you run a permanent delete command or delete it from the Trash folder).
Additionally in linux, there's vfs_recycle which allows you to move instead of delete on a delete request. Unfortunately that doesn't exist in Windows Samba sharing.
Thanks folks for your help!
edit: One annoying but potential compromise is to create a "DELETE" folder on the pool. Whenever I want to delete files, move it to that folder instead. However that requires educating users accessing the share that when they want to delete something they need to move it to a special directory. But you can't disable DELETE in NTFS without disabling MOVE (Move is just a COPY+DELETE)...so it'd really be a case where I have to trust that my users will delete files in the "move" way
Question
vfsrecycle_kid
Hi folks,
I'm in the process of setting up a DIY NAS. I plan to use SnapRAID. Due to the nature of the RAID, deletes that are left unsynced can be problematic.
See http://wiki.flexraid.com/2011/10/18/understanding-the-limitations-of-snapshot-raid/ for more information.
Originally I had the following idea:
1. Pool SnapRAID content drives together (excluding parity drive)
2. On delete, move to pools recycle bin
3. Weekly schedule, run a TRUE delete on the recycle bin of the pool
4. SnapRAID sync changes.
This would give minimal time between being out of sync and being in sync.
Someone once brought up my exact issue on your old discussion board.
http://forum.covecube.com/discussion/1076/undelete-files-deleted-via-smb/p1
However, for "next time", a number of people have recommend running other Undelete utils that create their own "recycle bin" of sorts to help prevent this sort of issue.
I am not clear on what that comment means with the issue.
However i'm left with the following issues.
1. SnapRAID + DrivePool might mean deletes are immediate (rather than moved to a pooled recycle bin, moves do not compromise parity)
2. FlexRAID offers essentially what I'm trying to do with drive pool (a pooled drive)....however I lose features I want out of DrivePool (SSD Landing Drive, Folder Duplication).
Hopefully some input from you guys could tell me if DrivePool offers this feature, or a potential alternative solution in mitigating the "delete problem" mentioned above.
I will be accessing the drive via SMB.
Greyhole (a linux "equivalent" of DrivePool does this by a "Trash" feature. Instead of permanent delete, it moves there. Then eventually you run a permanent delete command or delete it from the Trash folder).
https://github.com/gboudreau/Greyhole/wiki/AboutTrash
Additionally in linux, there's vfs_recycle which allows you to move instead of delete on a delete request. Unfortunately that doesn't exist in Windows Samba sharing.
Thanks folks for your help!
edit: One annoying but potential compromise is to create a "DELETE" folder on the pool. Whenever I want to delete files, move it to that folder instead. However that requires educating users accessing the share that when they want to delete something they need to move it to a special directory. But you can't disable DELETE in NTFS without disabling MOVE (Move is just a COPY+DELETE)...so it'd really be a case where I have to trust that my users will delete files in the "move" way
Link to comment
Share on other sites
16 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.