[OpenAFS] AFS backups with amanda [was: rsync on afs-client]

[Mitch Collinsworth]

[resend.  First copy held by list management software.]

Ah yes.  I see you're on my list of people I promised to notify
when there was new news.  Let's just punt and stop pretending I'm
going to get to it someday...  :-)

The latest version is here:

ftp://ftp.ccmr.cornell.edu/pub/amanda-afs/amanda-afs.tar.gz

Documentation is not great, but one other site claims to have gotten
it going just with what's there.

Now that I've take this bold step and let it out, we should think about
how to coordinate patches as people hack on it.  Is a cvs server the
preferred model?  Or better if patches go through me to vet first and
then put it back out via ftp as above?  Other preferrences?

There has been a little bit of new work recently.  I have someone
coding up the estimate code as a patch to OpenAFS so that function can
live there instead of here.  Expect to boot that out the door in the
next several weeks.

Also submitted a patch to Amanda to make selfcheck not complain about
afs dumps but I don't believe it's been applied there yet.  I'll add
that to the tarball above.

-Mitch


On Fri, 28 Mar 2003, Lee Damon wrote:

> Could you post what you have?  It's better than not doing any backups at all.
>
> thanks,
> nomad
>
> > Yes.  A couple years ago we put together the needed hooks to do
> > AFS backups with amanda.  vos dump is the guts of the it.  The
> > rest is estimates and housekeeping.  I keep promising to tidy it
> > up and make a real release of it but that hasn't happened yet.
> > There is also still one (known) bug that hasn't been quashed.
> >
> > -Mitch
> >
> >
> > On Fri, 28 Mar 2003, Lee Damon wrote:
> >
> > > Has anyone successfully built a backup system around it using amanda?
> > >
> > > nomad
> > >
> > > > Or just use vos dump. It's pretty easy to build any sort of backup
> > > > system around vos dumps with incremental and full dumps.
> > > >
> > > > -- Nathan
> > > >
> > > > ------------------------------------------------------------
> > > > Nathan Neulinger                       EMail:  nneul@umr.edu
> > > > University of Missouri - Rolla         Phone: (573) 341-4841
> > > > Computing Services                       Fax: (573) 341-4216
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Matt Bacchi [mailto:mbacchi@gmavt.net]
> > > > > Sent: Friday, March 28, 2003 7:57 AM
> > > > > To: openafs-info@openafs.org
> > > > > Subject: Re: [OpenAFS] rsync on afs-client
> > > > >
> > > > >
> > > > >  > Rsync only transfers the incremental changes, does the
> > > > > afs-client also
> > > > >  > only load these changes over the network?
> > > > >  > or is every file that is checked by rsync transferred
> > > > > totally over the
> > > > >  > network to the afs cache?
> > > > >
> > > > > The client cache will request complete files from the
> > > > > fileserver.  rsync
> > > > > will then have to examine the file itself and determine what an
> > > > > 'incremental change' is.
> > > > >
> > > > >  > We are still not sure how to do backup, our next idea is to take an
> > > > >  > afs
> > > > >  > client and to rsync the whole afs directory tree.
> > > > >
> > > > > This is not an acceptable method.  AFS backup preserves ACLs,
> > > > > rsync does
> > > > > not.  Your solution will require one full backup for each day of the
> > > > > week.  How else do you propose to do a restore if some files have
> > > > > changed but others have not?  Learn how to use the AFS backup
> > > > > system, it
> > > > > is simple enough to get a basic backup schedule in place.  If
> > > > > you have
> > > > > more specific questions ask them here, or read the AFS
> > > > > Adminitrators Guide.
> > > > >
> > > > > -Matt
> > > > >
> > > > > _______________________________________________
> > > > > OpenAFS-info mailing list
> > > > > OpenAFS-info@openafs.org
> > > > > https://lists.openafs.org/mailman/listinfo/openafs-info
> > > > >
> > > > _______________________________________________
> > > > OpenAFS-info mailing list
> > > > OpenAFS-info@openafs.org
> > > > https://lists.openafs.org/mailman/listinfo/openafs-info
> > > >
> > > nomad
> > >  -----------                       - Lee "nomad" Damon -          \
> > > work: nomad@ee.washington.edu                                      \
> > > play: nomad@castle.org    or castle!nomad                           \
> > >                                                                     /\
> > > Sr. Systems Admin, UWEE SSLI Lab                                   /  \
> > >                 "Celebrate Diversity"                             /    \
> > >
> > >
> > > _______________________________________________
> > > OpenAFS-info mailing list
> > > OpenAFS-info@openafs.org
> > > https://lists.openafs.org/mailman/listinfo/openafs-info
> > >
> nomad
>  -----------                       - Lee "nomad" Damon -          \
> work: nomad@ee.washington.edu                                      \
> play: nomad@castle.org    or castle!nomad                           \
>                                                                     /\
> Sr. Systems Admin, UWEE SSLI Lab                                   /  \
>                 "Celebrate Diversity"                             /    \
>
>