La restauration mksysb échoue avec l’erreur 0301-165 bosboot failed

La restauration de MKSYSB échoue avec l’erreur 0301-165 bosboot failed.
Lors de la tentative de restauration de mksysb, lorsque plusieurs chemins d’accès sont configurés vers les périphériques utilisés pour restaurer l’image, une erreur similaire à ce qui suit peut se produire :

0301-165 bosboot: WARNING! bosboot failed - do not attempt to boot device.
BOS Install: Could not create boot image.
   ID#        OPTION
     1        Continue
     2        Perform System Maintenance and Then Continue
   Enter ID number:

RootVG existe sur un disque SAN avec plusieurs chemins configurés et gérés par PowerPath. Dans ce cas, plusieurs hdisks sont créés avec le même PVID, ce qui entraîne l’échec de la commande bosboot.

Répertoriez les périphériques prenant en charge rootvg.
Recherchez le pseudo-périphérique contenant ces hdisks.
Libérez les périphériques de PowerPath.
Supprimez les hdisks (tous sauf un).
Exécutez la commande bosboot sur le hdisk restant.
Exécutez bosboot sur l’ipldevice.
Quittez

Sélectionnez l’option 2 en cas d’échec de la restauration mksysb :

0301-165 bosboot: WARNING! bosboot failed - do not attempt to boot device.
BOS Install: Could not create boot image.
   ID#        OPTION
     1        Continue
     2        Perform System Maintenance and Then Continue
   Enter ID number: 2

Vérifiez les disques rootvg :

# lspv |grep rootvg
hdisk0          00aabbccddeeffcc                    rootvg          active
hdisk2          00aabbccddeeffcc                    rootvg          active
hdisk4          00aabbccddeeffcc                    rootvg          active
hdisk6          00aabbccddeeffcc                    rootvg          active
hdisk8          00aabbccddeeffcc                    rootvg          active
hdisk10         00aabbccddeeffcc                    rootvg          active
hdisk12         00aabbccddeeffcc                    rootvg          active
hdisk14         00aabbccddeeffcc                    rootvg          active

Recherchez le pseudo-périphérique correspondant à l’aide de n’importe quel périphérique hdisk de cette liste :
# powermt display dev=hdisk0

Pseudo name=hdiskpower0
Symmetrix ID=000297000000
Logical device ID=0000013C
Device WWN=60000970000297000000533030313343
state=alive; policy=SymmOpt; queued-IOs=0
==============================================================================
--------------- Host ---------------   - Stor -  -- I/O Path --   -- Stats ---
###  HW Path               I/O Paths    Interf.  Mode     State   Q-IOs Errors
==============================================================================
   3 fscsi7                 hdisk0     FA  3d:04 active   alive      0      0
   3 fscsi7                 hdisk2     FA  1d:04 active   alive      0      0
   2 fscsi6                 hdisk4     FA  4d:04 active   alive      0      0
   2 fscsi6                 hdisk6     FA  6d:04 active   alive      0      0
   2 fscsi6                 hdisk8     FA  2d:08 active   alive      0      0
   1 fscsi5                 hdisk10    FA  3d:04 active   alive      0      0
   1 fscsi5                 hdisk12    FA  1d:04 active   alive      0      0
   0 fscsi4                 hdisk14    FA  4d:04 active   alive      0      0

Supprimez le pseudo-périphérique pour libérer les hdisks

# powermt remove dev=hdiskpower0

Supprimez les disques rootvg dupliqués :

# rmdev -dl hdisk0
# rmdev -dl hdisk2
# rmdev -dl hdisk4
# rmdev -dl hdisk6
# rmdev -dl hdisk8
# rmdev -dl hdisk10
# rmdev -dl hdisk12
# rmdev -dl hdisk14

L’une des commandes rmdev ci-dessus échoue comme prévu et il ne reste qu’un seul disque rootvg :

# lspv |grep rootvg
hdisk12         00aabbccddeeffcc                    rootvg          active

Exécutez les commandes bosboot manuellement :

# bosboot -ad /dev/hdisk12
# bosboot -ad /dev/ipldevice

(Vous devrez peut-être créer le périphérique IPL pour que la commande « bosboot -ad /dev/ipldevice » réussisse. Dans notre cas, vous devez utiliser « ln /dev/rhdisk12 /dev/ipldevice »

Si les commandes bosboot fonctionnent, saisissez « exit »

# exit

La restauration mksysb continue de se terminer.

Si les commandes bosboot échouent, contactez votre administrateur de stockage pour réduire le nombre de chemins du disque rootvg à un avant la restauration mksysb.

Cette solution est dérivée de la solution publique IBM https://www.ibm.com/support/pages/mksysb-restore-fails-error-0301-165-bosboot-failed