The tool you are referring to _reads_ dumps on disk. voldump (in /usr/afs/bin on servers built from trunk) directly reads disk files/inodes to _write_ a dump file.
------------------------------------------------------------ Nathan Neulinger EMail: [EMAIL PROTECTED] University of Missouri - Rolla Phone: (573) 341-6679 UMR Information Technology Fax: (573) 341-4216 > -----Original Message----- > From: Horst Birthelmer [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 14, 2004 10:58 AM > To: Neulinger, Nathan > Cc: Mitch Collinsworth; [EMAIL PROTECTED] > Subject: Re: [OpenAFS-devel] vol-dump.c and large file dumps... > > > On Jul 14, 2004, at 3:42 PM, Neulinger, Nathan wrote: > > > It hasn't always existed... I wrote it as a utility program and for > > testing purposes several months ago... Not even sure it's in any > > release > > yet - it's definately in the head/trunk though. > > > > The main issue with using it is that there is no locking. It is > > transparent to the currently running server, but there is a > possibility > > of getting data while it is being modified. > > > > As near as I can tell, the speed seems faster, but not > tremendously so. > > You might try it out on your systems and see if is faster. If it is, > > could probably add in calls to volserver/fileserver locally > to lock the > > volume. > > > > What are you talking about?? > I was talking about the dumptool from the testing directory. > That operates on the dumps directly on disk. > > > Horst > > > _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
