🚀 go-pugleaf

darek.wj <Darek.Wj@gmail.com> wrote:
> Witam,
> 
> iostat raportuje mi b?edy na dysku sd1 jak poni?ej.
> 
> c0t1d0 <SUN36G cyl 24620 alt 2 hd 27 sec 107>
>           /pci@1c,600000/scsi@2/sd@1,0
> 
> 
> server# iostat -En
> c0t0d0          Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
> Vendor: SEAGATE  Product: ST336607LSUN36G  Revision: 0507 Serial No:
> 3JA6C6G900007416
> Size: 36.42GB <36418595328 bytes>
> Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
> Illegal Request: 0 Predictive Failure Analysis: 0
> 
> c0t1d0          Soft Errors: 87 Hard Errors: 19 Transport Errors: 1
> Vendor: SEAGATE  Product: ST336607LSUN36G  Revision: 0507 Serial No:
> 3JA6D3H100007417
> Size: 36.42GB <36418595328 bytes>
> Media Error: 13 Device Not Ready: 0 No Device: 1 Recoverable: 87
> Illegal Request: 0 Predictive Failure Analysis: 0
> 
> 
> W logach odnalaz?em kilka incydent?w z grudnia, kt?re p??niej ju?
> si? nie powt?rzy?y.
> 
> Dec 24 15:27:18 server scsi: [ID 107833 kern.warning] WARNING:
> /pci@1c,600000/scsi@2/sd@1,0 (sd1):
> Dec 24 15:27:18 server        Error for Command: write(10)
>  Error Level: Retryable
> Dec 24 15:27:18 server scsi: [ID 107833 kern.notice]  Requested Block:
> 71024253                  Error Block: 71024253
> Dec 24 15:27:18 server scsi: [ID 107833 kern.notice]  Vendor: SEAGATE
>                          Serial Number: 0343A6D3H1
> Dec 24 15:27:18 server scsi: [ID 107833 kern.notice]  Sense Key:
> Hardware Error
> Dec 24 15:27:18 server scsi: [ID 107833 kern.notice]  ASC: 0x19 (defect
> list error), ASCQ: 0x0, FRU: 0x2
> 
> 
> Dec 24 16:23:17 server scsi: [ID 107833 kern.warning] WARNING:
> /pci@1c,600000/scsi@2/sd@1,0 (sd1):
> Dec 24 16:23:17 server        Error for Command: write(10)
>  Error Level: Retryable
> Dec 24 16:23:17 server scsi: [ID 107833 kern.notice]  Requested Block:
> 71024253                  Error Block: 71024253
> Dec 24 16:23:17 server scsi: [ID 107833 kern.notice]  Vendor: SEAGATE
>                          Serial Number: 0343A6D3H1
> Dec 24 16:23:17 server scsi: [ID 107833 kern.notice]  Sense Key: Media
> Error
> Dec 24 16:23:17 server scsi: [ID 107833 kern.notice]  ASC: 0xc (<vendor
> unique code 0xc>), ASCQ: 0x2, FRU: 0x1
> 
> 
> Pytanie:
> dlaczego iostat ci?gle raportuje b??dy.

Jezeli liczby nie przyrastaja to nie raportuje nowych bledow.
Liczniki te zerowane sa przy rebootcie maszyny. Tak wiec istotne sa zmiany tych wartosci
a nie same wartosci.


> jaka jest "natura" tych b??d?w: Soft Errors: 87 Hard Errors: 19
> Transport Errors: 1 - czy jest to odwracalne?

Wyglada na to, ze masz przynajmniej jeden blok na dysku uszkodzony.
System powtorzyl operacje i sie udalo, ale dysk moze sie sypnac za jakis
czas.


> Czy przed wykonaniem format-->analyze-->read powinienem odmontowa?
> filesystemy?

Nie, nie musisz.

-- 
                                                Robert Milkowski
                                                rmilkowskiXXXXX@wp-sa.pl
                                                http://milek.blogspot.com

Robert Milkowski napisal(a):


>
> > jaka jest "natura" tych bledów: Soft Errors: 87 Hard Errors: 19
> > Transport Errors: 1 - czy jest to odwracalne?
>
> Wyglada na to, ze masz przynajmniej jeden blok na dysku uszkodzony.
> System powtorzyl operacje i sie udalo, ale dysk moze sie sypnac za jakis
> czas.
>
Rozumiem, ze licznik transport errors wskazuje najistotniejsze
bledy?
format --> repair cos tu pomoze - nigdy tego nie robilem -
recovering bloków moze byc pewnie czasochlonny - czy gra jest warta
swieczki?
 
pozdr.
--
DW

darek.wj <Darek.Wj@gmail.com> wrote:
> 
> Robert Milkowski napisal(a):
> 
> 
> >
> > > jaka jest "natura" tych bled?w: Soft Errors: 87 Hard Errors: 19
> > > Transport Errors: 1 - czy jest to odwracalne?
> >
> > Wyglada na to, ze masz przynajmniej jeden blok na dysku uszkodzony.
> > System powtorzyl operacje i sie udalo, ale dysk moze sie sypnac za jakis
> > czas.
> >
> Rozumiem, ze licznik transport errors wskazuje najistotniejsze
> bledy?
> format --> repair cos tu pomoze - nigdy tego nie robilem -
> recovering blok?w moze byc pewnie czasochlonny - czy gra jest warta
> swieczki?

Ja tam byc sprawdzil dysk przynajmniej za pomoca analyze/read


-- 
                                                Robert Milkowski
                                                rmilkowskiXXX@wp-sa.pl
                                                http://milek.blogspot.com

Robert Milkowski napisał(a):
>> Ja tam byc sprawdzil dysk przynajmniej za pomoca analyze/read
>

    pass 0
   24619/26/53

        pass 1
   24619/26/53   

Total of 0 defective blocks repaired.

On 16 Jan 2007 02:07:51 -0800, "darek.wj" <Darek.Wj@gmail.com> wrote:

>Robert Milkowski napisał(a):
>>> Ja tam byc sprawdzil dysk przynajmniej za pomoca analyze/read
>>
>
>    pass 0
>   24619/26/53
>
>        pass 1
>   24619/26/53   
>
>Total of 0 defective blocks repaired.

format - analyse - read tutaj niewiele daje, ponieważ:

>Dec 24 15:27:18 server        Error for Command: write(10)
> Error Level: Retryable

błędy się pojawiły podczas operacji zapisu, a nie odczytu. Polecenie
format - analse - read testuje tylko operacje odczytu. Aby
przetestować operacje odczytu/zapisu użyj:

format - analyse - refresh

Przed powyższym poleceniem warto również:

format - defect - grown

Dostaniesz listę i ilość bad sectorów na dysku. Po teście "refresh"
zrób wywołaj tę listę jeszcze raz i porównaj czy się zwiększyła. Może
tak być, nawet jeśli test da wynik:

>Total of 0 defective blocks repaired.

Wtedy dysk po prostu pada. Przejrzyj również messages czy po testach
pojawiły się kolejne błędy.

Tutaj istotna uwaga:

format - analyse - read możesz uruchamiać nawet na zamontowanym file
systemie. format - analyse - refresh NIE możesz uruchomić na
zamontowanym FS, ALE możesz uruchomić na dysku, który jest w mirrorze
(SDS, VxVM). Moja praktyka jest jednak taka, aby przed format -
analyse - refresh odłączyć dysk od mirrora, zrobić test, potem
podłączyć z powrotem.

-- 
z/svc

Ja mam z kolei cos takiego:

Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.warning] WARNING:
/pci@1c,600000/scsi@2/sd@2,0 (sd2):
Jan 12 16:10:09 ofelia  Error for Command: load/start/stop         Error
Level: Informational
Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    Requested Block: 0
Error Block:
0
Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    Vendor: SEAGATE
Serial Number: 0504BA0GGV
Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    Sense Key: Soft
Error
Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    ASC: 0x5d (drive
operation marginal, service immediately (failure prediction threshold
exceeded)), ASCQ: 0x0, FRU: 0x42

Czy oznacza to, ze dysk powoli odchodzi do krainy wiecznych lowow ?

On Wed, 17 Jan 2007 15:20:16 +0100, "Emil Grochocki"
<emil@akademik.pw.edu.pl> wrote:

>Ja mam z kolei cos takiego:
>
>Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.warning] WARNING:
>/pci@1c,600000/scsi@2/sd@2,0 (sd2):
>Jan 12 16:10:09 ofelia  Error for Command: load/start/stop         Error
>Level: Informational
>Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    Requested Block: 0
>Error Block:
>0
>Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    Vendor: SEAGATE
>Serial Number: 0504BA0GGV
>Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    Sense Key: Soft
>Error
>Jan 12 16:10:09 ofelia scsi: [ID 107833 kern.notice]    ASC: 0x5d (drive
>operation marginal, service immediately (failure prediction threshold
>exceeded)), ASCQ: 0x0, FRU: 0x42
>
>Czy oznacza to, ze dysk powoli odchodzi do krainy wiecznych lowow ?

Zgadza się, i to nawet nie powoli, a dość szybko. Możesz podać mi
wynik polecenia:

# format - defect - grown

na tym dysku? To nic nie testuje, czyta tylko firmware, trwa sekunde i
nie ma wpływu na I/O.

-- 
z/svc

> Zgadza się, i to nawet nie powoli, a dość szybko. Możesz podać mi
> wynik polecenia:
>
> # format - defect - grown

defect> grown
Extracting grown defects list...Extraction complete.
Defect List has a total of 0 defects.

Pozdrawiam

Emil Grochocki

On Wed, 17 Jan 2007 16:29:02 +0100, "Emil Grochocki"
<emil@akademik.pw.edu.pl> wrote:

>> Zgadza się, i to nawet nie powoli, a dość szybko. Możesz podać mi
>> wynik polecenia:
>>
>> # format - defect - grown
>
>defect> grown
>Extracting grown defects list...Extraction complete.
>Defect List has a total of 0 defects.

Heh, spodziewałem się, że wywali jakąś dużą ilość błędów na
potwierdzenie moich słów, że dysk pada, a tu się okazuje, że bad
blocków nie ma :) Ale tak czy siak - dysk powinien być wkrótce
wymieniony.

-- 
z/svc

On 16 Sty, 11:37, z/svc <z/svc@> wrote:

> Aby
> przetestować operacje odczytu/zapisu użyj:
>
> format - analyse - refresh
>
> Przed powyższym poleceniem warto również:
>
> format - defect - grown
>
> Dostaniesz listę i ilość bad sectorów na dysku. Po teście "refresh"
> zrób wywołaj tę listę jeszcze raz i porównaj czy się zwiększyła. Może
> tak być, nawet jeśli test da wynik:
>

defect> grown
Extracting grown defects list...Extraction complete.
Defect List has a total of 166 defects.

po analyze refresh (uff -trwało to trochę...)

defect> grown
Extracting grown defects list...Extraction complete.
Defect List has a total of 167 defects.


> Wtedy dysk po prostu pada. Przejrzyj również messages czy po testach
> pojawiły się kolejne błędy.
>
W messages nic nowego.

On 2 Lut, 10:29, "darek.wj" <Darek...@gmail.com> wrote:
> On 16 Sty, 11:37, z/svc <z/svc@> wrote:
>
> > Aby
> > przetestować operacje odczytu/zapisu użyj:
>
> > format - analyse - refresh
>
> > Przed powyższym poleceniem warto również:
>
> > format - defect - grown
>
> > Dostaniesz listę i ilość bad sectorów na dysku. Po teście "refresh"
> > zrób wywołaj tę listę jeszcze raz i porównaj czy się zwiększyła. Może
> > tak być, nawet jeśli test da wynik:
>
> defect> grown
> Extracting grown defects list...Extraction complete.
> Defect List has a total of 166 defects.
>
> po analyze refresh (uff -trwało to trochę...)
>
> defect> grown
> Extracting grown defects list...Extraction complete.
> Defect List has a total of 167 defects.
>

BTW
Oto co Sun na to:

An increase of one block on the grown list after the format->analyze -
> refresh is expected behaviour and the block is marked as bad and a
reserve block will be used.

Judging on the output sent in the case notes. A grown defectlist of
166 is not a reason to replace the disk. Only if the disk firmware
starts reporting the defectblock list is full or other defectblock
list errors the disk must be replaced.

The following error is also a reason to get the disk replaced: "ASC:
0x5d (drive operation marginal, service immediately (failure
prediction
threshold exceeded))"

pozdr
Darek
http://www.solarisadmin.pl/