Hello Ivan,
> To be honest, I don't know what caused this problem, but we will look into
> it. It looks like it might have something to do with the inventory.
These are the last lines of the xfsrestore output again:
./xfsrestore: mkdir sun
./xfsrestore: mkdir sun/forte
./xfsrestore: getting next media file for non-dir restore
./xfsrestore: Media_mfile_next: purp==2 pos==3
./xfsrestore: drive op: end read
./xfsrestore: tree finalize
./xfsrestore: restore complete: 40 seconds elapsed
./xfsrestore: main.c: 630: mlog_exit called: exit_code: SUCCESS return: OK
(success)
./xfsrestore: Restore Status: SUCCESS
It looks like pi_neededobjs_nondir_alloc() returns NULL in pi_alldone() and
xfsrestore exits without restoring any files. This doesn't happen with
an newly created tape.
> It'd be helpful if you could tell us the exact sequence of events that led
> to the problem so that we could try reproducing it here.
What I did was to upgrade my System from Suse 7.1 to Suse 7.3. The kernel and
xfs tools remained the same. Today I upgraded to the most recent CVS version
of the tools, no change.
I will try to create a Suse 7.1 system where I can boot from to see if
the tapes can be restored there.
...Juergen
|