linux user group brescia

Sara' Murphy, pero' sta frullando da 30 ore e, a parte i messaggi "NFS 
server not responding" sui client (alcuni, che poi si riprendono) almeno 
e' ancora vivo.
Visto che nei casi precedenti non si erano mai superate le 10 - 12 
ore.... questo testo lo considero (quasi) un successo.

Questa notte lancio lo stesso numero di massacramenti, ma con un kernel 
2.4.20 ed ext2/nfs; ext3/nfs so gia' che muore dopo un po'.

Giusto adesso, dopo tutto 'sto casino, sto fermando i processi client e, 
addirittura !!!, sul server posso fare '/etc/init.d/nfs stop' con 
successo. Mai successo prima.

Che fatica/pazienza pero'......
Rimpiango la cara Sun-E250 con Solaris 7 :-)

Alfredo



Luca Giuzzi wrote:
> On Tue, Feb 18, 2003 at 09:55:53AM +0100, Alfredo Quartini wrote:
> 
>>booooo, non so cosa dire.
>>Questa mattina, PER LA PRIMA VOLTA, in un mese di prove sono arrivato e 
>>NON ho trovato le macchine piantate.
>>Stesso hardware, stesso kernel, stessa interfaccia di rete, stessi 
>>programmi coinvolti, stesso tipo di operazioni (quelle che ho descritto 
>>nell'altra mail). Unica differenza : ext2/nfs invece di ext3/nfs.
> 
> 
> Beh... potrebbe essere fortuna, intendiamoci...
> potrebbe essere la legge di Murphy....
> d'altro canto l'ultimo kernel panic e' stato proprio all'interno
> del driver di ext3, mentre arrivava un IRQ dalla scheda di rete,
> per cui... [ripeto: temo problemi di locking]
> 
> 
>>A dir la verita' ci sono, per alcuni client, un buon numero di messaggi 
>>a console:
>>
>>NFS server filesrv not responding still trying
>>....
>>...
>>NFS server filesrv ok
>>
> 
> 
> Questo e' strano, ma puo' essere dovuto alla congestione della
> macchina... hai settato l'IRQ affinity in qualche modo?
> [suggerimento: bind della scheda su di una CPU ...]
> 
> ciao,
>  lg
>