Well that would be the easy kludge method I was referring to. That
would get us volume backups and restores. I'll probably give this
a try sometime in the next few months. Conceptually it seems like
an improvement over AFS backup, but so far I haven't found anyone
who's actually tried it.
There are some problems with this approach though. Amanda thinks in
units of "filesystems", while AFS thinks in units of "volumes". A
separate tape file for each volume is working at the wrong scale. AFS
backup uses volume sets to group volumes together in larger collections
just for this reason. In order to best marry Amanda to AFS we need a
similar concept. This shouldn't be too difficult really, but it's more
than just hacking Amanda to call vos dump/restore.
Another nice feature of Amanda is its index, which allows restoring
single files. This is something AFS backup doesn't do. It could be
done in Amanda but it would take more effort. For one thing mount
points would need to be tracked.
-Mitch
On Tue, 3 Oct 2000, Neulinger, Nathan R. wrote:
> Actually, amanda would be relatively easy, just plug in a handler for vos
> dump and vos restore. Unfortunately, we're no longer using amanda, stuck
> with seagate bkupexec... otherwise I'd have long ago added support to it to
> backup volumes. Although there is a possibility that I will be deploying a
> new AFS installation soon, and we are using amanda there. Alot depends on
> what state the openafs code is in when it's released.
>
> -- Nathan
>
> > -----Original Message-----
> > From: Mitch Collinsworth [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, October 03, 2000 8:17 AM
> > To: Harald Barth
> > Cc: [EMAIL PROTECTED]
> > Subject: OpenAFS enhancements wishlist [was: AFS backup/restore using
> > ADSM]
> >
> >
> > This raises an interesting point. Perhaps now would be a good time
> > to start compiling a wishlist for enhancements to OpenAFS. What
> > would be the best way to organize it? On a web site perhaps?
> >
> > Regarding the DNS idea I know this has been around for a long time
> > (the record type was defined ages ago) but I thought one of the
> > reasons it didn't happen was due to a security issue. I think it
> > had to do with concern over somebody hijacking your DNS to point your
> > clients to rogue servers, but I'm probably only partially remembering
> > it at this point. Anybody remember the whole story?
> >
> > A wishlist item from me is to be able to do backups of AFS through
> > Amanda (see www.amanda.org ). It's probably kludgeable as things
> > stand now, but with some effort on both Amanda and AFS it could be
> > made much smoother. This is something I've put a fair amount of
> > thought into but so far no actual effort. I'm interested in hearing
> > from anyone who'd be interested in collaborating on such an effort.
> >
> > -Mitch
> >
> >
> > On Tue, 3 Oct 2000, Harald Barth wrote:
> >
> > > > -implicit system:administrators rl system:backup rl ...
> > >
> > > This is of course the right thing. This is one of the bunch of
> > > small enhancements to Transarc AFS that are of high value and
> > > low coding effort that should have been happening a long time
> > > ago. Hopefully this will now happen with OpenAFS. Another
> > > one (I know I said this before) is AFSDB in DNS instead of
> > > CellServDB files.
> > >
> > > Harald.
> > >
> >
>
