Date: Fri, 16 Apr 1999 13:38:27 -0700 (PDT) From: Matthew Dillon <dillon@apollo.backplane.com> To: "C. Stephen Gunn" <csg@physics.purdue.edu> Cc: Greg Black <gjb-freebsd@gba.oz.au>, freebsd-hackers@FreeBSD.ORG Subject: Re: Entombing for FreeBSD Message-ID: <199904162038.NAA60139@apollo.backplane.com> References: <199904160332.WAA28377@poynting.physics.purdue.edu> <19990416113734.18605.qmail@alice.gba.oz.au> <19990416150649.A1060@ohm.physics.purdue.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
:On Fri, Apr 16, 1999 at 09:37:33PM +1000, Greg Black wrote:
:
:> If we're restricting this to restoring lost files, I can't
:> remember the last time I did that either. It was certainly more
:> than 15 years ago. I don't use entombing. Can't see the point.
:
:It's not the last time _you_ had to restore a file that's the issue.
:If you've not had to do it for 15 years, entombing probably isn't
:for you.
:
:When was the last time you took care of 500+ users on a single
:machine. Users delete files. Users clobber files. Users intentionally
:make changes to files and then don't want them tomorrow.
:
:We have _serious_ users around here with serious needs. We have
:all of our important data on hardware RAID 5, and we still do
:nightly backups to DLT. DLT's are fast, but pulling one file off
:tape (which would happen) can take 45 minutes to an hour, even with
:good tools like Amanda.
:
:I don't really need entombing at home, but I sure take advange of
:it when I shoot myself in the foot. I guess that real UNIX studs
:don't ever do that, or apparently don't live to tell the story.
:
:The best part is if you don't like it, don't use it. ENTOMB=no,
:and you're completely screwed as usual when you delete a file. ;-)
:
: - Steve
:--
:C. Stephen Gunn, Computer Systems Engineer <csg@physics.purdue.edu>
:Physics Computer Network, Purdue University
I completely agree in regards to having to manage machines with a
large number of users. There have been many times at BEST where I
would have loved such a feature.
*But* ( don't you hate buts? ) ... the right place to put this sort of
feature is not in libc, but as a filesystem layer. Of course, that
brings up the argument 'well, wouldn't it be better to have at least some
form of entombing vs nothing at all?'.... The answer to that is not
necessarily yes. I think that messing around with libc in this manner
is just too much of a hack and not appropriate for a commit.
-Matt
Matthew Dillon
<dillon@backplane.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199904162038.NAA60139>