kern/50691: EOT detection in sa driver prevents mutli volume dump

LarsKöller Lars at koellers.net
Tue Apr 8 11:50:15 PDT 2003


The following reply was made to PR kern/50691; it has been noted by GNATS.

From: "Lars =?iso-8859-1?Q?K=F6ller?=" <Lars at koellers.net>
To: Nate Lawson <nate at root.org>
Cc: Bruce Evans <bde at zeta.org.au>, lars at koellers.net,
	FreeBSD-gnats-submit at freebsd.org
Subject: Re: kern/50691: EOT detection in sa driver prevents mutli volume dump 
Date: Tue, 08 Apr 2003 20:40:28 +0200

 Hi,
 
 first of all thanks for the quick replay!
 
 In reply to Nate Lawson who wrote:
 
 >> %%%
 >> Index: scsi_sa.c
 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 >> RCS file: /home/ncvs/src/sys/cam/scsi/scsi_sa.c,v
 >> retrieving revision 1.45.2.12
 >> retrieving revision 1.45.2.13
 >> diff -u -r1.45.2.12 -r1.45.2.13
 >> --- scsi_sa.c	2 Aug 2002 06:25:56 -0000	1.45.2.12
 >> +++ scsi_sa.c	17 Dec 2002 17:08:50 -0000	1.45.2.13
 >> [Id change deleted]
 >> @@ -304,6 +304,10 @@
 >>  		  "C15*", "*"}, SA_QUIRK_VARIABLE|SA_QUIRK_NO_CPAGE, 0,
 >>  	},
 >>  #endif
 >> +	{
 >> +		{ T_SEQUENTIAL, SIP_MEDIA_REMOVABLE, "HP",
 >> +		  "C56*", "*"}, SA_QUIRK_VARIABLE|SA_QUIRK_2FM, 0
 >> +	},
 >>  	{
 >>  		{ T_SEQUENTIAL, SIP_MEDIA_REMOVABLE, "HP",
 >>  		  "T20*", "*"}, SA_QUIRK_FIXED|SA_QUIRK_1FM, 512
 >> %%%
 >
 >I agree with Bruce.  Remove the "|SA_QUIRK_2FM" from the C56 line above,=
 
 >recompile your kernel, and try again.  Let us know if this fixes things
 >for you.  Variable block size has little to do with requiring 2 end of
 >file marks and the original commit should have been more careful about
 >this.
 
 If I understand the code change right, it is only valid for HP DAT =
 
 drives. Sorry I've forgotten to mention my is a =
 
 
   ARCHIVE Python 28388-XXX
 
 So this couldn't be the reason. The last successful backup on a DDS2 =
 
 and a second DDS1 tape was done at Jan 11th.
 
 So .... sorry, but I've checked both tapes tapes I've tried and both are
 defect! No cleaning has helped they are unusable I've never seen this
 before in my 8 year DAT usage:
 
 root at odie:/usr/src/sys/cam/scsi/
 129612 : mt rew
 root at odie:/usr/src/sys/cam/scsi/
 129613 : mt stat
 Mode      Density              Blocksize      bpi      Compression
 Current:  0x13:X3B5/88-185A    variable       61000    DCLZ
 ---------available modes---------
 0:        0x13:X3B5/88-185A    variable       61000    DCLZ
 1:        0x13:X3B5/88-185A    variable       61000    DCLZ
 2:        0x13:X3B5/88-185A    variable       61000    DCLZ
 3:        0x13:X3B5/88-185A    variable       61000    DCLZ
 ---------------------------------
 Current Driver State: at rest.
 ---------------------------------
 File Number: 0  Record Number: 0        Residual Count 0
 root at odie:/usr/src/sys/cam/scsi/
 129614 : tar cpv /sbin =
 
 tar: Removing leading `/' from member names
 sbin/
 sbin/dhclient-script
 sbin/adjkerntz
 tar: /dev/nrsa0: Wrote only 0 of 10240 bytes
 tar: Error is not recoverable: exiting now
 
 Syslog shown:
 
 Such an error didn't come into my mind until I see the cvs diff above.
 
 So please close the PR!
 
 Thanks and best regards
 
 Lars
 
 -- =
 
 Lars K=F6ller
 E-Mail: lars at koellers.net (LKoeller at FreeBSD.ORG)
 -------- FreeBSD, was sonst? ---- http://www.de.freebsd.org --------
 
 


More information about the freebsd-bugs mailing list