Notes de version de Solaris Express Developer Edition

Problèmes liés à Solaris Express 6/06

Les problèmes décrits ci-dessous s'appliquent à la version 6/06 de Solaris Express.

Non-démarrage de Solaris Volume Manager sur les systèmes après rétablissement d'un SE Solaris antérieur à la version 4/06 de Solaris Express

Des problèmes se produisent au démarrage de Solaris Volume Manager si vous réalisez les opérations ci-dessous sur le système :

  1. mise à niveau du SE Solaris Express 4/06 ou d'une version supérieure qui inclut la prise en charge des noms descriptifs par Solaris Volume Manager ;

  2. création de volumes et pools de disques hot spare, configurés automatiquement avec des noms descriptifs par Solaris Volume Manager ;

  3. sans suppression de ces composants, rétablissement d'un SE Solaris antérieur à la version 4/06 de Solaris Express installée sur le système.

Dans le SE Solaris antérieur, Solaris Volume Manager ne reconnaît pas les composants utilisant des noms descriptifs. Par conséquent, dans la version Solaris rétablie, Solaris Volume Manager ne démarre pas. Le message d'erreur suivant s'affiche :


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

En outre, le système panique et affiche un message similaire au suivant :


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

Solution : tous les composants Solaris Volume Manager créés suite à la mise à niveau du système d'exploitation utilisent des noms descriptifs. Supprimez ces composants avant de rétablir le SE antérieur. Procédez comme suit :

  1. Prenez le rôle de superutilisateur.

  2. À l'aide de la commande metastat -D, affichez la liste des métapériphériques et pools de disques hot spare qui utilisent des noms descriptifs.

    Vous devez exécuter la commande séparément pour les jeux de disques nommés et locaux, afin d'obtenir la liste complète des composants. Pour plus de détails sur la commande metastat, reportez-vous à la page de manuel metastat(1M).

    1. Exécutez la commande metastat -D pour les jeux de disques locaux. La sortie de la commande est similaire à ce qui suit :


      # 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. Exécutez la commande metastat -D pour les jeux de disques nommés. La sortie de la commande est similaire à la suivante :


      # 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. À l'aide de la commande metaclear, supprimez les composants qui utilisent des noms descriptifs. Exécutez la commande séparément pour les jeux de disques locaux et nommés.

    1. Dans le jeu local, supprimez le composant d21 et le pool de disques hot spare 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. Dans le jeu de disques nommé, supprimez le composant alley.


      # metaclear -s named alley
      named/alley: Concat/Stripe is cleared
  4. Rétablissez le SE Solaris antérieur.

La commande smosservice add n'installe pas les packages ARCH=all spécifiés (4871256)

La commande smosservice add n'installe aucun package spécifié, ARCH=all, dans le système de fichiers root (/) ou /usr. Aucun message d'erreur n'indique que ces packages ont été ignorés. Ce comportement date du SE Solaris 2.1. Il s'applique aux clients SPARC comme aux clients x86.

Notez que la liste des packages manquants varie en fonction de la version Solaris exécutée.

Solution :

recherchez et installez les packages ARCH=all manquants.

Pour obtenir des instructions pas à pas relatives à la recherche et à l'installation de packages manquants, reportez-vous à la section How to Locate and Install Missing ARCH=all Packages du System Administration Guide: Basic Administration.