Re: Problema confuso con NFS y permisos que no se verifican.

Thu, 19 Feb 2009 03:35:14 -0800 

Marce escribió:

2009/2/19 Miguel Da Silva - URI <[email protected]>:

Miren que problema raro empecé a tener hoy con el servidor NFS local:

mdasi...@computador ~ $ mount
/dev/sda3 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda1 on /boot type ext3 (rw)
automount(pid2153) on /home type autofs
(rw,fd=4,pgrp=2153,minproto=2,maxproto=4)
home:/home/cmat on /home/cmat type nfs
(rw,nodev,rsize=8192,wsize=8192,bg,intr,addr=192.168.1.5)

mdasi...@computador ~ $ pwd
/home/cmat/mdasilva

mdasi...@computador ~ $ touch mdasilva
touch: no se puede efectuar `touch' sobre «mdasilva»: Permiso denegado

mdasi...@computador ~ $ id
uid=3150(mdasilva) gid=3150(mdasilva) grupos=3150(mdasilva)

mdasi...@computador ~ $ ls -ld .
drwxr-xr-x 89 mdasilva mdasilva 12K feb 18 22:48 .

O sea, el directorio home:/home/cmat está montado en /home/cmat con permisos
rw, sin embargo, cuando un usuario intenta crear un archivo en su
directorio, recibe un "Permiso denegado".

Hice varios intentos de reiniciar autofs, montar el directorio manualmente,
etc, etc y el problema sigue. Sugerencias?

Saludos.
--
Miguel Da Silva
Unidad de Recursos Informáticos
Facultad de Ingeniería - http://www.fing.edu.uy
Universidad de la República - http://www.rau.edu.uy


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact
[email protected]




¿Podrías indicar como tienes el /etc/exports de la maquina que sirve
el directorio NFS?
A mi me daba un error parecido y era por el "squash", es decir, si al
exportar el directorio se tiene que tratar al usuario. como anonimo o
no.

Un saludo
Pude resolver el problema y no era nada relacionado a "squash" (en nuestro entorno de trabajo tenemos NIS y no hay problemas con UID/GID distintos en el cliente y servidor). 

De hecho, se trataba de un bug de Debian:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492970

La opción sec=sys resolvió el problema.

Saludos.
--
Miguel Da Silva
Unidad de Recursos Informáticos
Facultad de Ingeniería - http://www.fing.edu.uy
Universidad de la República - http://www.rau.edu.uy


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Responder a