Newsgroup: it.comp.os.linux.sys
Titolo: Umo strano problema [Lunghetto]

Salve a tutti!
Qualcuno ha mai avuto questo problema su Linux Red Hat 7.1 su un sistema
SCSI ?
May 30 12:51:16 server2 kernel: Unable to handle kernel paging request at
virtual address ef8af280
May 30 12:51:16 server2 kernel: current->tss.cr3 = 00101000, %cr3 = 00101000
May 30 12:51:16 server2 kernel: *pde = 00000000
May 30 12:51:16 server2 kernel: Oops: 0002
May 30 12:51:16 server2 kernel: CPU: 0
May 30 12:51:16 server2 kernel: EIP: 0010:[ext2_update_inode+354/860]
May 30 12:51:16 server2 kernel: EFLAGS: 00010282
May 30 12:51:16 server2 kernel: eax: cfab81ff ebx: 00170006 ecx: ef8af280
edx: df1fb600
May 30 12:51:16 server2 kernel: esi: ef8af000 edi: 00002280 ebp: c76b4000
esp: dff9bf78
May 30 12:51:16 server2 kernel: ds: 0018 es: 0018 ss: 0018
May 30 12:51:16 server2 kernel: Process kupdate (pid: 3, process nr: 3,
stackpage=dff9b000)
May 30 12:51:16 server2 kernel: Stack: df1fb600 00000000 ffffffff c0238000
ef8af280 df1fb600 00000805 00000000
May 30 12:51:16 server2 kernel: cfab5e60 c01408d8 c76b4000 00000000 c0132fc0
c76b4000 dff9a000 c01e084b
May 30 12:51:16 server2 kernel: dff9a1c2 00007c00 c012966d 00000000 00000000
dff9a000 c01e084b dff9a1c2
May 30 12:51:16 server2 kernel: Call Trace: [ext2_write_inode+12/16]
[sync_inodes+148/204] [tvecs+11979/13888] [sync_old_buffers+21/400]
[tvecs+11979/13888] [kupdate+112/116] [get_options+0/116]
May 30 12:51:16 server2 kernel: [kernel_thread+35/48]
May 30 12:51:16 server2 kernel: Code: 66 89 01 66 8b 55 26 66 89 51 02 66 8b
45 28 66 89 41 18 66
Questo problema ce l'ho non appena faccio operazioni di scrittura sul disco
abbastanza pesanti!
Dopo il sistema continua a funzionare ma fa cose strane, tipo core dump
quando faccio il vi di un file, impossibilià di fare umount di un
filesystem.
La cosa strana è che montando i filesystem con l'opzione sync (anzichè
default che prevede async) i problemi svaniscono.
Vorrei sapere se la cosa è normale oppure no. Io credo che quella macchina
abbia un problema hardware, disco o scsi non lo so, so solo che ho intallato
Linux su molte altre macchine con le stesse caratteristiche e questo
problema non l'ho mai avuto, ad essere sincero non lo so nemmeno io como ci
ho pensato a mettere sync nell'fstab per risolvere il problema visto che
questa soluzione al problema non l'ho trovata in nessun tread che ho seguito
in merito, chissà forse questo potrà essere di aiuto a qualcuno visto che
comunque lo stesso problema l'ho trovato postato su molti NG con casistiche
veramente diverse.
Ho solo paura però che questo abbia solo nascosto un problema hardware più
grave e presto il cliente mi chiamerà maledicendomi :-(
Un parere, vi chiedo solo questo! Qualcuno ne sa di più a proposito?
Ciao!


mi era accaduta una cosa su un pc con dischi ide ed era il disco che stava
passando a miglior vita; le syscall che generano l'Ooops sono di scrittura
su disco, fsck e badblocks non ti danno maggiori informazioni in merito ?
  Ciriciao
    Gio'

     Gio'
Ciao Gio'.
Il problema è che quando lancio l'fsck non ho nessun avvisaglia.
Ho addirittura formattato l'HD a basso livelle con le utility della scheda
SCSI (un Adaptec 2940) con il controllo dei blocchi, tutto OK, inoltre il
disco è nuovo di zecca.
A intuito direi che il problema è piu' orientato verso il controller ma è
solo una supposizione.
Ciao!


e se provi l'HD con un altro controller ?
 Gio'

Il grande vecchio degli scsi sentenzia sempre cosě:
Controlla i cavi!!!
.. e ho detto tutto.
saluti

.. e ho detto tutto.
...e il suo amico aggiungeva "Dai pure un occhiata ai terminatori!"
:-)
Ciao,
luigi

 :-)
Se non fossi il primo a dare questi consigli a chi mi chiede un aiuto di
questo genere mi offenderei ;-)
Scerzo, cmq grazie per l'interessamento!