[Linux-Biella] NFS server/client hard soft link

[Paolo Ciarrocchi]

On 12/11/06, Daniele (Mastro) <daniele.bilug a gmail.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Paolo Ciarrocchi ha scritto:
> >> in questo caso visto che sto cercando di trasferire file tramite nfs dal
> >> mio portatile al fisso non li ho collegati al gateway ma solo tra di
> >> loro (=> niente internet, non mi serve un gateway)
> >
> > Hai pero' cambiato il default gw?
>
> no.. tanto non devo andare su internet non mi serve un default gateway
> mi basta e avanza la routing table locale

Mi fai vedere come e' configurata la rete?
Quale maschere usi?

> >> davvero non credo che gli ARP siano un problema...
> >
> > Io penso invece che siano parte della lentezza, ma non del fallimento.
>
> mah.. posso provare a togliere dall'impostazione del server il default
> gw ma non penso sia causa di così grandi rallentamenti su un canale da
> 10 Mbps

Daniele,
non ho mai pensato che una richiesta ARP al secondo ti occupasse 10Mbit :)

Ho pensato che il client passasse molti secondi cercando inutilmente
di contattare il default GW prima ci riuscire a contattare il server.

> > cosa sono quelle richieste DNS?
>
> ecco.. su questo non ho idea...
> ma considerato il fatto che per NFS uso ovunque indirizzi IP e mai nomi
> i DNS ne restano fuori..

quindi prova ad ottenere il nome associato all'indirizzo .2 ?
Destination: 194.224.52.6 (194.224.52.6) e' il tuo DNS?

> guarda le richieste con protocol Portmap Mount NFS ed RPC
>
> provo a spiegare quel che ci ho capito anche se è un casino seguirmi
> senza davanti wireshark

E' davanti a me :)

> se noti si apre all'inizio una connessione TCP
>
> e il mio portatile (192.168.2.2) ripete più volte la richiesta 21 (RPC
> retransmission)

Yup, ripete la richiesta esattamente ogni tre secondi.

> e ottiene la risposta in 51 (V3 MNT Reply)

Si, dopo 20 secondi dalla prima richiesta del client.
Il server pero' fa alcune richieste al DNS relative al client.
Non so il perche', ma "puzza" un po'.

> al che il mio portatile procede con la richiesta successiva e così via..
>
> finché tutto si perde ad un certo punto (dopo 121 dove leggi ICMP
> Destination unreachable (port unreachable)... e mi pare che sia il
> server a non rispondere correttamente... perché manda un duplicato di
> una risposta che aveva già dato...

C'e' un ICMP port unreachable gia' al pacchetto 85

> se guardi l'interno del messaggio dice src port 853, dst port 659
> ovvero il server nfs cerca di uscire dalla porta 853 e connettersi alla
> porta 659 e non ci riesce

Corretto

> finalmente in 122 il server si decide a rispondere ad una richiesta
> avuta in 72 (circa 30 secondi dopo) e non ottiene risposta, ottiene
> invece questo errore
>
> icmp port unreachable:
>
> 2049 (nfs) e 945
>
> sembra che il mio portatile mandi le richieste (anche + volte)
> il server si addormenti..
>
> e risponda dopo parecchio tempo quando il mio portatile ha già chiuso
> tutte le comunicazioni per timeout

Non riesco a seguire cosa succede pero', a livello di rete la mia
conoscenza di NFS e' nulla.

> questo l'ho registrato sul server

Hai una connessione ethernet punto punto,  per fare lo snoop sei in
promiscuous mode percio' registgri tutto il traffico che passa sulla
scheda di rete, non c'e' differenza nel farlo in client o server.

> quel che posso fare è una registrazione simultanea da server e da client
> e confrontare poi i risultati.. anche se dubito che dei pacchetti si
> perdano in un cavo di rete di 5 metri diretto...
> penso piuttosto che avvenga qualcosa in software nel server...

Mio consiglio, che e' veramente uno "shot in the dark":
- togli il default GW, o meglio sul client mettilo verso il server e viceversa
- controllare di aver messo la maschera corretta su client e server
- cerca di capire perche' il server faccia quelle richieste DNS

Ciao,

-- 
Paolo
http://docs.google.com/View?docid=dhbdhs7d_4hsxqc8
http://www.linkedin.com/pub/0/132/9a3

Nobody is perfect, I'm nobody.