From owner-freebsd-hackers Fri Apr 16 13:40:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 6E9B014E44 for ; Fri, 16 Apr 1999 13:40:52 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id NAA60139; Fri, 16 Apr 1999 13:38:27 -0700 (PDT) (envelope-from dillon) Date: Fri, 16 Apr 1999 13:38:27 -0700 (PDT) From: Matthew Dillon Message-Id: <199904162038.NAA60139@apollo.backplane.com> To: "C. Stephen Gunn" Cc: Greg Black , freebsd-hackers@FreeBSD.ORG Subject: Re: Entombing for FreeBSD References: <199904160332.WAA28377@poynting.physics.purdue.edu> <19990416113734.18605.qmail@alice.gba.oz.au> <19990416150649.A1060@ohm.physics.purdue.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :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 :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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message