Notas da versão Oracle Solaris 10 9/10

O sistema não pode se comunicar com o ypbind depois de uma atualização (6488549)

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.


Observação –

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: