El sistema no se puede comunicar con ypbind después de la actualización (6488549)

Error que se da al actualizar Solaris 10 Hardware 2 a la versión actual de Solaris 10 5/09.

En Solaris 10 Hardware 2, el archivo name_service.xml de cualquier servicio de nombres, por ejemplo NIS, NIS+, FILES o LDAP, es el siguiente:

# ls -l name_service.xml
lrwxrwxrwx   1 root     root     10 Apr 10 16:26 name_service.xml -> ns_files.xml

Si el servicio de nombres es NIS, el archivo name_service.xml se vincula con ns_files.xml. Sin embargo, ns_files.xml y ns_nis.xml tienen el mismo contenido.

  # 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

En la salida anterior, los archivos ns_nis.xml y ns_files.xml son idénticos. Eso significa que el archivo name_service.xml se vincula simbólicamente con el archivo incorrecto de servicio de nombres. El archivo name_service.xml se vincula con ns_files.xml. En lugar de eso, name_service.xml debería vincularse con ns_nis.xml.

La solución de CR 6411084, la secuencia de comandos de instalación de o postinstalación de SUNWcsr, crea el vínculo correcto sólo si name_service.xml no es un archivo de vínculos. Si name_service.xml ya es un archivo de vínculos simbólicos, como en Solaris 10 Hardware 2, la solución de CR 6411084 no es válida.

Tras actualizar de Solaris 10 Hardware 2 a Solaris 10 5/09, el siguiente mensaje aparece en la consola o queda registrado en el archivo de mensajes:

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 

Asimismo, el servicio /network/nis/client:default carece de conexión.

Solución: opte por una de estas soluciones:

• Solución: antes de una actualización, quite el archivo /var/svc/profile/name_service.xml.

• Solución 2: Después de una actualización, cambie el vínculo /var/svc/profile/name_service.xml por el archivo ns_<xxx>.xml, que se basa en el servicio de nombres.