[6748] in linux-scsi channel archive
Re: SCSI Tape Problem
daemon@ATHENA.MIT.EDU (rwk@americom.com)
Fri Jun 25 02:07:21 1999
Date: 24 Jun 1999 22:13:16 -0600
From: rwk@americom.com
To: dfisher@as.arizona.edu
CC: linux-scsi@vger.rutgers.edu, linux-admin@vger.rutgers.edu
In-reply-to: <37726E6C.A7C8CBD3@as.arizona.edu> (message from Don Fisher on
Thu, 24 Jun 1999 17:44:12 +0000)
Did your also work on a earlier release of the kernel?
I was advised to try conv=sync on the dd command, which worked, but I
have not yet tested it with gzip...
Dick
> > I updated my kernel from 2.0.36 to 2.2.5 and now have toe following
> > problem (which worked under 2.0.35).
> >
> > When I try to write to my SCSI tape drive it always says:
> >
> > dd: /dev/st0: Input/output error
> > st0: Write not multiple of tape block size.
> >
> > It writes all but the last block to the tape. (I know because I read it
> > back in and the last block of the file is missing.)
> >
> > Can anyone suggest what the problem and the solution might be?
> >
> > Please reply to:
> >
> > rwk@AmeriCom.com
>
> I have the same problem, except compounded. I get multiple
> occurrences of
> same. I am trying to backup NT SMB shares using samba. My command
> is -
>
> ((smbclient "\\\\${WS_NAME}\\${WS_NAME}_bu_c" ${PASSWORD} -U
> ${USER_NAME} \
> -N -d0 -Tc -) | gzip > ${TAPE_DRIVE}) > ${NAME} 2>&1
>
> The tape drive is and Exabyte Eliant. mt shows the blocking
> factor as 0,
> witch I think means is should adapt. I also thought the Exabyte
> tapes had an
> internal buffer and did their own blocking (=> 1 helical scan?)
> from that
> buffer.
>
> Any help appreciated.
> don
>
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
