Have a user contemplating replacing his Netware server with Suse 7.3. One thing he really likes about netware is the "Salvage" ability which will recover deleted files up until the owner/deleter issues the purge command or the server runs out of least reciently used disk space. (He's well aware of the security aspects of this, they don't have secret data, just expensive to recreate data). Is there some package on Suse that provides the equivelent of the .snapshot directory on netapp boxes? Any other way to achieve similar capabilities? -- _________________________________ John Andersen / Juneau Alaska
This would have been beter placed on the suse-linux-e list, I belive. Anyway, I use this script which I named "trash.sh" #!/bin/bash /bin/mkdir -p ~/trashbin /bin/mv "$@"" ~/trashbin/ It could probably be easily modified to get the cwd and stuff the file in $cwd/.trash instead of ~/trashbin. then if you _really_ want to be safe you can stick this alias in ~/.alias: alias rm='/usr/local/bin/trash.sh' Users could still us rm by calling it directly: /bin/rm And to empty the trashcan: suse3:~ > cat /usr/local/bin/emptytrash.sh #!/bin/bash /bin/rm -rf ~/trashbin/* You could maybe make "purge" a script that got your UID (sounds like an awk job), then used your UID with 'find' to find everything you owned inside any folder named .trashbin and /bin/rm it. Sounds fun, maybe I'll hack on it later. If someone else beats me to it please post the results to suse-linux-e. HTH At 05:49 AM 12/5/2001 -0900, you wrote:
Have a user contemplating replacing his Netware server with Suse 7.3. One thing he really likes about netware is the "Salvage" ability which will recover deleted files up until the owner/deleter issues the purge command or the server runs out of least reciently used disk space.
(He's well aware of the security aspects of this, they don't have secret data, just expensive to recreate data).
Is there some package on Suse that provides the equivelent of the .snapshot directory on netapp boxes?
Any other way to achieve similar capabilities?
-- _________________________________ John Andersen / Juneau Alaska
-- To unsubscribe, e-mail: suse-security-unsubscribe@suse.com For additional commands, e-mail: suse-security-help@suse.com
---------------------------------------------------- Jonathan Wilson System Administrator Cedar Creek Software http://www.cedarcreeksoftware.com Central Texas IT http://www.centraltexasit.com
On Wed, Dec 05, JW wrote:
This would have been beter placed on the suse-linux-e list, I belive.
Anyway, I use this script which I named "trash.sh"
#!/bin/bash /bin/mkdir -p ~/trashbin /bin/mv "$@"" ~/trashbin/
It could probably be easily modified to get the cwd and stuff the file in $cwd/.trash instead of ~/trashbin.
then if you _really_ want to be safe you can stick this alias in ~/.alias:
alias rm='/usr/local/bin/trash.sh'
Users could still us rm by calling it directly: /bin/rm
And to empty the trashcan:
suse3:~ > cat /usr/local/bin/emptytrash.sh #!/bin/bash /bin/rm -rf ~/trashbin/*
You could maybe make "purge" a script that got your UID (sounds like an awk job), then used your UID with 'find' to find everything you owned inside any folder named .trashbin and /bin/rm it.
Sounds fun, maybe I'll hack on it later. If someone else beats me to it please post the results to suse-linux-e.
No need to hack on it - here is a (IMHO) more elegant solution: libtrash. http://www.efpi.org/software/libtrash/ Roman already created RPMs: ftp://ftp.suse.com/pub/people/draht/7.3/libtrash-0.6-0.i386.rpm Bye, LenZ -- ------------------------------------------------------------------ Lenz Grimmer SuSE GmbH mailto:grimmer@suse.de Schanzaeckerstr. 10 http://www.suse.de/~grimmer/ 90443 Nuernberg, Germany Winning isn't everything, but wanting to win is.
On Thursday 06 December 2001 04:34, you wrote:
This would have been beter placed on the suse-linux-e list, I belive.
Anyway, I use this script which I named "trash.sh"
#!/bin/bash /bin/mkdir -p ~/trashbin /bin/mv "$@"" ~/trashbin/
[...] Note that this will presumably only work when rm is used, not when a file is deleted via the network (samba, nfs...) So for a lot of people this is not really useful. Not that I have a solution myself... Maarten
At 05:49 AM 12/5/2001 -0900, you wrote:
Have a user contemplating replacing his Netware server with Suse 7.3. One thing he really likes about netware is the "Salvage" ability which will recover deleted files up until the owner/deleter issues the purge command or the server runs out of least reciently used disk space.
(He's well aware of the security aspects of this, they don't have secret data, just expensive to recreate data).
Is there some package on Suse that provides the equivelent of the .snapshot directory on netapp boxes?
Any other way to achieve similar capabilities?
-- Maarten J. H. van den Berg ~~//~~ network administrator van Boetzelaer van Bemmel - Amsterdam - The Netherlands http://vbvb.nl T+31204233288 F+31204233286 G+31651994273
On Wednesday, December 05, 2001 05:49:31 AM -0900 John Andersen <jsa@pen.homeip.net> wrote: +------ | Have a user contemplating replacing his Netware server with | Suse 7.3. One thing he really likes about netware is the "Salvage" | ability which will recover deleted files up until the owner/deleter | issues the purge command or the server runs out of least reciently | used disk space. | | (He's well aware of the security aspects of this, they don't have | secret data, just expensive to recreate data). | | Is there some package on Suse that provides the equivelent of | the .snapshot directory on netapp boxes? | | Any other way to achieve similar capabilities? +-----X8 The netapp snapshots are a part of wafl and are only practical on that file system. Basically each block can be a member of up to 32 file trees, data on tap (dot) reserves 2 of them, the current state and the last stable file system, the other 30 are available for creating backups which can then be accessed vi the .snapshot pseudo directory. Without this capability you need to copy blocks, this is what others (e.g. Veritas) do in their snapshots. /Michael -- This space intentionally left non-blank.
participants (5)
-
John Andersen -
JW -
Lenz Grimmer -
Maarten J H van den Berg -
Michael Salmon