[OpenAFS-devel] vol-dump.c and large file dumps...

[Neulinger, Nathan]

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.=20

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.=20

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.=20

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-6679
UMR Information Technology             Fax: (573) 341-4216
=20

> -----Original Message-----
> From: Mitch Collinsworth [mailto:mitch@ccmr.cornell.edu]=20
> Sent: Tuesday, July 13, 2004 10:17 PM
> To: Neulinger, Nathan
> Cc: Horst Birthelmer; openafs-devel@openafs.org
> Subject: RE: [OpenAFS-devel] vol-dump.c and large file dumps...
>=20
>=20
> Direct from disk?  This sounds interesting but 1st I've heard of it.
> How does it compare speed-wise with vos dump?  When I outlined my
> plan for implementing AFS backups with amanda using vos dump, nobody
> mentioned voldump to me.  Maybe we could get faster dumps by fixing
> voldump and switching from vos dump to that?
>=20
> -Mitch
>=20
>=20
> On Tue, 13 Jul 2004, Neulinger, Nathan wrote:
>=20
> > This is only an issue for voldump - the server side "direct=20
> from disk"
> > dump utility. 'vos dump' is not impacted.
> >
> > -- Nathan
> >
> >
> > > -----Original Message-----
> > > From: Horst Birthelmer [mailto:horst@riback.net]
> > > Sent: Tuesday, July 13, 2004 5:19 PM
> > > To: Neulinger, Nathan
> > > Cc: openafs-devel@openafs.org
> > > Subject: Re: [OpenAFS-devel] vol-dump.c and large file dumps...
> > >
> > >
> > > On Jul 13, 2004, at 11:49 PM, Neulinger, Nathan wrote:
> > >
> > > >
> > > > No, it's total size of the volume that is over 2gb... gets
> > > a file size
> > > > limit exceeded error. Went away as soon as I added the=20
> O_LARGEFILE
> > > > option to the open call.
> > > >
> > >
> > > That's strange because I did some work in that field=20
> quite some time
> > > ago and I'm pretty sure I had dumps which exceeded 2GB.
> > > I don't really remember if the platform for creating the dumps was
> > > Linux or AIX because If you have an open64 the code will use it.
> > >
>=20
>=20