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

Nfs-kernel-server: possibili problemi e prestazioni (visualizza wikitesto)

Versione delle 10:36, 17 ott 2012

284 byte aggiunti , 17 ott 2012

→‎GID/UID 4294967294, nobody

Wtf

3 155

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).
-=== GID/UID 4294967294, nobody ===
+=== GID/UID 4294967294 ===
-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/>
+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. 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> (scrivere yes minuscolo per sicurezza). Se così non fosse modificare tale file e riavviare nfs-common:
-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).
+<pre>/etc/init.d/nfs-common restart</pre>
-Si noti infine che anche se i gruppi e gli utenti figurano tutti come ''nogroup'' e ''nobody'' questo non significa a priori che gli utenti non siano stati mappati correttamente, verificare qundi sempre se è possibile o meno leggere, scrivere, ecc.
+=== Tutti i file e cartelle appartengono a nobody:nogroup ===
+Assicurarsi che i file <code>/etc/idmapd.conf</code> del server e dei client siano coerenti tra loro, in particolare assicurarsi che la voce ''Domain'' sia la medesima per tutte le macchine. Si riveda la relativa parte di configurazione del server.<br/>
+Si noti infine che anche se i gruppi e gli utenti figurano tutti come ''nogroup'' e ''nobody'' questo non significa a priori che gli utenti non siano stati mappati correttamente, ovvero è tranquillamente possibile che ogni utente abbia accesso alle risorse condivise con i permessi corretti pur vedendo (lato client) utente e gruppo sempre come <code>nobody:nogroup</code>.
 === Altro ===