How do you detect mountpoint loops when they happen? I've only
got 3400 volumes, but the manual-suggested "define a virtual
mountpoint for each volume" would seem to be execessive...
How about disaster recovery restores? If I'm backing up with
dsm*afs, how do I recover, say, all the volumes on a particular
vice partition?
Thanks.
Pat Wilson
paw AT dartmouth DOT edu
Steven P Roder <tkssteve AT REXX.ACSU.BUFFALO DOT EDU> writes:
> Hi All,
>
> We backup our DFS filesets via ADSM as mountpoints on an AIX box, as
> we run the Sun Server, and the Sun Client does not have DFS support. We
> are doing it this way because the buta tools only backup/restore at the
> fileset level, and we do not want to have to restore entire filesets to
> alternate locations, and then grovel through that looking for one file.
> ADSM gives us file-level detail, as well as a single tool, as Curtis
> points out. There are some caveats with using ADSM this way, like the
> user being able to change the ACL's such that we cannot back the file up,
> and the user creating a loop in the filesystem by creating a mountpoint
> that points back into the tree, but we see these as more managable
> problems than using buta/butc.
>
> Hope this helps,
>
>
> On Tue, 22 Sep 1998, Magura, Curtis wrote:
> > Pat,
> >
> > We plan to use ADSM to backup our AFS cell just haven't yet. The primar
y
> > reason is to have one tool, one interface, one place to verify all backup
/
> > recovery activity. At least that's we think it's going to do for us. Alos
> > gives us access to a tape library. We are using an IBM 3575. I agree it do
es
> > seem to add a layer of complexity to it though. Actually that's one of the
> > reasons the AFS backup's aren't done yet. I would love to hear from anyone
> > on the list that's using ADSM to backup AFS or DFS and what they have
> > learned.
> >
> > Why would/does anyone use the ADSM AFS backup clients (as opposed to
> > just using buta and the AFS backup suite)? Seems like dsm(c)afs
> > just adds complexity, and you don't get backup by volumes...
> >
> > Thanks.
> >
> > Pat Wilson
>
>
> Steve (unVMix Systems Programmer/Dude) Roder
> (tkssteve AT ubvm.cc.buffalo DOT edu | tkssteve AT acsu.buffalo DOT edu |
> (716)645-3564 ,
> | http://ubvm.cc.buffalo.edu/~tkssteve)
|