test

Note su Solaris 10 5/08

Il sistema non può comunicare con ypbind dopo l'aggiornamento (6488549)

Questo bug si presenta dopo l'aggiornamento da Solaris 10 Hardware 2 alla versione attuale, Solaris 10 5/08.

In Solaris 10 Hardware 2, il file name_service.xml relativo a qualsiasi servizio (NIS, NIS+, FILES o LDAP) è configurato come segue:


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

Se il servizio di denominazione è NIS, il file name_service.xml è collegato a ns_files.xml. Tuttavia, il contenuto di ns_files.xml è uguale a quello di 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

Nell'output riportato qui sopra, i file ns_nis.xml e ns_files.xml sono identici. Per questa ragione, il file name_service.xml è collegato simbolicamente al file del servizio di denominazione errato. Il file name_service.xml si collega a ns_files.xml. name_service.xml dovrebbe invece essere collegato a ns_nis.xml.

Nota –

Nella correzione alla CR 6411084, lo script di installazione o post-installazione di SUNWcsr crea il collegamento corretto solo se name_service.xml non è un collegamento. Se name_service.xml è già un collegamento simbolico, come avviene in Solaris 10 Hardware 2, la correzione della CR 6411084 non può funzionare.

Dopo l'aggiornamento da Solaris 10 Hardware 2 alla versione corrente (Solaris 10 5/08) il messaggio seguente viene visualizzato sulla console o registrato nel log messages:


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

Inoltre, il servizio /network/nis/client:default resta offline.

Soluzione. Scegliere una delle seguenti procedure: