Esse erro ocorre durante uma atualização a partir das versões Solaris 10 Hardware 2 (HW2) para a versão atual Solaris 10 10/09.
Na versão Solaris 10 HW2, o arquivo name_service.xml para qualquer serviço de nome, tal como NIS, NIS+, FILES ou LDAP, é o seguinte:
# ls -l name_service.xml lrwxrwxrwx 1 root root 10 Apr 10 16:26 name_service.xml -> ns_files.xml |
Se o serviço de nome é o NIS, o arquivo name_service.xml vincula ao ns_files.xml. No entanto, o conteúdo dos arquivos ns_files.xml são os mesmos que os ns_nis.xml .
# cat /etc/release Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC Copyright 2005 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 26 September 2005 # cd /var/svc/profile # ls -l name_service.xml ns_files.xml ns_nis.xml lrwxrwxrwx 1 root other 12 May 21 04:06 name_service.xml -> ns_files.xml -r--r--r-- 1 root sys 779 May 21 04:25 ns_files.xml -r--r--r-- 1 root sys 779 Jan 21 2005 ns_nis.xml # # diff ns_files.xml ns_nis.xml # diff name_service.xml ns_nis.xml |
Na saída anterior, os arquivos ns_nis.xml e ns_nis.xml são os mesmos. Isso significa que o arquivo name_service.xml vincula simbolicamente ao arquivo de serviço de nome errado. O arquivo name_service.xml vincula ao ns_files.xml. Em vez disso, o arquivo name_service.xml deve vincular ao ns_nis.xml.
A correção para CR 6411084, o script de pós-instalação ou instalação SUNWcsr, cria um vínculo correto somente se name_service.xml não for um arquivo de vínculo. Se o name_service.xml já é um arquivo de vínculo simbólico, como na versão Solaris 10 Hardware 2, a correção para CR 6411084 não funcionará.
Depois de uma atualização a partir do Solaris 10 Hardware 2 para a versão Solaris 10 10/09 atual, a mensagem a seguir é exibida no console ou registrada no arquivo de mensagens:
Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] can't read nis map auto_master: can't communicate with ypbind - retrying |
Além disso, o serviço /network/nis/client:default está off-line.
Solução alternativa: escolha uma das seguintes soluções alternativas:
Solução alternativa 1: antes de uma atualização, remova o arquivo /var/svc/profile/name_service.xml.
Solução alternativa 2: depois de uma atualização, altere o vínculo /var/svc/profile/name_service.xml para o arquivo ns_<xxx>.xml correto, com base no serviço de nome.