Hi Jeff, we create a backup of the entire /usr/afs/db directory every night (and in addition every night we make a copy of the boot drive of our database servers onto an alternate drive). Is there anything more to be gained by using pt_util? What is the difference between making a copy of /usr/afs/db/prdb.DB and prdb.DBSYS1, and running pt_util? Also, is there documentation (besides pt_util -h) for this command?
Thanks, Renata >Delivered-To: [EMAIL PROTECTED] >From: Jeffrey Hutzelman <[EMAIL PROTECTED]> >To: James Burns <[EMAIL PROTECTED]>, [EMAIL PROTECTED] >Subject: Re: [OpenAFS] Server recovery >MIME-Version: 1.0 >X-BeenThere: [EMAIL PROTECTED] >X-Mailman-Version: 2.0.4 >List-Help: <mailto:[EMAIL PROTECTED]> >List-Post: <mailto:[EMAIL PROTECTED]> >List-Subscribe: <https://lists.openafs.org/mailman/listinfo/openafs-info>, <mailto:[EMAIL PROTECTED]> >List-Id: OpenAFS Info/Discussion <openafs-info.openafs.org> >List-Unsubscribe: <https://lists.openafs.org/mailman/listinfo/openafs-info>, <mailto:[EMAIL PROTECTED]> >List-Archive: <https://lists.openafs.org/pipermail/openafs-info/> >Date: Fri, 22 Oct 2004 17:10:06 -0400 >X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.1.0, Antispam-Data: 2004.10.22.1 > >On Friday, October 22, 2004 13:24:46 -0400 James Burns <[EMAIL PROTECTED]> >wrote: > >> Thanks, that worked great. I can't believe I've been sitting around >> with a broken cell for this long when the solution was so simple. Oh >> well... > >For what it's worth, I recommend making regular backups of the prdb, >because its contents are critical to the correct functioning of the ACL >system. If you have to recreate the prdb from scratch, you may be able to >reconstruct local users' ID's from other sources, but you are not going to >be able to recover the ID's of groups, foreign users, and non-null >instances (any of which may appear on ACL's) and you will not be able to >recover group memberships. > >The attached script (with modifications to reflect the location of your >server binaries and databases) can be run out of cron or the bosserver to >produce a prdb.dump each night. In the event of a corrupted prdb, the >database can be reconstructed from scratch by feeding this file to pt_util. > >It is also useful in the inevitable event than an admin accidentally >deletes himself. > >-- Jeffrey T. Hutzelman (N3NHS) <[EMAIL PROTECTED]> > Sr. Research Systems Programmer > School of Computer Science - Research Computing Facility > Carnegie Mellon University - Pittsburgh, PA Renata Dart | [EMAIL PROTECTED] Stanford Linear Accelerator Center | 2575 Sand Hill Road, MS 97 | (650) 926-2848 (office) Stanford, California 94025 | (650) 926-3329 (fax) _______________________________________________ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
