Date: Tue, 8 Apr 2003 11:50:14 -0700 (PDT) From: "Lars =?iso-8859-1?Q?K=F6ller?=" <Lars@koellers.net> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/50691: EOT detection in sa driver prevents mutli volume dump Message-ID: <200304081850.h38IoEBk037426@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/50691; it has been noted by GNATS.
From: "Lars =?iso-8859-1?Q?K=F6ller?=" <Lars@koellers.net>
To: Nate Lawson <nate@root.org>
Cc: Bruce Evans <bde@zeta.org.au>, lars@koellers.net,
FreeBSD-gnats-submit@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@odie:/usr/src/sys/cam/scsi/
129612 : mt rew
root@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@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@koellers.net (LKoeller@FreeBSD.ORG)
-------- FreeBSD, was sonst? ---- http://www.de.freebsd.org --------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200304081850.h38IoEBk037426>