Newsgroup: it.comp.os.linux.sys
Titolo: XFS e Mldonkey - crash - lungo

Salve a tutti.
Ho una Gentoo su un dual AMD MP2000+ compilata per i due MP, con l'smp 
attivato, il kernel 2.6.10 ed xfs come file system.
Il sistema è anche collegato ad un UPS.
Da qualche settimana ho dei crash inspiegabili solo se gira Mldonkey 
2.5.28h. Sul sistema gira NTOP3.1, postfix con amavis e due antivirus 
per la posta (McAfee e clamav), oltre ad asterisk, squid, apache 2.0.57, 
samba, ssh ed altri servizi.
Il carico di lavoro non è eccessivo, la memoria è da 512 ECC Registered 
con parità, il disco di sistema è un IBM SCSI da 16GB partizionato con 
hda1 (boot) hda3 (root), e lo swap da 512MB. MLdonkey ha a disposizione 
un disco IDE da 200GB (hda1) tutto in XFS.
Il crash si verifica come ripeto solo se gira Mldonkey. Infatti dopo 
qualche ora il pc si blocca e devo solo spegnere. Spesso nel log trovo 
la seguente traccia: (riporto solo una piccola parte) il log completo 
dell'errore è su 
http://giove.homelinux.net/log_crash
Mar 11 17:55:29 peter mlnet: page allocation failure. order:5, mode:0xd0
Mar 11 17:55:29 peter [<c01436f8>] __alloc_pages+0x1b8/0x370
Mar 11 17:55:29 peter [<c01438d5>] __get_free_pages+0x25/0x40
Mar 11 17:55:29 peter [<c0146dd1>] kmem_getpages+0x21/0xd0
Mar 11 17:55:29 peter [<c0147adb>] cache_grow+0xab/0x150
Mar 11 17:55:29 peter [<c0147cf6>] cache_alloc_refill+0x176/0x240
Mar 11 17:55:29 peter [<c0148098>] __kmalloc+0x88/0x90
Mar 11 17:55:29 peter [<c02d2099>] kmem_alloc+0x59/0xd0
Mar 11 17:55:29 peter [<c02ad33f>] xfs_iread_extents+0x4f/0x110
Mar 11 17:55:29 peter [<c0284599>] xfs_bmapi+0x259/0x1780
Mar 11 17:55:29 peter [<c0284ae7>] xfs_bmapi+0x7a7/0x1780
Mar 11 17:55:29 peter [<c02b1135>] xfs_imap_to_bmap+0x35/0x290
Mar 11 17:55:29 peter [<c02b1536>] xfs_iomap+0x1a6/0x550
Mar 11 17:55:29 peter [<c02d3925>] linvfs_get_block_core+0x95/0x340
Mar 11 17:55:29 peter [<c039de88>] __elv_add_request+0x78/0xc0
Mar 11 17:55:29 peter [<c03a1614>] __make_request+0x2b4/0x4d0
Mar 11 17:55:29 peter [<c02d3c17>] linvfs_get_block+0x47/0x50
Mar 11 17:55:29 peter [<c018168c>] do_mpage_readpage+0x15c/0x4c0
Mar 11 17:55:29 peter [<c02ee592>] __delay+0x12/0x20
Mar 11 17:55:29 peter [<c03d93ac>] ide_execute_command+0x9c/0xc0
Mar 11 17:55:29 peter [<c02eba9f>] radix_tree_node_alloc+0x1f/0x60
Ho provato a cambiare memoria, ho ricompilato mldonkey, ho cambiato 
kernel (2.6.9), ma il problema rimane.
Ho fatto girare memtest86+, ho eseguito due sessioni di cpuburn per K7, 
senza avere nè crash nè errori rilevati.
Sembra sia un problema di XFS, ma come fare per risolverlo? e perchè si 
verifica solo con Mldonkey? Come può provocare dei crash di sistema un 
programma che gira come user?
Ho provato a spostare anche un file da 2.5GB, ma l'operazione si è 
conclusa con successo. Le cpu tra 55 e 60 °C.
Chi mi da qualche idea, visto che le mie sono quasi finite?
Saluti e grazie.

Le cpu tra 55 e 60 °C.
Un pò alta ma ancora nella norma.

 Un pò alta ma ancora nella norma.
Ieri sera l'ho cacciato fuori di casa e l'ho lasciato al freddo e al 
gelo senza nemmeno il coperchio!! Mldonkey però era fermo, volevo vedere 
con mrtg come influiva la temperatura esterna sulle CPU.
Durante la notte le temperature delle due cpu sono rimaste sotto i 40°C 
e questa mattina ho avviato Mldonkey. Dopo due ore circa di nuovo crash, 
quindi escludo la temperatura delle CPU che non ha superato i 40°C.
Sospettando il filesystem ho cancellato dei file dal disco da 200GB 
(quello dove mldonkey lavora), fino ad avere circa 90GB liberi.
Al momento sono circa 5 ore che gira! di solito dopo due ore al massimo 
si blocca.
Saluti e grazie per l'aiuto.

 
Piccolo aggiornamento!
Dopo aver liberato spazio sull'HD incriminato, ed aver ricompilato il 
kernel senza CONFIG_4KSTACKS=y, la macchina è up da 1g 2:42.
Nelle ultime ore sono arrivati a termine un paio di files da 2,8GB e 
3,1GB. Mldonkey (tramite web-gmui) usa uno script per spostare il file 
ricevuto nella directory definita dall'utente che lo ha messo a scaricare.
Questo fa sì che il file viene copiato da una directory all'altra sullo 
stesso disco.
Credo proprio che xfs abbia ancora qualche problema, perchè non so se 
liberando spazio sull'HD o disabilitando l'opzione nel kernel, il 
sistema non si è più bloccato.
Fatto sta che se prima avevo un crash dopo 1-2 ore, dopo aver solo 
liberato spazio, il sistema è stato up per circa 5 ore senza problemi, 
prima che lo riavviassi con il kernel nuovo.
Seguiranno aggiornamenti... intanto mantengo le dita incrociate!
Saluti e grazie.