amule e kernel panic

[borozyn]

Ciao a tutti,

utilizzo per il file sharing amule adunanza 3.14b su dreamlinux 3.0. La cosa brutta è, dopo una o due ore, mi causa il panic del pc (lampeggiamento dei led caps lock e scroll lock) e sono costretto a spegnerlo e riaccenderlo.
Non sono riuscito a comprendere pienamente la causa ma ho fatto degli esperimenti e credo sia colpa della GUI. Mi spiego meglio.

Prima di tutto ho installato amulecmd e xvfb (il virtual frame buffer). Poi ho lanciato amule da linea di comando reindirizzando l'output sullo schermi del x server virtuale. Attraverso amulecmd controllo amule, faccio le ricerche e i download.
Da linea di comando tutto va bene, non ho riscontrato blocchi del pc da tre ore.

Allora mi chiedo: c'è qualche incompatibilità latente con la scheda video che amule GUI scatena? Come posso essere certo della causa? che log posso guardare?

[GunMan]

partendo dal presupposto che amule GUI è una feature ancora definita sperimentale.

dal post non si capisce se stai utilizzando l'attuale ultima snapshot che è la 3.14b3 puoi comunque valutare l'ipotesi di utilizzare un webserver per amule.

per quanto riguarda il problema col kernel per capire meglio di cosa si tratta inizierei da qui

[borozyn]

Ho cantato vittoria troppo presto. Mentre era in esecuzione amule come descritto , stavo navigando con firefox ed è andato in panic.


Comunque utilizzo la 3.14b1.

Grazie del link, in passato l'avevo trovato e letto. A questo proposito sarebbe utile avviare la macchina in modalità full text (init 3)? A video non ci sono messaggi di errori e nemmeno nei log di sistema.

[mykol]

ram difettosa ? Ventola che non funziona ?

[borozyn]

Originariamente inviato da mykol
ram difettosa ? Ventola che non funziona ?

Non saprei. In ogni caso è un computer molto datato. Comprato nel 1999,

PIII 500Mhz 256Mb di ram

Fa molta fatica con firefox ed in genere con applicazioni dotate di interfaccia grafica. Però il panic me lo provoca solo amule. Adesso è acceso da un paio d'ore e sta funzionando solo amule nella modalità che ho descritto sopra. Il top non evidenzia grosso uso di risorse... e ci mancherebbe!

Cpu(s): 8.9%us, 2.6%sy, 0.0%ni, 88.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st

Lo lascio andare tutta la notte a scaricare fino a che regge poi si vedrà.

[GunMan]

comunque il fatto che il problema si manifesti dopo un dato tempo potrebbe voler indicare che esso è legato in qualche modo alle connessioni attive in quel momento.

forse (ripeto è solo un'ipotesi) un picco di connessioni in entrata potrebbe essere la causa del panic

visto che l'hardware è un po' datato controlla che l'interfaccia di rete non abbia qualche problema (se puoi sostituiscila con una sicuramente funzionante)

[borozyn]

Mi sa che avevi visto giusto. E' un problema di incompatibilità del supporto di rete:

BUG: unable to handle kernel NULL pointer dereference at virtual address 00000060
printing eip:
d042622a
*pde = 00000000
Oops: 0000 [#1]
PREEMPT SMP
Modules linked in: capability commoncap ppdev lp ac battery ipv6 fuse snd_cmipci gameport snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_opl3_lib snd_hwdep snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_timer snd_rawmidi snd_seq_device parport_pc 8250_pnp 8250 parport serial_core button snd tsdev ndiswrapper soundcore evdev sis5595 hwmon pcspkr sis_agp i2c_sis630 shpchp pci_hotplug i2c_sis5595 usbhid ohci_hcd floppy 8139too mii usbcore sis5513 ata_generic thermal processor fan
CPU: 0
EIP: 0060:[<d042622a>] Tainted: P VLI
EFLAGS: 00010286 (2.6.23.12-dream #1)
EIP is at wrap_urb_complete_worker+0x51/0x1e7 [ndiswrapper]
eax: 00000000 ebx: cd61600c ecx: 00000202 edx: cf0ce7c0
esi: cf0ce7cc edi: d043b7b0 ebp: cf14f9e0 esp: cd699f78
ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
Process ntos_wq (pid: 1495, ti=cd698000 task=cf7ad000 task.ti=cd698000)
Stack: 00000000 d043b7b4 cf453560 d043b7b0 d04261d9 c01357f9 0058db80 000000ff
00000000 00000202 cf453568 cf453560 c013608b cf453570 00000000 c0136147
00000000 cf7ad000 c01388a8 cd699fc4 cd699fc4 cf453560 c013608b 00000000
Call Trace:
[<d04261d9>] wrap_urb_complete_worker+0x0/0x1e7 [ndiswrapper]
[<c01357f9>] run_workqueue+0x77/0x104
[<c013608b>] worker_thread+0x0/0xc9
[<c0136147>] worker_thread+0xbc/0xc9
[<c01388a8>] autoremove_wake_function+0x0/0x33
[<c013608b>] worker_thread+0x0/0xc9
[<c01387db>] kthread+0x38/0x5d
[<c01387a3>] kthread+0x0/0x5d
[<c0105317>] kernel_thread_helper+0x7/0x10
=======================
Code: 46 04 8b 16 89 10 8b 16 89 42 04 89 ca b8 a8 b7 43 d0 e8 96 c2 f4 ef 85 f6 0f 84 99 01 00 00 8d 56 f4 8b 42 1c 8b 6a 18 89 04 24 <8b> 40 60 8b 58 04 8b 45 34 83 f8 fe 74 55 85 c0 74 07 83 f8 98
EIP: [<d042622a>] wrap_urb_complete_worker+0x51/0x1e7 [ndiswrapper] SS:ESP 0068:cd699f78
usb 1-2: USB disconnect, address 3

[mykol]

comunque una pulitina alla ventola glie la darei lo stesso, anche se siamo in inverno. Non fa mai male.

[GunMan]

Process ntos_wq (pid: 1495, ti=cd698000 task=cf7ad000 task.ti=cd698000)

il processo che ha generato il panic è stato questo, ntos_wq viene invocato da ndiswrappar (suppongo che si tratti dei driver)

[borozyn]

Aggiornamento.

Ho installato i driver del linux-wlan project. Invece prima c'erano quelli di WinXP (so che molti qui dentro storceranno il naso ). Vediamo come vanno.