wheezy: nis / autofs no funciona

Tengo algunas computadoras con Debian Lenny en ellas. Uno de ellos tiene un server nis: 193.167.1.75 Puedo 193.167.1.75 mi directory de inicio cuando inicio session:

 >ssh 193.167.1.80 -l myuser >pwd /home/nis/myuser 

Ahora, acabo de instalar un debian wheezy en uno de ellos y ya no puedo automotarizar directorys principales (pero aún puedo iniciar session usando myuser)

 >ssh 193.167.1.80 -l myuser Could not chdir to home directory /home/nis/myuser: No such file or directory >pwd / 

Lo que he hecho hasta ahora:

 apt-get install nis nfs-common portmap autofs echo "+::::::" >>/etc/passwd echo "+::::::::" >>/etc/shadow echo "+:::" >>/etc/group echo "mynisserver" > /etc/defaultdomain echo "ypserver ##.##.##.75" > /etc/yp.conf nisdomainname mynisserver /etc/init.d/nis restart echo "+auto.master" > /etc/auto.master rm /etc/auto.home /etc/init.d/autofs restart 

¿Alguna idea de por qué los directorys de inicio aún no están montados?

EDIT 1:

Lado del cliente (193.167.1.80)

 grep -i automount /var/log/messages grep -i automount /var/log/syslog 

no devuelve nada (y no hay una nueva línea al iniciar session)

 /etc/init.d/autofs status [ ok ] automount is running. 

nsswitch:

 cat /etc/nsswitch.conf passwd: compat nis group: compat nis shadow: compat nis hosts: files dns nis networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis 

No estoy seguro de que tenga algo que ver con eso, pero por las dudas:

 showmount -a clnt_create: RPC: Port mapper failure - Unable to receive: errno 111 (Connection refused) 

Lado del server (193.167.1.75):

 cat /etc/exports /home/nis 193.167.1.0/24(sync,rw,no_root_squash,no_subtree_check) 

EDIT2:

Traté de montar manualmente nfs en 193.167.1.80 con la raíz. Funcionó. Ahora necesito descubrir por qué los autofs no lo hacen automáticamente:

 mount -t nfs -o rw 193.167.1.75:/home/nis /home/nis 

Sospecho que no has exportado NFS a ninguno de los filesystems. Simplemente colocar elementos en un automap no exporta automáticamente nada. Verifique su /etc/exports en el server de origen.

También debe indicar cuáles son los contexts de sus dos maps automotrices.

Además, debe indicar el contenido de /etc/nsswitch . Si tiene este file mal, su NIS nunca será consultado.

Veo esto en mi sistema también. En mi situación, cuando inicio session, veo que NIS ha comenzado (ypwhich devuelve el nombre del server), pero el auto-mounter no leyó ninguno de los maps. Al reiniciar autofs (/etc/init.d/autofs restart) soluciono el problema hasta el próximo reinicio.

No he descubierto por qué esto está sucediendo en mi PC.

Lo he visto en algunos sistemas RedHat que se ejecutan en una subnetworking donde el acceso de transmisión al server NIS no está disponible. Están configurados con un yp.conf que se parece al "server MYDOMAIN de dominio MYNISSERVER". Descubrí que en el punto de la secuencia de arranque donde se lanza ypbind, la resolución de DNS para MYNISSERVER falla y YP no se enlaza. Cambiar MYNISSERVER de un nombre DNS a una dirección IP numérica o agregar una línea a / etc / hosts para MYNISSERVER funciona allí.

En mi caja de Debian, sin embargo, este no es el problema. Ypbind comienza correctamente. Según los posts de time de inicio, falla, pero continúa en segundo plano. Sospecho que tiene éxito algún time después de que se inicia autofs, de ahí el problema.

Cuando edité /etc/init.d/nis para que la demora entre rebashs sea de 5 segundos, el problema no cambió, por lo que no se trata simplemente de no esperar lo suficiente.

Creo que, mirando los files de logging, el código de inicio está intentando iniciar NIS antes de que NetworkManager / DHCP haya terminado de intentar abrir la interfaz, lo que significa que no hay una interfaz para que intente conectarse.

Pude solucionar el problema agregando las siguientes dos líneas a mi /etc/rc.local:

 /etc/init.d/nis start /etc/init.d/autofs restart 

TAN claro que algo que se carga entre el bash inicial de mostrar NIS y el final de la secuencia de inicio (en rc.local) debería haberse ejecutado antes. De acuerdo con el contenido de /etc/rc5.d, esto solo podría ser nfs-kernel-server (que no estoy usando), cron y minissdpd, pero ninguno de ellos tiene sentido para mí.

Entonces … No sé exactamente qué es lo que está causando su problema, pero es posible que haya podido presentarle una solución alternativa. Espero que alguien con más experiencia que yo pueda agregar a esto y descubrir la verdadera causa del problema que yo (y usted, probablemente) estamos observando.