Solaris 7 5/99: Guida alle piattaforme hardware Sun

Aggiornamento simultaneo del software AP e Solaris

Le procedure di aggiornamento AP descritte in queste sezioni utilizzano due script, ap_upgrade_begin e ap_upgrade_finish. Il primo script salva la configurazione AP corrente, mentre il secondo ripristina quell'esatta configurazione dopo che è stata eseguita l'installazione dei package AP 2.2. È probabile che si effettuerà l'aggiornamento a Solaris 7 5/99 contemporaneamente all'aggiornamento ad AP 2.2, in quanto AP 2.2 richiede Solaris 7. Poiché la configurazione AP viene ripristinata esattamente come era prima che venisse effettuato l'aggiornamento a Solaris 7, è necessario tenere presenti gli aspetti descritti in questa sezione.

Rinumerazione dei controller

Se si verifica la rinumerazione dei controller di I/O, gli script dell'aggiornamento AP non funzionano. La rinumerazione dei controller di I/O può verificarsi qualora si modifichi la configurazione dell'hardware in determinati modi e quindi si esegua un boot di riconfigurazione (boot -R) o si determini in altro modo l'esecuzione di un comando drvconfig(1M). Ad esempio, si potrebbe utilizzare Dynamic Reconfiguration (DR) per staccare logicamente una scheda di sistema. Se la scheda di sistema contiene controller di I/O e le altre schede di sistema con numerazione più elevata contengono anch'esse controller di I/O, la successiva operazione di boot di riconfigurazione potrebbe comportare la rinumerazione dei controller. Ad esempio, pln5 potrebbe diventare pln3.

La procedura suninstall richiede un'operazione di boot di riconfigurazione. Se questo determina la rinumerazione dei controller, non è possibile utilizzare ap_upgrade_finish per completare l'aggiornamento di AP. Tuttavia, è comunque possibile utilizzare ap_upgrade_begin. Il motivo è che ap_upgrade_begin salva le informazioni relative alla configurazione di AP nei file /var/tmp/ap*. Se si conosce bene il funzionamento della numerazione dei dispositivi, è possibile ricreare la configurazione AP facendo riferimento a tali file sotto /var/tmp e rimappando manualmente la vecchia configurazione AP dopo aver preso in considerazione il modo in cui sono stati rimumerati i controller fisici sottostanti.

Se non si conosce bene la numerazione dei dispositivi, è opportuno eseguire una nuova installazione e ricreare da zero la configurazione AP, oppure chiedere aiuto al rappresentante dell'assistenza tecnica. In generale, evitare di modificare l'hardware in modo tale che esso possa determinare la rinumerazione dei controller.

Partizioni del database AP

Gli script di aggiornamento di AP tentano di ricreare i database AP nelle stesse partizioni che occupavano prima dell'aggiornamento all'ambiente operativo Solaris 7. Notare, tuttavia, che l'ambiente operativo Solaris 7 richiede più spazio su disco rispetto alle versioni precedenti dell'ambiente operativo Solaris. A causa di questo, è possibile scegliere di modificare lo schema di partizionamento del disco di avvio durante l'esecuzione di suninstall. Se i file system vengono collocati in tutte le partizioni che erano state precedentemente utilizzate per i database AP ap_upgrade_finish non è in grado di ricreare alcun database e la procedura di aggiornamento non funziona. Inoltre, se si colloca un file system in qualsiasi partizione precedentemente utilizzata per un database AP e se per qualche motivo quel file system non viene montato al momento dell'esecuzione di ap_upgrade_finish, il file system viene sovrascritto da una copia del database AP.

Partizioni del disco root

La funzione di aggiornamento AP suppone che la partizionatura del disco root (il disco contenente la partizione root) non venga modificata durante l'aggiornamento. Il software Solaris 7 richiede più spazio su disco delle versioni precedenti. Un modo per acquisire lo spazio in più consiste nel ripartizionare il disco originale oppure nel suddividere il disco root in due dischi utilizzando comandi standard prima dell'esecuzione dell'aggiornamento a Solaris 7. Se è necessario ripartizionare il disco root, è opportuno procedere in tal senso prima di eseguire la procedura di aggiornamento AP 2.2. Se c'è spazio insufficiente al momento dell'esecuzione di suninstall, si ha la possibilità di modificare il layout della partizionatura del disco per guadagnare più spazio. Tuttavia, durante l'esecuzione di suninstall, non bisogna riposizionare né le partizioni root né usr su un altro disco, in quanto questo determinerà un errore da parte dello script dell'aggiornamento AP.

Voci del database AP non registrate

Prima di eseguire ap_upgrade_begin, registrare le eventuali voci non ancore registrate nel database AP. Qualsiasi metadispositivo creato ma non registrato non viene conservato durante l'aggiornamento. Allo stesso modo, qualsiasi metadispositivo precedentemente eliminato ma non registrato continuerà a esistere dopo l'aggiornamento.

Per eseguire l'aggiornamento ad AP 2.2

Se necessario, registrare eventuali metadispositivi AP non registrati.
1. Collegarsi al server come superuser.
2. Registrare le voci nel database AP.
```
# apdb -C
```

Terminare eventuali processi che accedono direttamente o indirettamente ai metadispositivi AP.

Qui non è necessario preoccuparsi del fatto che il disco di boot o la rete principale possano utilizzare metadispositivi AP. Lo script ap_upgrade_begin, che verrà eseguito in un secondo momento nel corso di questa procedura e il successivo riavvio faranno sì che il disco di boot e la rete principale utilizzino percorsi fisici, invece che metadispositivi AP.

Preparare il CD-ROM.
1. Collegarsi all'SSP come superuser.
2. Inserire il CD Sun Computer Systems Supplement nell'unità CD-ROM del sistema SSP.
  
  Attendere che il gestore di volume carichi il CD.
3. Condividere il CD-ROM in modo tale che sia possibile accedervi in rete.
```
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
```

Aggiornare l'AP sull'SSP.
1. Terminare il processoe ap_ssp_daemon.
2. Rimuovere il package SUNWapssp sia sull'SSP principale che sull'SSP di riserva (se ce n'è uno) utilizzando il comando pkgrm(1M).
3. Installare il package AP 2.2 SUNWapssp sia sull'SSP principale che sull'SSP di riserva (se ce n'è uno).
```
ssp# cd /cdrom/cdrom0/Product
ssp# pkgadd -d . SUNWapssp
```
4. Avviare ap_ssp_daemon (sull'SSP principale).
```
ssp# init q
```

Rimuovere l'AP dal dominio.
1. Collegarsi al dominio come superuser.
2. Creare e caricare la directory /cdrom.
```
# mkdir /cdrom
# mount nomehost_ssp:/cdrom/cdrom0 /cdrom
```
3. Eseguire il seguente script per rimuovere la configurazione da AP (e salvare la configurazione AP in modo che possa essere ripristinata in un secondo momento):
```
# /cdrom/Tools/ap_upgrade_begin
...
ap_upgrade_begin has completed
```
  Questo script salva le informazioni sulla configurazione AP corrente nei file /var/tmp/ap*. Questo script genera inoltre script di shell eseguibili utilizzabili per rigenerare la configurazione AP. È possibile esaminare i file /var/tmp/ap*, se si desidera, ma non modificarli o rimuoverli. Fare questo implica compromettere la procedura di aggiornamento.
4. Se uno qualsiasi dei file system mostrati in /etc/vfstab è ancora configurato come metadispositivo, modificare /etc/vfstab e riconfigurare tali file system come dispositivi fisici.
  
  Avvertenza -
  Per modificare /etc/vfstab è necessario essere un amministratore di sistema esperto. Se non si configurano correttamente i file system in /etc/vfstab, è possibile che i dati vadano perduti la prossima volta che si avvia il dominio.
5. Rimuovere i package SUNWapdoc, SUNWapr, SUNWapu e SUNWabap utilizzando il comando pkgrm(1M).

Se si prevede di effettuare l'aggiornamento all'ambiente operativo Solaris 7 5/99, eseguire l'aggiornamento adesso.

Vedere la sezione "Esecuzione di un aggiornamento" nel capitolo "Solaris 7 5/99 sul server Sun Enterprise 10000" in Solaris 7 5/99: Guida alle piattafome hardware Sun.

Avvertenza -
Prima di continuare con questa procedura, attendere che la procedura di aggiornamento Solaris sia completamente terminata.

Assicurarsi di aggiornare il settore corretto. Se in precedenza si utilizzava un gestore di volume per creare una copia speculare del disco di boot e se inoltre si utilizzava AP per creare alternativamente il percorso di ciascuna copia speculare del disco di boot, significa che ci sono quattro percorsi fisici che in precedenza erano percorsi potenziali per il disco di boot (due percorsi alternativi per ciascuna copia speculare del disco di boot). Ora che sia ad AP che al gestore di volume è stata rimossa la configurazione, esaminare /etc/vfstab per determinare il percorso fisico che corrisponde al file system root (/). Quando si esegue suninstall, specificare quel percorso come disco da aggiornare. In un secondo tempo, quando si ripristina il manager di volume, ricordarsi di contrassegnare quel disco come copia speculare principale. Per informazioni su come determinare quale settore fisico viene utilizzato al momento dell'avvio, consultare la documentazione del gestore di volume.

Preparare il CD-ROM (se necessario).
1. Collegarsi all'SSP come superuser.
2. Reinserire il CD Sun Computer Systems Supplement nell'unità CD-ROM del sistema SSP.
  
  Attendere che il gestore di volume carichi il CD.
3. Condividere il CD-ROM in modo che sia accessibile in rete.
```
ssp# share -o ro,anon=0 -F nfs /cdrom/cdrom0
```

Eseguire l'aggiornamento ad AP 2.2 sul dominio.
1. Collegarsi al dominio come superuser.
2. Se necessario, creare e caricare la directory /cdrom.
```
# mkdir /cdrom
# mount nomehost_ssp:/cdrom/cdrom0 /cdrom
```
3. Installare i package AP 2.2 necessari.
```
# cd /cdrom/Product
# pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
```
4. Eseguire il seguente script per ripristinare la configurazione AP originale.
  
  Avvertenza -
  Prima di eseguire il seguente comando, leggere "Aggiornamento simultaneo del software AP e Solaris".
```
# /cdrom/Tools/ap_upgrade_finish
...
ap_upgrade_finish has completed
```
5. Se in /etc/vfstab compaiono dei file system che sono ancora configurati come dispositivi fisici e se si desidera creare questi file system su metadispositivi AP, modificare /etc/vfstab e riconfigurare questi file system come metadispositivi AP.
  
  Avvertenza -
  Per modificare /etc/vfstab è necessario essere un amministratore di sistema esperto. Se non si configurano correttamente i file system in /etc/vfstab, è possibile che i dati vadano perduti la prossima volta che si avvia il dominio.
6. Riavviare il dominio.

Sull'SSP, rimuovere la condivisione dell'unità CD-ROM e rimuovere il CD Sun Computer Systems Supplement.
```
ssp# cd /
ssp# unshare /cdrom/cdrom0
ssp# eject cdrom
```