Thanks to John and Kevin Coffman for their answers...what I ended up
doing was doing a "savedb" (which worked this time, thank goodness!)
and then deleting entries from the list of dumps until backup would
let me use the tapes I want. then "restoredb" (which also worked).
I then had to compare the partial volume with the full one, but that
didn't take a lot of work. I would do that part again if it were the
only way to get things back (which it was!).
John_Morin says:
> Hello Kathy:
>
> Excerpts from transarc.external.info-afs: 1-Mar-95 backup failure
> "Kathryn L. Madison"@sta (2219)
>
> > I'm having problems with backup; afs3.2a, SunOS4.1.3; Sony DAT tape
> > drive
>
> Get to AFS 3.3 or AFS 3.3a. There is no upgrade necessary of the backup
> database. If you are still running AFS 3.2a fileserver and clients, you
> can still run the AFS 3.3 backup binaries (backup, butc, and buserver).
if it's that easy, i think i even have access to those binaries...that
sounds great, thanks!
>
> Date specific restores restore volumes from a dump bases on the time the
> dump was recorded in the backup database (its dumpid: see ctime). It's
> not until AFS 3.4 that we AFS backup looks at the time the volume was
> cloned to do the date-specific restore.
>
> For instance, a volume was cloned at 3AM and butc started writing to
> tape at 9PM. You would need to specify the date after 9PM (and not after
> 3AM) to get the volume off of that dump.
I could have sworn i tried all kinds of date combinations to try to get
to that backup. after doing the restoredb, it worked fine. i have no
proof of the other things i tried, though...good to know that's the way
it should work.
>
> AFS 3.4 backup looks at the clone data of the volume and bases
> incremental restores off of that date.
good move ;-)
>
> Butc writes 16KB blocks. If the block size of the tape drive is
> something different (not including variable block size), then the
> blocking factor will be that (usually it is 512B if it was not set
> variable).
>
> The formats are different. Though only in the sense that AFS backup adds
> header information around a vos dump. For some help on doing exactly
> what you want above, look in
> "/afs/transarc.com/public/morin/backup.tape.tools".
>
> WARNING: Use at your own risk. Read the READMEs.
>
Thanks! I'll take a look, altho hopefully i'll never need it!
ka
--
Kathy Madison SysAdmin, Department of Statistics
[EMAIL PROTECTED] College of LS&A, University of Michigan
One good reason why computers can do more work than people is that they
never have to stop and answer the phone.
