dump/restore -- should this work?

[Sean Conway]

Reply-to: sean at adelie.adelie.com (Sean Conway)


> Well, I just installed 3.0 and discovered that either DEC didn't fix the
> bug that I reported or they didn't understand what I was trying to explain
> to them.  Maybe I'm dumb for doing this; you be the judge.

They never thought of dumping multiple file systems to a no-rewind device.

> I do our dumps using multiple dump files on mutilple tapes.  A breakdown
> of the dump file and tape boundaries is such:
> 
> |------------tape 1------------||------------tape 2------------||-------
> |---dump 1---||---dump 2---||---dump 3---||---dump 4---||---dump 5---||---
> 
> The problem shows up when I run restore.  restore can find anything in the
> dump files 1 and 2.  However, if I try to get to anything in dump file 3
> and up, I get the message

Sure can...  Lets say for the scenario above you want to restore a file off
"dump 4".  Stick (well insert) tape 2 in the drive on put it online.  Then
run the restore command "skipping" to the second dump on the tape.  For
example:

restore -ivfs /dev/rmt0h 2

the "s 2" combo will skip to the second dump on the tape.  "dump 3", the
partial dump is considered "dump 1".

> Should dump/restore be able to handle the situation I described above?
> I've got my asbestos thermal underwear on so if I'm being stupid, you
> can flame me if you want; do it by e-mail, though, so as not to waste
> everyone's bandwidth.  Anything constuctive should be posted.

No flame needed.  DEC Ultrix support couldn't help me on this one either.  I
finally figured it out myself.

Good Luck.

Sean Conway
Adelie Corporation
125 CambridgePark Drive
Cambridge Ma, 02140
(617) 354-0400

sean at Adelie.COM