nfs 4 copia file e id utenti
- Login o registrati per inviare commenti
Sab, 12/03/2011 - 17:34
Ciao a tutti, ho una centos 5 e una squeeze.
Squeeze esporta una directory tramite nfs 4 e centos la monta correttamente.
Non ho problemi a copiare file che appartengono a root ma se provo ca copiare un file che appartiene ad un untente centos che non esiste su debian, ottengo
- Codice: Seleziona tutto
cp: impossibile preservare il proprietario di `/media/backup/files/zimbra_extensys/ldap-transport.cf': Unknown error 526
Nel file /etc/default/nfs-common di debian ho 'NEED_IDMAPD=yes'.
Se lo togliessi, avrei comunque un id assurdo sui file, il che non mi aiuterebbe in fase di restore di un backup.
C'è un modo per forzare la scrittura dei in modo che venga mantenuto l'id dell'utente?
Sab, 12/03/2011 - 21:19
#1
Se provi a cambiare utente alla cartella?
sudo chown -R nome_login:nome_login /percorso della cartella
magari non è una soluzione, ma può essere un tampone.
Ciao
Ho fatto delle prove e cerco di definire meglio il problema.
Sul client creo l'utente "franco" con id 1001.
Sul server tale utente non esiste.
Monto la cartella esportata via nfs4, che ha permessi 777.
Lato client, con l'utente franco, riesco a creare un file ma non vedo che gli appartiene
touch /media/nfs/provals -l /media/nfs/prova
-rw-r--r-- 1 nobody nogroup 0 4 dic 17.01 prova
Sempre lato client, come utente di root, provo a copiare un file che appartiene a franco, ma fallisce!
cp -a /home/franco/provacp: impossibile preservare il proprietario di "/media/nfs4/prove": Remote I/O error
CONLUSIONE:
la creazione e modifica di un file via nfs4 con un utente che non esiste sul server, funziona (però il client non vede il suo nome utente bensì 'nobody').
La copia di file da parte root non funziona se si cerca di mantere il proprietario del file.
Con nfs3 la copia va a buon fine e mantiene l'id utente.
Il nome utente che il client vede è diverso da quello che si vede sul server (nel mio caso vedo "franco" lato client e "sirio81" lato server perché sono gli utenti che corrispondono all'id 1001 sulle rispettive macchine).
NOTE:
Queste prove le ho fatte tra due squeeze. Lerrore è analogo a quello ottenuto con il client centos.
Buona guida: https://wiki.archlinux.org/index.php/NFSv4#ID_mapping