Newsgroup: it.comp.os.linux.iniziare
Titolo: Kernel panic: Aiee,killing interrupt handler!

In breve: tengo un serverino senza monitor che fa da firewall, mail
server, web server su adsl. Sporadicamente (il che vuol dire anche ogni
5-6 giorni), va in kernel panic con l'errore del topic. Purtroppo ogni
volta hce capita sono talmente inca@@ato che mi scordo di trascrivere
tutti i messaggi che leggo sullo schermo; comunque quello che vedo e' piu'
o meno lo status della memoria (quello che si ottiene col magic sysrq) e
sotto 'sto preoccupante "Kernel panic: Aiee, killing interrupt handler!"
Che roba e'?? Problema Hardware (NOOOO vero??) o Software?
Il PC e' cosi' composto: Pentium 233MMx +32M ram su cui gira una Debian
quasi-woody con kernel 2.4.16. Di piu' per adesso non so che dirvi, mi
riprometto di trascrivere tutti i messaggi al prossimo Panic. Bye! 

 wrote:
snip
altre info:
il kernel l'ho compilato su un altro pc (athlon 600) ovviamente con le
ottimizzazioni per pentium prima generazione: puo' essere questa la causa
del problema? Stavo meditando un downgrade al 2.2.20 ma dopo che mi sono
smazzato per imparare iptables preferirei mantenere un 2.4 =)
riciao

Sengoku wrote:

Allora prova il 2.4.18
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 
Sto compilandolo (sul pentium stavolta). Speriamo bene; il fatto di dover
aspettare magari una settimana per vedere se si incricca mi fa girare la
@@ pero' =/ 
Ah, sara' il caso di testare le ram con memtest? Il problema puo'
dipendere da quello (spero di no perche' ormai la ram per quel pc la trovo
al massimo in un museo)?
Ciao

 Ah, sara' il caso di testare le ram con memtest? Il problema puo'
Male non fa, nel dubbio io lo farei.


 wrote:
snip 
E' risuccesso, guarda caso, durante la ricompilazione del kernel; il fatto
si verifica infatti solo a processore molto carico.
Ecco tutto quel che riesco a leggere sullo schermo:
__
ide_dmaproc: chipset supported ide-dma-timeout
hda: status error: status=0x58 { driveready seekcomplete  datarequest }
unable to handle kernel NULL pointer dereferance at virtual address
                                                          000000020
printing EIP:
c01a1ce4
Oops: 0000
CPU: 0
EIP: 0010 [<c01a1ce4>] Tainted
Process eggdrop (pid: 4600, stackpage=c1a79000)
Kernel Panic: Aiee, killing interrupt Handler
In Interrupt Handler - not syncing
__
Adesso 
1) Propongo un no comment sul processo che ha causato il macello (del
resto non sono sicuro che anche le altre volte sia stato a causa sua)
2) hda l'ho cambiato 10 giorni fa e il problema c'era anche prima.
Idee?

Ecco tutto quel che riesco a leggere sullo schermo:
]zac[
Il che e' un brutto sintomo, di solito di problema hardware (....
potrebbero anche essere le librerie di sistema ma mi sembra
improbabile).
Fare un tentativo a cambiare il PC mantenendo l'installazione attuale??

 Idee?
Prova a ricompilare il kernel dalle parti del supporto per i diversi
chipset.
Ciao
  Andrea


Non ho cavie a portata di mano e anche fosse dubito che potrei
aspettare dei giorni perche' si incristi di nuovo: oggi e' successo
appena ho caricato la cpu (ricompilazione kernel), ma di solito
resiste tranquillamente a carichi improbi (grazie lo stesso comunque)
=)

chipset.
Boh, adesso ho messo il 2.4.18 e ho spostato l'hd sul primary slave:
staremo a vedere. Tempo fa avevo provato a togliere il dma con hdparm
ma non e' servito a una pippa. Alla prossima occasione faro' come dici
(ehm chipset quali? della mobo?).
Grazie e ciao =)

Idee?
Potrebbe essere il controller eide...
Cmq anch'io sono per una passata cautelativa con memtest...
--
Ikitt

 Cmq anch'io sono per una passata cautelativa con memtest...
Temo anch'io che a questo punto sia il controller anche perche' la RAM e'
ok =/
Vabe' per adesso aspetto: chi vivra' vedra' =)