Questa è la sezione delle FAQ. È basta su una vecchia FAQ di NFS di Alan Cox.
Ciò è causato da un bug in alcune vecchie versioni di nfsd. È stato corretto a partire da nfs-server2.2beta16
can't register with portmap: system error on send
Probabilmente stai usando un sistema basato sulla distribuzione Caldera. C'è un bug negli script rc. Contatta Caldera per ottenere la versione corretta.
Il fatto è che nfsd tiene una cache dei file aperti per motivi di prestazioni (ricorda, gira in un'ambiente utente). Mentre nfsd ha un file aperto (come nel caso di una scrittura), il kernel non ne consente l'esecuzione. Le versioni di nfsd più recenti di spring 95 rilasciano i file aperti dopo qualche secondo, versioni più vecchie possono impiegare anni...
Il default per il server NFS di Linux è di montare i filesystem
a sola lettura. RTFM del file exports e nfsd. Avrai bisogno di modificare
/etc/exports
.
Su versioni più vecchie di Linux devi lanciare il server NFS con
rsize=1024,wsize=1024
.
Allora semplicemente non farlo
Al momento no.
Accertati che l'utente sia in 8 gruppi o meno. Server più vecchi lo richiedono.
Non smontare un server NFS quando riavvii, ignorali, non
causano problemi se non li smonti. Il comando è umount -avt nonfs
.
Normalmente NFS scrive i dati in modo sincrono (puoi disabilitare questa modalità se vuoi, ma rischi di perdere dei dati). Peggio lavorano i kernel derivati da BSD, che tendono ad non essere in grado di lavorare in piccoli blocchi, quindi quando tu scrivi 4K di dati da una macchina linux in pacchetti da 1K, BSD fa questo:
lettura di una pagina da 4K
modifica di 1K
scrittura di 4K sul disco fisico
lettura di una pagina da 4K
modifica di 1K
scrittura di 4K sul disco fisico
ecc..