Dieser Fehler tritt beim Upgrade von Solaris 10 Hardware 2 auf das aktuelle Release Solaris 10 5/08 auf.
Im Release Solaris 10 Hardware 2 ist der symbolische Link name_service.xml für Benennungsdienste wie NIS, NIS+, FILES oder LDAP wie folgt gesetzt:
# ls -l name_service.xml lrwxrwxrwx 1 root root 10 Apr 10 16:26 name_service.xml -> ns_files.xml |
Wenn als Benennungsdienst NIS verwendet wird, dann zeigt die Datei name_service.xml auf ns_files.xml. Der Inhalt der Datei ns_files.xml ist der gleiche wie der der Datei 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 |
In der obigen Ausgabe haben die Dateien ns_nis.xml und ns_files.xml den gleichen Inhalt. Das bedeutet, dass der symbolische Link name_service.xml auf die Datei des falschen Benennungsdienstes zeigt. name_service.xml zeigt auf ns_files.xml, sollte aber auf auf ns_nis.xml zeigen.
Die Problembehebung für CR 6411084, das vor bzw. nach der Installation einzusetzende Skript SUNWcsr erstellt den richtigen Verweis nur, wenn die Datei name_service.xml kein symbolischer Link ist. Wenn name_service.xml bereits ein symbolischer Link ist, wie das im Release Solaris 10 Hardware 2 der Fall ist, funktioniert die Problembehebung für CR 6411084 nicht.
Nach einem Upgrade von Solaris 10 Hardware 2 auf die aktuelle Version Solaris 10 5/08 wird auf der Konsole die folgende Meldung angezeigt (bzw. in der Protokolldatei protokolliert):
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 |
Darüber hinaus ist der Dienst /network/nis/client:default deaktiviert.
Problemumgehung: Wählen Sie eine der folgenden Lösungen:
Problemumgehung 1: Löschen Sie vor dem Upgrade die Datei /var/svc/profile/name_service.xml.
Problemumgehung 2: Lassen Sie den symbolischen Link /var/svc/profile/name_service.xml nach dem Upgrade je nach verwendetem Benennungsdienst auf die richtige ns_<xxx>.xml-Datei zeigen.