Newsgroup: it.comp.os.linux.sys
Titolo: Il mistero dell'anno! (e' solo uno sfogo)

So che non potete aiutarmi ma mi devo sfogare.
Sto sbattendo la testa su un problema assurdo.
Il disco di una macchina con Centos 5 da una setimana fa capricci
lamentando strani errori di cui vi riporto uno stralcio:
"ata1.00: exception Emask 0x0 SAct 0x0
SErr 0x0 action 0x2 frozen
ata1.00: (BMDMA stat 0x1)
ata1.00: tag 0 cmd 0xc8 Emask 0x4 stat
0x40 err 0x0 (timeout)
ata1: SATA link up 1.5 Gbps (SStatus
113 SControl 300)
ata1: soft resetting port
ata1.00: configured for UDMA/133
ata1: EH complete
SCSI device sda: 398297088 512-byte
hdwr sectors (203928 MB)" etc...
Allora parto con un disco nuovo, marca e produttore diversi,
reinstallo tutto ex-novo, e rimango un po' per controllare che tutto
funzioni. Torno a casa (150 Km) arriva la telefonata del cliente...
stessi problemi!!!!
Penso, beh sara' andato il controller, parto con un pc nuovo, tolgo il
disco dal vecchio pc, lo metto sul nuovo, un po' di PnP dato che le
macchine sono diverse e tutto riparte, ma dopo un paio d'ore, non ci
crederete ma ho davanti agli occhi.... exception Emask 0x0 SAct 0x0
SErr 0x0 action 0x2 frozen
Assurdo ma vero!!!!
I controlli con smartctl su questo nuovo disco dicono che e'
sanissimo. Ho aggiornato anche il Kernel, non so piu' che pesci
pigliare :-(

 pigliare :-(
La motherboard e` per caso una Asus con chipset P35?
-- 
Vincenzo

 
davidealav...@gmail.com
 ha scritto:

Si

 Si
Citare anche il modello avrebbe aiutato un po` :-)
E` per caso una P5K Premium? In ogni caso un workaround all'infame 
problema di questa scheda (e di altre Asus con P35) con i dischi sata2 
e` quella di settare i dischi in sata1 con l'apposito jumper.
Un esempio del problema:
http://vip.asus.com/forum/view.aspx?id=20071025123711921&board_id=1&model=P5K+Premium%2fWiFi-AP&page=1&SLanguage=en-us
-- 
Vincenzo

 E` per caso una P5K Premium? In ogni caso un workaround all'infame
Il problema e' che ho lo stesso problema dopo che gli ho portato un pc
nuovo!
Questa volta il chipset e' un VIA P4M900.
Ti riporto l'errore per intero:
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd ca/00:08:85:9b:56/00:00:00:00:00/e7 tag 0 cdb 0x0 data
4096 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1: soft resetting port
ata1.00: qc timeout (cmd 0x27)
ata1.00: ata_hpa_resize 1: hpa sectors (0) is smaller than sectors
(488397168)
ata1.00: failed to set xfermode (err_mask=0x40)
ata1: failed to recover some devices, retrying in 5 secs
ata1: soft resetting port
ata1.00: qc timeout (cmd 0x27)
ata1.00: ata_hpa_resize 1: hpa sectors (0) is smaller than sectors
(488397168)
ata1.00: failed to set xfermode (err_mask=0x40)
ata1.00: limiting speed to UDMA/133:PIO3
ata1: failed to recover some devices, retrying in 5 secs
ata1: soft resetting port
ata1.00: qc timeout (cmd 0x27)
ata1.00: ata_hpa_resize 1: hpa sectors (0) is smaller than sectors
(488397168)
ata1.00: failed to set xfermode (err_mask=0x40)
ata1.00: disabled
ata1: EH complete
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 123116421
Buffer I/O error on device sda5, logical block 3291
lost page write due to I/O error on sda5
Aborting journal on device sda5.
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307009122
Buffer I/O error on device sda7, logical block 17614128
lost page write due to I/O error on sda7
Buffer I/O error on device sda7, logical block 17614129
lost page write due to I/O error on sda7
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307009610
Buffer I/O error on device sda7, logical block 17614189
lost page write due to I/O error on sda7
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307031314
Buffer I/O error on device sda7, logical block 17616902
lost page write due to I/O error on sda7
Buffer I/O error on device sda7, logical block 17616903
lost page write due to I/O error on sda7
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307043402
Buffer I/O error on device sda7, logical block 17618413
lost page write due to I/O error on sda7
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307045146
Buffer I/O error on device sda7, logical block 17618631
lost page write due to I/O error on sda7
Buffer I/O error on device sda7, logical block 17618632
lost page write due to I/O error on sda7
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307080466
Buffer I/O error on device sda7, logical block 17623046
lost page write due to I/O error on sda7
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307113922
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 306916922
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307009122
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307009610
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307031314
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307031322
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307043402
Aborting journal on device sda7.
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307045146
sd 0:0:0:0: SCSI error: return code = 0x00040000
end_request: I/O error, dev sda, sector 307047922
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_frozen_data
__journal_remove_journal_head: freeing b_frozen_data
journal commit I/O error
ext3_abort called.
EXT3-fs error (device sda7): ext3_journal_start_sb: Detected aborted
journal
Remounting filesystem read-only
sda : READ CAPACITY failed.
sda : status=0, message=00, host=4, driver=00
sda : sense not available.
sda: Write Protect is off
sda: Mode Sense: 00 00 00 00
sda: asking for cache data failed
sda: assuming drive cache: write through
ext3_abort called.
EXT3-fs error (device sda5): ext3_journal_start_sb: Detected aborted
journal
Remounting filesystem read-only
printk: 11 messages suppressed.
Buffer I/O error on device sda7, logical block 17596416
lost page write due to I/O error on sda7
Buffer I/O error on device sda5, logical block 1441947
lost page write due to I/O error on sda5
Buffer I/O error on device sda7, logical block 0
lost page write due to I/O error on sda7
Buffer I/O error on device sda7, logical block 5
lost page write due to I/O error on sda7
Buffer I/O error on device sda7, logical block 17596417
lost page write due to I/O error on sda7
Buffer I/O error on device sda7, logical block 17596420
lost page write due to I/O error on sda7
EXT3-fs error (device sda7): ext3_find_entry: reading directory
#17596508 offset 0
EXT3-fs error (device sda5): ext3_get_inode_loc: unable to read inode
block - inode=1675348, block=1671504


Dimenticavo di aggiungere che nel frattempo ho disabilitato smartd e
il problema rimane.
Ora sto ricompilando un kernel da sorgenti, una nuova e fiammante
2.6.23
Risolvera? Io ne dubito, non credo che il 2.6.18 che c'e' sopra possa
essere il responsabile di tutto cio'

[root@linuxsrvr ata]# uname -r
2.6.23.12-Davide
[root@linuxsrvr ata]# uptime
 15:00:32 up  3:00,  1 user,  load average: 0.00, 0.00, 0.00
[root@linuxsrvr ata]#
Comincio a fare salti di gioia o e' meglio che aspetto un'altra
oretta? ^__^

 >          res 40/00:00:00:00:00/00:00:00:00:00/00Emask0x4 (timeout)

Forse ho risolto!
Dopo la compilazione del 2.6.23 succede questo:
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd b0/d2:f1:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data
123392 in
         res 50/00:f1:00:4f:c2/00:00:00:00:00/00 Emask 0x202 (HSM
violation)
ata1: soft resetting port
ata1.00: configured for UDMA/133
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd b0/d2:f1:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data
123392 in
         res 50/00:f1:00:4f:c2/00:00:00:00:00/00 Emask 0x202 (HSM
violation)
ata1: soft resetting port
ata1.00: configured for UDMA/133
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd b0/d2:f1:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data
123392 in
         res 50/00:f1:00:4f:c2/00:00:00:00:00/00 Emask 0x202 (HSM
violation)
ata1: soft resetting port
ata1.00: configured for UDMA/133
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd b0/d2:f1:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data
123392 in
         res 50/00:f1:00:4f:c2/00:00:00:00:00/00 Emask 0x202 (HSM
violation)
ata1: soft resetting port
ata1.00: configured for UDMA/133
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd b0/d2:f1:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data
123392 in
         res 50/00:f1:00:4f:c2/00:00:00:00:00/00 Emask 0x202 (HSM
violation)
ata1: soft resetting port
ata1.00: configured for UDMA/133
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd b0/d2:f1:00:4f:c2/00:00:00:00:00/00 tag 0 cdb 0x0 data
123392 in
         res 50/00:f1:00:4f:c2/00:00:00:00:00/00 Emask 0x202 (HSM
violation)
ata1: soft resetting port
ata1.00: configured for UDMA/133
ata1: EH complete
sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't
support DPO or FUA
sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't
support DPO or FUA
e il sistema e' ancora in piedi. Noterete sicuramente la differenza
rispetto a prima che gia' dopo il primo soft resetting port dave un
qc timeout  che portava inesorabilmente ad una serie di conseguenze
catrastofiche per la stabilita' del sistema, che infatti si bloccava
costringendomi al riavvio.
Ora invece sembra che anche dopo quello strano errore, o warning o non
so cosa daivolo sia, il kernel riesca a mantenere in piedi il sistema.
Cosa ne pensate?

 
Prova a disabilitare l'ncq e vedi se spariscono anche gli warnings
echo 1 > /sys/block/sd0/device/queue_depth
Per altre info su ncq:
http://linux-ata.org/faq.html
  Gio'
-- 
/*
 * SnB - 
http://www.snb.it
 */

  */
Ti ringrazio, ma il mio queue_depth e' gia' impostato a "1"

 Cosa ne pensate?
Penso che dovresti leggere non una, non due, ma ben tre volte questo:
http://wiki.news.nic.it/QuotarBene
Enrico

 Penso che dovresti leggere non una, non due, ma ben tre volte questo:
http://wiki.news.nic.it/QuotarBene
Si si lo so, e' che sto scrivendo da google groups e mi sono un
attimino incartato e ho fatto del quoting selvaggio!
Cmq, il tuo post non e' pertinente col topic, anche questo non e' da
esperto di netiquette che ne dici? ;-)

 esperto di netiquette che ne dici? ;-)
Infatti io non sono un esperto di netiquette :P
Enrico

 Infatti io non sono un esperto di netiquette :P
allora non elargire consigli se non sei un esperto, no?

 allora non elargire consigli se non sei un esperto, no?
Non devo essere un conte per chiedere a qualcuno di non urlarmi nelle 
orecchie. Non devo essere un avvocato per chiedere a qualcuno di non 
fumare in un locale pubblico.
Henryx ha solo chiesto di quotare bene, quindi di rispettare le basilari 
norma di comportamento (la "buona educazione") sui newsgroup.
Se uno e` intelligente ed educato legge il link e si adegua all'uso. Se 
uno e` maleducato e/o stupido fa esattamente il contrario o si lamenta.
Bye.