On 5/23/06, James Lamanna <[email protected]> wrote:
> Was trying to do an 'amrestore /dev/nst0' when I received the following OOPS:
>
[SNIP]
> I've also had problems restoring large XFS partitions off of tape
> (amrestore returns with input/output errors), but I'm not sure whether
> that is kernel or userspace related (no errors in dmesg or anything).
> In that case, amrestore did not have any problems restoring TAR-ed
> filesystems from tape (that was with 2.6.14-gentoo-r5).
>
[SNIP]
As a follow-up to the above on 2.6.14-gentoo-r5, while trying to
restore an XFS partition off of the tape (amrestore/dd doesn't oops on
this kernel) my dmesg fills with the following:
st0: Error with sense data: <6>st0: Current: sense key=0xb
ASC=0x4b ASCQ=0x0
the command I'm running specifically is:
dd bs=32k skip=1 count=520531 conv=noerror,notrunc if=/dev/nst0 of=fs0restore
As you can see, my backups are not going as well as I had planned.
Thanks again.
-- James Lamanna
On Tue, 23 May 2006, James Lamanna wrote:
> On 5/23/06, James Lamanna <[email protected]> wrote:
> > Was trying to do an 'amrestore /dev/nst0' when I received the following
> > OOPS:
> >
>
> [SNIP]
>
> > I've also had problems restoring large XFS partitions off of tape
> > (amrestore returns with input/output errors), but I'm not sure whether
> > that is kernel or userspace related (no errors in dmesg or anything).
> > In that case, amrestore did not have any problems restoring TAR-ed
> > filesystems from tape (that was with 2.6.14-gentoo-r5).
> >
>
> [SNIP]
>
> As a follow-up to the above on 2.6.14-gentoo-r5, while trying to
> restore an XFS partition off of the tape (amrestore/dd doesn't oops on
> this kernel) my dmesg fills with the following:
>
> st0: Error with sense data: <6>st0: Current: sense key=0xb
> ASC=0x4b ASCQ=0x0
>
The sense key is "Aborted Command". The ASC and ASCQ fields translate to
"Data phase error".
My first guess is that there are SCSI bus problems (cabling, termination,
etc.).
--
Kai
On 5/23/06, Kai Makisara <[email protected]> wrote:
> On Tue, 23 May 2006, James Lamanna wrote:
>
> > On 5/23/06, James Lamanna <[email protected]> wrote:
> > > Was trying to do an 'amrestore /dev/nst0' when I received the following
> > > OOPS:
> > >
> >
> > [SNIP]
> >
> > > I've also had problems restoring large XFS partitions off of tape
> > > (amrestore returns with input/output errors), but I'm not sure whether
> > > that is kernel or userspace related (no errors in dmesg or anything).
> > > In that case, amrestore did not have any problems restoring TAR-ed
> > > filesystems from tape (that was with 2.6.14-gentoo-r5).
> > >
> >
> > [SNIP]
> >
> > As a follow-up to the above on 2.6.14-gentoo-r5, while trying to
> > restore an XFS partition off of the tape (amrestore/dd doesn't oops on
> > this kernel) my dmesg fills with the following:
> >
> > st0: Error with sense data: <6>st0: Current: sense key=0xb
> > ASC=0x4b ASCQ=0x0
> >
> The sense key is "Aborted Command". The ASC and ASCQ fields translate to
> "Data phase error".
>
> My first guess is that there are SCSI bus problems (cabling, termination,
> etc.).
The strange part about this is that I only notice these input output
errors while reading a large XFS dumpfile off of the tape. Reading the
TARed dumpfiles always seems to work fine, even when they are on the
same tape!
I'm hoping to boot with vanilla 2.6.16.18 later tonight to see if I
still have that OOPS I reported earlier also.
>
> --
> Kai
>
-- James