Live Upgrade de Solaris 10 et RAID 1

Sommaire

1. Introduction
2. Configuration utiilisée
3. Préliminaires
1. Mise-à-jour de Live Upgrade
2. Patchs
4. Here we go
1. Casser le RAID 1
2. Upgrade
3. Activation du BE cible
4. Reboot
5. C'est fait !
1. Vérifications de base
2. Reconstruction du RAID 1
6. Galères
7. Biblio
   

Prérequis

Afin d'aborder cet article, il est utile d'avoir des connaissances dans les domaines suivants :

• Administration système de Solaris 10
• Solaris Volume Manager
• Maitrise de man et de Google (voir Biblio ;-)

1. Introduction

Upgrader Solaris se fait traditionnellement en réinstallant complètement l'OS. Solaris Live Upgrade (LU) propose une alternative puissante qui minimise les risques, permet un retour en arrière en cas d'erreur et réduit le temps d'interruption de service à un unique reboot.

L'idée générale est d'utiliser un disque dur libre (ou de l'espace disque inutilisé) pour :

• Préparer un Boot Environment (BE) cible : copie de l'OS actuel (BE source)
• Upgrader le BE cible : à chaud, pendant que le BE source continue de tourner dans son runlevel normal
• Activer le BE cible : au prochain reboot, l'OS upgradé sera booté
• Rebooter : c'est la seule interruption de service

Par exemple, une Sun possède 2 disques : 1 sous Solaris 9 et 1 inutilisé. On peut préparer le BE cible sur le disque libre, l'upgrader en Solaris 10, l'activer et rebooter dessus. Si tout va bien, on supprime Solaris 9 ; sinon, on réactive Solaris 9 et on reboote. Cette procédure est largement documentée.

Dans mon cas, ma Sun possède 2 disques en RAID 1 (miroir) sous Solaris Volume Manager (SVM), je n'ai pas de disque supplémentaire ni d'espace libre. Sun recommande et documente d'utiliser un troisième disque (même temporairement) pour upgrader le miroir. Ca ne me convient pas. La démarche que je décris ci-après consiste à :

• Casser le miroir système : je libère temporairement un disque et je continue de tourner sur l'autre (demi-miroir)
• Préparer le BE cible : pas besoin de copier l'OS actuel (BE source)
• Upgrader le BE cible
• Activer le BE cible
• Rebooter
• Reconstruire le RAID 1

Il s'agit seulement d'ajouter quelques étapes à un live upgrade classique. Le seul risque supplémentaire (hormis une erreur humaine due à la complexité accrue) est qu'un disque tombe pendant que le RAID 1 est cassé. À évaluer avec l'ami Murphy. Je déconseille cette manipulation les veilles de vacances et les vendredi soirs.

LU sait gérer SVM et ses metadevices, on n'aura à utiliser les commandes de SVM qu'à la dernière étape, et éventuellement en cas de galère.
À noter qu'à la date de cet article, LU ne sait pas upgrader un Solaris 10 comportant des zones, même arrêtées (voir Galères).

2. Configuration utilisée

La config que j'ai utilisée pour cet article est mon poste de travail de tous les jours (quassia) : une Sun Blade 1500 (Ultra SPARC IIIi) sous Solaris 10 3/5 avec 2 disques IDE en RAID 1. Le RAID est géré par SVM. Je l'ai upgradée en Solaris 10 11/6.

Ma configuration inclue un clavier et un écran, mais tout aurait pu être réalisé en console sans problème.

Les 2 disques sont c0t0d0 et c0t1d0. Le point de montage / correspond à d0, un miroir constitué de 2 metadevices d10 et d20. d10 est l'encapsulation de c0t0d0s0, d20 est l'encapsulation de c0t1d0s0.

d1 et d7 correspondent à swap et /export/home : ils ne seront pas touchés. La base de données de SVM est sur la slice 3 de chaque disque.

À noter que dans mon cas, /usr et /var sont dans /. Si ce n'est pas votre cas, reportez vous à la documentation de LU car les filesystèmes "critiques" sont /, /usr et /var. S'ils sont sur des slices séparées, il faut prévoir des paramètres supplémentaires à ajouter aux commandes LU. À noter également qu'il est possible de profiter d'une opération d'upgrade pour séparer ou fusionner des filesystèmes ; j'aurais pu par exemple en profiter pour "sortir" /usr et/ou /var de /.

Solaris 10 11/6 sera installé à partir d'un DVD original, que j'ai d'ailleur obtenu gratuitement via SunWizard.

3. Préliminaires

3.1 Mise à jour de LU

Les paquets Solaris de LU doivent être mis à jour avant toute chose. Ils sont fournis sur le DVD de Solaris.

3.2 Patchs

Des patches peuvent être requis pour LU, j'ai du en passer quelque-uns. Je ne le décrit pas ici, à noter que ca m'a coûté un reboot supplémentaire, parce que je n'étais pas trop à jour. La note ci-dessus recommande d'aller voir sur SunSolve et de chercher la doc 72099.

4. Here we go

4.1 Casser le RAID 1 et préparer les BE source et cible

Cette double opération se fait en une seule commande LU.

Au préalable j'ai arbitrairement décidé que c0t1d0s0 serait le BE cible. c0t1d0s0 est encapsulé en d20 et fait partie du miroir d0. Une fois cassé, le demi-miroir d0 ne sera plus constitué que de d10 et deviendra le BE source.

Après l'upgrade, le miroir ne pourra pas être reconstruit sous le nom de metadevice d0, j'ai choisi arbitrairement le nom d120 comme futur point de montage pour /.

lustatus, qui me servira tout au long de l'article, me dit qu'aucun BE n'est encore créé.

Les BE source et cible sont créés avec lucreate et quelques paramètres :

• -n nomme le BE cible, j'ai choisi sol10116, qui signifie Solaris 10 11/6.
• -m /:/dev/md/dsk/d120:ufs,mirror indique à LU de créer un metadevice nommé d120, qui sera monté sur /. Il comportera un filesystème UFS en RAID 1.
• -m /:/dev/dsk/c0t1d0s0:detach,attach,preserve indique à LU de détacher c0t1d0s0 (d20) de d0. Ensuite, d20 sera attaché à d120 (implicitement). Enfin, le filesystème présent sur c0t1d0s0/d20/d120 sera conservé, ce qui permet un gain de temps car sans cela LU aurait fait une copie de c0t0d0s0/d10/d0.

Si j'avais séparé /usr et /var, c'est ici que j'aurai du ajouter des paramètres -m à lucreate.

• -C est optionnel, il précise le root device du BE source pour le cas ou LU ne sait pas le déterminer lui-même (voir Galères).

C'est cette série d'options qui rend LU si puissant, et en contrepartie c'est toute la difficulté de l'outil. Prenez bien le temps de tout comprendre, adaptez à votre configuration, lisez les documents (voir Biblio) pour comprendre les nombreux exemples. Malgrè tout, si LU ne fait pas ce que vous voulez, rien n'est perdu (voir Galères).

Les nombreux messages de lucreate reprennent mes explications. On note que c0t0d0s0/d10/d0 est nommé Boot Environment d0 par LU.

Pour vérifier ou on en est, lustatus indique que le BE source est d0, et que le BE cible est sol10116, ainsi que leur status.

metastat permet de confirmer que LU a bien cassé le miroir système : d0 n'est plus qu'un demi-miroir constitué du metadevice d10. LU a également créé le futur miroir d120 et lui a attaché d20. On a maintenant 2 demi-miroirs, 1 est actif (BE source) et l'autre est prêt à être upgradé. d120 n'étant pas monté, son filesystème est quiescent, ce qui est optimal pour une upgrade ou un passage de patches (autre utilisation courante de LU).

4.2 Upgrade

La biscotte est dans le mange-disque, le thé est dans la tasse : plug and pray !

Et voila ! L'upgrade s'est bien déroulée pendant que je continuais tranquillement à travailler sur ma Blade.

J'ai utilisé la commande luupgrade, avec quelques paramètres :

• -u : upgrade, c'est ce qu'on veut faire faire à luupgrade. Avec d'autres options, cette commande permet aussi de passer des patches.
• -n : le BE qu'on veut upgrader
• -s : l'image de Solaris à utiliser (Sous Solaris SPARC on doit préciser la slice du DVD)

lustatus me dit que mes 2 BE sont toujours là.

4.3 Activation du BE cible

Par cette étape, on configure Solaris pour que le prochain reboot se fasse sur le BE cible. / sera monté sur d120 (c'est à dire d20, ou encore c0t1d0s0 ou encore sol10116 pour M. au fond, près du radiateur. Oui, vous, là. Votre nom je vous prie ?).

On note que /etc/vfstab est alors automatiquement mis à jour dans le BE cible. Dans le BE source, il ne change pas.

4.4 Reboot

C'est la dernière limite. Lisez bien les infos, notez bien les recommandations au cas ou Solaris ne boot pas, qui seront adaptées à votre configuration. Une dernière vérification avant le grand saut :

Cette fois sol10116 est activé. On peut encore revenir en arrière avec lucancel, mais on n'est pas des moules :

Je passe sur les messages de shutdown et reboot, je laisse mouliner le bouzin jusqu'à l'apparition du tout nouveau tout beau écran de dtlogin.

5. C'est fait !

    5.1 Vérifications de base

On remarque que quassia tourne maintenant sous Solaris 10 11/06.

/ est bien monté sur d120, vfstab est bien à jour.

sol10116 (qui était le BE cible) est maintenant le BE actif. d0 (qui était le BE source) est inactif, il peut être supprimé.

À ce stade, il est toujours possible de revenir en arrière : il suffit de réactiver d0 avec luactivate et de rebooter. Si vraiment on n'est pas satisfait, on supprime d120 avec metaclear et on réattache d20 à d0 avec metattach, on vire sol10116 avec ludelete et on est revenu au debut.

upgrade_log donne le détail des paquets mis à jour, pour information.

upgrade_cleanup est à lire absolument car il indique quels fichiers système ont (ou non) été modifiés. Cette étape manuelle est indispensable.

messages est étrangement désordonné, en tout cas chez moi : les entrées correspondant au reboot sont au milieu du fichier ! Mais elles sont là et n'indiquent pas d'erreur majeure.

Je remarque que le niveau de paches kernel a regressé : il est passé de 118833-36 à 118833-33, qui était probablement la dernière révision de SunOS disponible à la date de pressage du DVD de Solaris. En gros je suis bon pour une nouvelle série de patches, ce qui me donnera l'occasion de refaire joujou avec LU.

5.2 Reconstruction du RAID 1

Je suis satisfait de mon upgrade, je reconstruits le miroir système.

ludelete supprime le BE obsolète, ca n'était peut être pas utile. sol10116 reste visible, on ne peut pas supprimer le BE courant. Il servira de BE source pour une prochaine utilisation de LU, ce qui sera par exemple l'occasion de renommer le miroir en d0.

metaclear et metattach reconstruisent le miroir en attachant d10 à d120. Les données sont copiées de c0t1d0s0 vers c0t0d0s0, ce que confirment l'activité des disques avec iostat.

C'est une bonne pratique de tenir à jour /etc/lvm/md.tab, qui ne contient ni plus ni moins qu'une sortie de metastat -p. Ce fichier peut servir pour reconstruire totalement et rapidement une configuration de SVM.

6. Galères

Quelques contre-temps et blagues de LU m'ont permis de valider mes connaissances en SVM et de tester les multiples possibilités de reprise sur erreur de l'outil :

• Patches : comme je n'étais pas trop à jour dans mes patches (c'est ma station de travail, pas un serveur en production), j'ai perdu du temps pour arriver au niveau de patches requis par LU. Du coup, la théorie du reboot unique en a pris un coup.
• lucreate : sans l'option -C, lucreate n'a pas trouvé le boot device de mon système. C'est un cas connu dans certaines configurations : disques fibres et RAID 1 en architecture x86. Je n'ai rien de tout ça mais mes disque IDE (ah, les Blade 1000 et 2000, c'était quand même mieux) n'ont pas du plaire à LU. man lucreate et Google m'ont pointé sur la solution. Comme lucreate avait cassé mon miroir et créé d120 sans créer le BE cible, j'ai du jouer plusieurs fois avec metaclear et metattach le temps de trouver la solution.
• luupgrade & zones : j'avais une zone (éteinte) sur quassia. Même si quelques patches concernant le support des zones par LU m'ont laissé penser le contraire : non, LU ne supporte pas les zones. J'ai du backuper, désinstaller (zoneadm -z mazone uninstall) et supprimer (zonecfg -z mazone delete) ma zone avant d'aller plus loin.
• luupgrade & locales : la variable d'environnement LC_CTYPE=iso_8859_1 n'a pas plu à LU, le DVD de Solaris n'était pas Français. Un export LC_CTYPE="C" a résolu le problème.
• TODO : réinstaller la zone
• TODO : repasser des patches (oui, c'est bien dans Galères)

7. Biblio

Quelques saines lectures m'ont permises d'élaborer cet article :

• Solaris Live Upgrade How-To Guide : bonne introduction, exemples.
• Using Live Upgrade 2.0 with a Logical Volume Manager : un peu vieux, parle surtout de Veritas Volume Manager.
• Solaris 10 6/06 Installation Guide: Solaris Live Upgrade and Upgrade Planning : chapitres 6, 8 et 12.

Sébastien Reboux