Note su Solaris Express Developer Edition

Problemi di Solaris Express 6/06

In Solaris Express 6/06 sono stati riscontrati i seguenti problemi.

Solaris Volume Manager non si avvia sui sistemi che tornano a una versione di Solaris precedente a Solaris Express 4/06

Se si eseguono le procedure qui descritte, sul sistema si verificano problemi nell'avvio di Solaris Volume Manager:

  1. Si esegue un aggiornamento a Solaris Express 4/06 o a una versione successiva che contiene il nuovo supporto di Solaris Volume Manager per i nomi descrittivi.

  2. Si creano volumi e pool di dischi di riserva, che Solaris Volume Manager configura automaticamente usando nomi descrittivi.

  3. Senza rimuovere questi componenti, si torna ad una versione di Solaris anteriore alla versione Solaris Express 4/06 presente sul sistema.

La versione di Solaris Volume Manager presente nel sistema operativo Solaris precedente non è in grado di riconoscere i componenti con nomi descrittivi. Di conseguenza, nella versione di Solaris a cui si è tornati non è possibile avviare Solaris Volume Manager. Viene visualizzato il seguente messaggio di errore:


svc:/system/mdmonitor:default: Method "/lib/svc/method/svc-mdmonitor" 
failed with exit status 1.
   system/mdmonitor:default failed

Il sistema produce un errore irreversibile e visualizza un messaggio simile al seguente:


Cannot open mirrored root device, error 19
Cannot remount root on /pseudo/md@0:0,10,blk fstype ufs

panic[cpu0]/thread=180e000: vfs_mountroot: cannot remount root

000000000180b950 genunix:vfs_mountroot+344 (18831f0, 2021, 18831f0, 18621a8, 
18362c0, 185d760)
  %l0-3: 00000000018362c0 000000000185d400 000000000183b400 00000000011e6400
  %l4-7: 0000000000000001 0000000000008025 000000000185d518 00000000018831f0
000000000180ba10 genunix:main+98 (18141a0, 1013400, 18362c0, 18aa000, 
180e000, 1814000)
  %l0-3: 0000000070002000 0000000000000001 000000000180c000 000000000180e000
  %l4-7: 0000000000000001 0000000001074400 0000000000000060 0000000000000000

Soluzione. Tutti i componenti di Solaris Volume Manager creati dopo l'aggiornamento del sistema operativo utilizzano nomi descrittivi. Rimuovere questi componenti prima di tornare a un sistema operativo precedente. Procedere come segue:

  1. Diventare superutente.

  2. Con il comando metastat -D, elencare i metadevice e i pool di dischi di riserva che utilizzano nomi descrittivi.

    Per acquisire un elenco completo di questi componenti, è necessario eseguire il comando separatamente per i metaset locali e gli altri metaset. Per maggiori informazioni sul comando metastat, vedere la pagina man metastat(1M).

    1. Eseguire il comando metastat -D per i metaset locali. Il comando genera un output simile al seguente:


      # metastat -D
      d21: Concat/Stripe
          Size: 208278 blocks (101 MB)
          Stripe 0:
              Device     Start Block  Dbase   Reloc
              c1t1d0s1          0     No      Yes
      
      swimming: 1 hot spare
              Device     Status      Length           Reloc
              c1t2d0s1   Available    208278 blocks   Yes
    2. Eseguire il comando metastat -D per gli altri metaset. Il comando genera un output simile al seguente:


      # metastat -s named -D
      named/alley: Concat/Stripe
          Size: 208278 blocks (101 MB)
          Stripe 0:
              Device     Start Block  Dbase   Reloc
              c1t3d0s1          0     No      Yes
  3. Con il comando metaclear, rimuovere i componenti che usano nomi descrittivi. È necessario eseguire il comando separatamente per i metaset locali e per gli altri metaset.

    1. Dal set locale, rimuovere il componente d21 e il pool di dischi di riserva swimming.


      # metaclear d21
      d21: Concat/Stripe is cleared
      # metahs -d swimming c1t2d0s1
      swimming: Hotspare is deleted
      # metahs -d swimming
      swimming: Hotspare pool is cleared
    2. Dal metaset dell'esempio, rimuovere il componente alley.


      # metaclear -s named alley
      named/alley: Concat/Stripe is cleared
  4. Procedere con il ritorno alla versione precedente di Solaris.

Il comando smosservice add non installa i pacchetti indicati con ARCH=all (4871256)

Il comando smosservice add non installa i pacchetti designati con ARCH=all nei file system radice (/) o /usr. Nessun messaggio di errore indica che i pacchetti sono stati tralasciati. Questo comportamento si presenta da Solaris 2.1. Il comportamento interessa sia i client SPARC che x86.

Si noti che l'elenco dei pacchetti mancanti varia in base alla versione di Solaris in esecuzione.

Soluzione.

individuare e installare i pacchetti mancanti designati con ARCH=all.

Per istruzioni dettagliate sull'individuazione e l'installazione dei pacchetti mancanti, vedere How to Locate and Install Missing ARCH=all Packages in System Administration Guide: Basic Administration.