Aggiornamento di un sistema con Solaris Trusted Extensions configurato con zone con etichetta

I sistemi Solaris configurati con Solaris Trusted Extensions utilizzano le zone non globali. L'aggiornamento di questi sistemi è analogo a quello di un sistema Solaris che utilizza le zone e presenta gli stessi problemi.

• Zone ZFS – I sistemi Solaris che contengono zone ZFS non possono attualmente essere aggiornati. Sui sistemi Solaris Trusted Extensions che contengono zone ZFS, l'alternativa consiste nel ricreare le zone. Per ricreare le zone, procedere come segue:

  1. Per prima cosa eseguire un backup di tutti i dati con il comando tar -T.

  2. Quindi eliminare le zone.

  3. Aggiornare il sistema e riconfigurare tutte le zone.

  4. Una volta che le zone sono state configurate, ripristinare tutti i dati.

• Dominio NFSv4 – Dopo l'aggiornamento, quando si riattivano le singole zone con etichetta, verrà richiesto l'inserimento del dominio NFSv4. Per evitare questa richiesta, prima dell'aggiornamento aggiungere il valore corretto di NFSMAPID_DOMAIN al file /etc/default/nfs in ogni zona con etichetta. Per maggiori informazioni, vedere la CR 5110062.

• Live Upgrade - È presente un bug di Live Upgrade nei sistemi Solaris che utilizzano le zone:

  • Con i comandi lucreate e lumake è impossibile creare una copia di una zona non globale che non è in esecuzione (6659451)

  Questi bug interessano anche la procedura Live Upgrade dei sistemi configurati con Solaris Trusted Extensions. Anche le soluzioni al problema sono le stesse.

• Servizio di denominazione – Se al momento dell'installazione il sistema era stato configurato per l'utilizzo di un servizio di denominazione diverso da quello utilizzato durante l'aggiornamento, la zona globale potrebbe non utilizzare il servizio di denominazione corretto dopo l'avvio.

  Ad esempio, se al momento dell'installazione era stato specificato il servizio di denominazione NIS ma il sistema è stato successivamente configurato come client LDAP, l'avvio con luactivate potrebbe ripristinare NS come servizio di denominazione della zona globale. Questa condizione è dovuta alla CR 6569407.

  Per risolvere il problema, impostare il collegamento simbolico del file name_service.xml nella directory /var/svc/profile in modo che punti al file xml corretto per il servizio di denominazione in uso. Ad esempio, se durante l'installazione era stato specificato il servizio di denominazione NIS, name_service.xml dovrà essere un collegamento simbolico a ns_nis.xml. Se il sistema era stato successivamente configurato come client LDAP, e LDAP era in uso al momento di Live Upgrade, digitare il seguente comando:

  # ln -fs ns_ldap.xml name_service.xml

  Eseguire il comando prima di avviare Live Upgrade o prima di eseguire lucreate. In alternativa, se il comando non è stato eseguito prima di lucreate, procedere come segue dopo aver eseguito luactivate:

  1. Attivare con lumont il nuovo ambiente di boot:

     # lumount <BE_name>

  2. Spostarsi nella directory /var/svc/profile dell'ambiente di boot.

     # cd /.alt.<BE_name>/var/svc/profile

  3. Eseguire il collegamento appropriato di name_service.xml. Ad esempio:

     # ln -fs ns_ldap.xml name_sevice.xml

  4. Attivare l'ambiente di boot con luumount.

     # luumount <BE_name>

  ---

  Nota –

  Se il sistema è stato avviato senza eseguire i punti indicati in precedenza, sarà necessario avviare manualmente i servizi client SMF legati al servizio di denominazione appropriato.

  ---