Re: scsi read error

Sorry, dass ich mich jetzt erst melde.

Bernd Walter wrote:
> [..]
> > > > > Michael Haertl wrote:
> > > > > Zu dem SCSI-Fehler kann ich nicht viel sagen, außer daß ...
> > > > > > Apr 19 10:04:24 ces50 /kernel: (da2:sym0:0:2:0): READ(10).
> > > > > > CDB: 28 0 0 82 13 49 0 0 80 0
> > > > > > Apr 19 10:04:24 ces50 /kernel: (da2:sym0:0:2:0): ILLEGAL REQUEST asc:14,0
> > > > > > Apr 19 10:04:24 ces50 /kernel: (da2:sym0:0:2:0): Recorded entity not found
> > [...]
> > OK - dann sehen wir uns das mal genauer an.
> > (da2:sym0:0:2:0): READ(10). CDB: 28 0 0 82 13 49 0 0 80 0
>
> Verdammt - da habe ich einiges durcheinandergehauen.
>
> > 28 : ist der Befehl - READ(10).
> > 0 : Byte2 - für 16 bit Befehlnummern.
> Byte2 ist natürlich für LUN und Flags.
>
> > 0 82 13 49 : ist die physikalische Blocknummer
> Die Blocknummer fäng mit dem MSB an.
>
> > 0 : ist Reserviert.
> > 0 80 : ist die Datenlänge in Bytes
> Die Angabe ist in Blöcken und fängt ebenfalls mit dem MSB an.
>
> > 0 : ist das Kontrolbyte.
> >
> > Wir machen also einen 32k großen Lesezugriff auf Block Nummer
> > 76625952.
>
> Also korigiert:
> 64k Zugriff ab Block 8524617 also bei ca 4G.

> > D.h. die Position liegt in etwa bei 36.5G.
> > Wieviele Blöcke die betroffene Platte wirklich hat ist uns leider
> > vorenthalten worden.
>
> Gut >4G wird diese vermutlich groß sein?

ja, s.u. (ich habe ja ca. 70GB auf das volume mit 2 subdisks
draufkopiert ;-).

> > Kann natürlich auch ein Medienfehler sein, wobei der IMO anders
> > hätte zurückgemelded werden müssen.
>
> Bleibt nur ein Platteninternes Problem.
> Was ist das für ein Teil?

ces50# camcontrol devlist
<IBM DPSS-318350N S96H> at scbus0 target 0 lun 0 (pass0,da0)
<Maxtor 4 D080H4 DAH0> at scbus0 target 1 lun 0 (pass1,da1)
<Maxtor 4 G120J6 GAK8> at scbus0 target 2 lun 0 (pass2,da2)
<Maxtor 4 G120J6 GAK8> at scbus0 target 3 lun 0 (pass3,da3)
<YAMAHA CDR400t 1.0m> at scbus0 target 5 lun 0 (pass4,cd0)

da0 ist die Systemplatte, da2 und da3 sind ausschliesslich fuer das
vinum-volume reserviert. da1 ist das bisherige Massenmedium, mit 70GB halt
ziemlich voll.

wenn du dich jetzt fragst, wie die maxtors an den scsi-bus kommen:
http://www.acard.com/eng/product/scside/aec-7720u.html

da1 laeuft damit bereits seit ca. 2 (?) Jahren ohne Probleme (was nix
heissen mag).

Ich sehe derzeit keine andere Moeglichkeit, als nochmals um den
Haeuserblock rum, d.h. das Volume nochmals initialisieren und nochmals
einen (diesmal viell. besseren) Stresstest zu absolvieren.

Ich habe auf vinumvm.org was von "rawio" gelesen, ist das das "richtige"
oder gibts da bessere Tips ?

Ach ja, softupdates auf einem vinum-volume sind schon "legal", oder habe
ich da was ueberlesen ? tunefs hat zumindest nicht gemeckert.

-- 
/* Michael Haertl */
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message