Hi,
xfsdump really seems to be written with having tapes with
only xfs dumps on them.
It will actually do a rewind to the start and read the xfsdump
header info. If it can't decipher the header then you're stuffed.
However,
there is a -o option which will allow the non-xfsdump data
to be overwritten (-F will suppress the confirmation prompt).
This option actually stops xfsdump from trying to read the header.
This will allow one (as Joshua suggested) to fsf to the appropriate
position and then do the xfsdump to the non-rewinding device.
One can then (as Joshua suggested) fsf to the correct position
on the non-rewinding device and do an xfsrestore.
I have tried this out successfully on IRIX.
However, you can't put say
<xfs-dump, tar, ext2-dump, xfs-dump> and do a restore with
a session label in the 2nd dump and expect xfsrestore to skip
over the intervening files. However, you could "mt fsf" to
the start of the 2nd xfs-dump and restore it.
I haven't tried this out on the Linux version.
--Tim
On Tue, Jun 26, 2001 at 03:11:37PM -0400, Joshua Baker-LePain wrote:
> On Tue, 26 Jun 2001 at 2:04pm, Gonyou, Austin wrote
>
> > Is that possible? I didn't see any syntax which showed it was. Any ideas on
> > how to do this would be helpful, or else I guess it's back to tar for me. :)
> >
> Just xfsdump to /dev/nst0 (or whatever non-rewinding tape device you want
> to use). When one filesystem is done, do the next.
>
> When the time comes to restore 'mt fsf' to the appropriate filemark and
> then start up xfsrestore.
>
> Or am I missing something?
>
> --
> Joshua Baker-LePain
> Department of Biomedical Engineering
> Duke University
>
|