linux user group brescia

Come non detto,

Kernel 2.4.20, driver della scheda di rete ultimo disponibile da Intel
(ver. 4.4.19).
Non e' andato molto lontano; ecco dove sono rimasti gli nfsd

[root a filesrv root]# ps -auxwww |grep nfsd
root      2022  0.0  0.0     0    0 ?        DW   Feb18   0:32 [nfsd]
root      2023  0.0  0.0     0    0 ?        DW   Feb18   0:26 [nfsd]
root      2024  0.0  0.0     0    0 ?        DW   Feb18   0:31 [nfsd]
root      2025  0.0  0.0     0    0 ?        DW   Feb18   0:28 [nfsd]
root      2026  0.0  0.0     0    0 ?        DW   Feb18   0:34 [nfsd]
root      2027  0.0  0.0     0    0 ?        DW   Feb18   0:34 [nfsd]
root      2028  0.0  0.0     0    0 ?        DW   Feb18   0:38 [nfsd]
root      2029  0.0  0.0     0    0 ?        DW   Feb18   0:28 [nfsd]
root      2030  0.0  0.0     0    0 ?        DW   Feb18   0:30 [nfsd]
root      2031  0.0  0.0     0    0 ?        DW   Feb18   0:37 [nfsd]
root      2032  0.0  0.0     0    0 ?        DW   Feb18   0:36 [nfsd]
root      2033  0.0  0.0     0    0 ?        DW   Feb18   0:36 [nfsd]
root      2034  0.0  0.0     0    0 ?        DW   Feb18   0:28 [nfsd]
root      2035  0.0  0.0     0    0 ?        DW   Feb18   0:32 [nfsd]
root      2036  0.0  0.0     0    0 ?        DW   Feb18   0:31 [nfsd]
root      2037  0.0  0.0     0    0 ?        DW   Feb18   0:37 [nfsd]
root      2716  0.0  0.0  1764  604 pts/1    S    09:27   0:00 grep nfsd


in compenso la macchina non e' troppo bloccata e ci si puo' fare telnet,
ftp.... Naturalmente, in /var/log/messages non c'e' nulla ;-)

Adesso provo a mettere un'altra scheda di rete, e vediamo....

Alfredo.

Alfredo Quartini wrote:
 >
 >
 > 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
 >>
 >
 >