2 944
contributi
Nfs-kernel-server: possibili problemi e prestazioni: differenze tra le versioni
Nfs-kernel-server: possibili problemi e prestazioni (visualizza wikitesto)
Versione delle 10:11, 17 ott 2012
, 17 ott 2012→GID/UID 4294967294
Wtf (discussione | contributi) |
Wtf (discussione | contributi) |
||
| Riga 94: | Riga 94: | ||
Potrebbe anche capitare nel caso di NFSv4 che la macchina client veda crollare drasticamente a poche centinaia di kb/s la velocità di trasferimento dati quando si va a scrivere sulla macchina server grossi file. In tal caso controllare in primis di usare l'opzione <code>crossmnt</code> invece di <code>nohide</code> (si riveda la sezione dedicata al rimontaggio delle cartelle), se anche questo non funziona provare ad aggiungere nel file <code>exports</code> le opzioni <code>async</code> e <code>no_wdelay</code> ad ogni cartella da esportare. Un'altra possibilità è provare ad usare il protocollo UDP invece di TCP, si tratta di aggiungere l'opzione <code>proto=UDP</code> al comando <code>mount</code> (trattasi cioè di un opzione lato client). Se anche questo non dovesse funzionare provare a guardare [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/585657 questa pagina] (si tratta di ricompilare il kernel, sempre che poi sia proprio questo il problema). | Potrebbe anche capitare nel caso di NFSv4 che la macchina client veda crollare drasticamente a poche centinaia di kb/s la velocità di trasferimento dati quando si va a scrivere sulla macchina server grossi file. In tal caso controllare in primis di usare l'opzione <code>crossmnt</code> invece di <code>nohide</code> (si riveda la sezione dedicata al rimontaggio delle cartelle), se anche questo non funziona provare ad aggiungere nel file <code>exports</code> le opzioni <code>async</code> e <code>no_wdelay</code> ad ogni cartella da esportare. Un'altra possibilità è provare ad usare il protocollo UDP invece di TCP, si tratta di aggiungere l'opzione <code>proto=UDP</code> al comando <code>mount</code> (trattasi cioè di un opzione lato client). Se anche questo non dovesse funzionare provare a guardare [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/585657 questa pagina] (si tratta di ricompilare il kernel, sempre che poi sia proprio questo il problema). | ||
=== GID/UID 4294967294 === | === GID/UID 4294967294, nobody === | ||
Se dal lato client si ottiene il valore ''4294967294'' (che significa "-1" sui sistemi a 64 bit) come GID/UID di file e/o cartelle remote allora molto probabilmente esiste un problema di mappatura utenti tra client e server; tale numero identifica infatti l'utente ''nobody''. Nel caso si utilizzi il protocollo v4 assicurarsi che nel file <code>/etc/default/nfs-common</code> del client risulti essere impostato <code>NEED_IDMAPD=yes</code>. | Se dal lato client si ottiene il valore ''4294967294'' (che significa "-1" sui sistemi a 64 bit) come GID/UID di file e/o cartelle remote allora molto probabilmente esiste un problema di mappatura utenti tra client e server; tale numero identifica infatti l'utente ''nobody''. Nel caso si utilizzi il protocollo v4 assicurarsi che nel file <code>/etc/default/nfs-common</code> del client risulti essere impostato <code>NEED_IDMAPD=yes</code>.<br/> | ||
Assicurarsi inoltre che i file <code>/etc/idmapd.con<code> del server e dei client siano coerenti tra loro, in particolare assicurarsi che la voce ''Domain'' sia la medesima per tutte le macchine (o sia commentata per tutte le macchine). | |||
=== Altro === | === Altro === | ||