Nfs-kernel-server: possibili problemi e prestazioni: differenze tra le versioni

Riga 1: Riga 1:
{{NFS}}
{{NFS}}
= Troubleshooting =
= Diagnostica =


=== Le risorse remote non vengono caricate... ===
=== Le risorse remote non vengono caricate... ===
Riga 6: Riga 6:
==== ...nemmeno manualmente con mount ====
==== ...nemmeno manualmente con mount ====


Una prima verifica banale è quella di assicurarsi che la  cartella dove devono essere montate le risorse remote sia indicata correttamente (per esempio <code>/home/nfs</code> è DIVERSO  da <code>/home/NFS</code>). Una seconda causa potrebbe  essere dovuta al numero della porta che NFS sceglie casualmente, infatti  se il numero della porta è maggiore di 1024 scatta un errore di  sicurezza; in tal caso è sufficiente aggiungere alle opzioni indicate  nel file <code>/etc/exports</code> anche ''insecure'', ad  esempio:
Una prima verifica banale è quella di assicurarsi che la  cartella dove devono essere montate le risorse remote sia indicata correttamente (per esempio <code>/home/nfs</code> è DIVERSO  da <code>/home/NFS</code>). Una seconda causa potrebbe  essere dovuta al numero della porta che NFS sceglie casualmente, infatti  se il numero della porta è maggiore di 1024 scatta un errore di  sicurezza; in tal caso è sufficiente aggiungere alle opzioni indicate  nel file <code>/etc/exports</code> anche ''insecure'', ad  esempio (nfsv4):


<pre>
<pre>
Riga 59: Riga 59:


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 ===
Se dal lato client si ottiene il valore '''4294967294''' come GID/UID di file e/o cartelle remote significa che 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].


= Prestazioni =
= Prestazioni =
2 894

contributi