wheezy: nis / autofs não funciona

1

Eu tenho alguns computadores com debian lenny neles. Um deles tem um servidor nis: 193.167.1.75 Posso montar automaticamente meu diretório pessoal quando eu fizer login:

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

Agora, acabei de instalar um debian wheezy em um deles e não consigo mais auto-montar os diretórios home (mas ainda posso fazer login usando myuser)

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

O que eu fiz até agora:

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

Alguma idéia de porque os diretórios pessoais ainda não estão montados?

EDIT 1:

Lado do cliente (193.167.1.80)

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

não retorna nada (e nenhuma nova linha ao logar)

/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

Não tenho certeza se tem alguma coisa a ver com isso, mas apenas no caso:

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

Lado do servidor (193.167.1.75):

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

EDIT2:

Eu tentei montar manualmente o nfs em 193.167.1.80 com root. Funcionou. Agora preciso descobrir por que o autofs não faz isso automaticamente:

mount -t nfs -o rw 193.167.1.75:/home/nis /home/nis
    
por Cyrille 12.06.2013 / 15:14

2 respostas

1

Eu suspeito que você não tenha exportado nenhum dos sistemas de arquivos do NFS. Apenas colocar itens em um automap NÃO exporta automaticamente nada. Verifique seu arquivo /etc/exports no servidor de origem.

Além disso, você precisa indicar quais são os contextos de seus dois mapas automount.

Além disso, você deve indicar o conteúdo de /etc/nsswitch . Se você tiver este arquivo errado, seu NIS nunca será consultado.

    
por 12.06.2013 / 18:28
1

Eu também vejo isso no meu sistema. Na minha situação, quando eu entro, vejo que o NIS foi iniciado (ypwhich retorna o nome do servidor), mas o auto-mounter não leu nenhum dos mapas. Reiniciar o autofs (/etc/init.d/autofs restart) cuida do problema até a próxima reinicialização.

Eu não entendi porque isso está acontecendo no meu PC.

Eu já vi isso em alguns sistemas RedHat rodando em uma sub-rede onde o acesso de broadcast ao servidor NIS não está disponível. Eles são configurados com um yp.conf que se parece com "domain MYDOMAIN server MYNISSERVER". Eu descobri que no ponto da seqüência de inicialização onde o ypbind é lançado, a resolução de DNS para o MYNISSERVER falha e o YP não liga. Alterar MYNISSERVER de um nome DNS para um endereço IP numérico ou adicionar uma linha a / etc / hosts para MYNISSERVER trabalha lá.

Na minha caixa Debian, no entanto, este não é o problema. Ypbind começa com sucesso. De acordo com as mensagens de tempo de inicialização, ele falha, mas continua em segundo plano. Eu suspeito que tenha sucesso algum tempo depois que o autofs é iniciado, daí o problema.

Quando eu editei /etc/init.d/nis, então o atraso entre as tentativas é de 5 segundos, o problema não mudou, então não é simplesmente uma questão de não esperar o suficiente.

Acho que, olhando os arquivos de log, o código de inicialização está tentando iniciar o NIS antes que o NetworkManager / DHCP termine de tentar abrir a interface, o que significa que não há interface para tentar se conectar.

Consegui resolver o problema adicionando as duas linhas seguintes ao meu /etc/rc.local:

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

Tão claramente, algo carregando entre a tentativa inicial de trazer o NIS e o final da seqüência de inicialização (em rc.local) deveria ter sido executado antes. De acordo com o conteúdo do /etc/rc5.d, isso só poderia ser nfs-kernel-server (que não estou usando), cron e minissdpd, mas nenhum deles faz sentido para mim.

Então ... eu não sei exatamente o que está causando o seu problema, mas posso ter sido capaz de apresentar uma solução alternativa. Espero que alguém com mais experiência do que eu possa acrescentar a isso e descobrir a verdadeira causa do problema que eu (e você, provavelmente) estão observando.

    
por 18.12.2013 / 00:26