はじめに
IBM Power の VIOS(Virtual I/O Server) で ローカル環境から viosupgrade コマンド実行による VIOS 3.1.4.10 から 4.1.0.10 へのアップグレード手順を確認しました。
なお、ローカル環境から実行する場合以外に、NIMから viosupgrade コマンドを実行する場合、HMC で VIOS 更新を行う場合、(Local or NIMによる) 新規インストール + 構成情報リストアによるアップグレードという数種類の手段が存在しています。
viosupgrade コマンドを使用する場合では、別ディスクに新規インストールが行われるという特徴があります。
当記事で使用する検証環境での実行プロセスの概要は以下のイメージです。
- 詳細プロセス
環境
対象ホスト: VIOS2
アップグレード前のVIOSバージョン: 3.1.4.10
$ ioslevel
3.1.4.10
$
この環境では hdisk0 が rootvg です。
$ lspv | grep rootvg
hdisk0 00c5ca21923baab6 rootvg active
$
viosupgrade では rootvg とは別の同容量の空きディスクが必要となります。
この環境では hdisk21 をアップグレード先ディスクとして指定します。
$ lspv | grep hdisk21
hdisk21 none None
$
・アップグレード・ターゲットディスク は pvid なし、ディスクの書き込みデータなしが前提です。
もしhdiskにデータがあると言われて viosupgrade コマンドが失敗する場合は、oem_setup_env 環境で
dd if=/dev/zero of=/dev/hdisk21 bs=4kなどを少し実行し、ディスクの先頭部分だけでもクリアにしておく必要があります。
hdisk0, hdisk21 ともに 50 GiB です。
$ lsmpio -ql hdisk0
Device: hdisk0
Vendor Id: IBM
Product Id: 2145
Revision: 0000
Capacity: 50.00GiB
Machine Type: 2072
Model Number: 2N4
Host Group: VIOS2
Volume Name: VIOS2_rootvg
Volume Serial: 60050763808106D7D800000000000001 (Page 83 NAA)
$ lsmpio -ql hdisk21
Device: hdisk21
Vendor Id: IBM
Product Id: 2145
Revision: 0000
Capacity: 50.00GiB
Machine Type: 2072
Model Number: 2N4
Host Group: VIOS2
Volume Name: VIOS2_rootvg_altdisktest
Volume Serial: 60050763808106D7D8000000000005A0 (Page 83 NAA)
$
準備
flash iso ファイルの配置
対象の VIOS に flash iso イメージを配置します。
他サーバーに配置していたため sftp で転送しています。
$ oem_setup_env
# sftp root@<iso配置先サーバー>
# sftp> get /work/iso/PVM_VIOSBI_V4.1.0.10_Flash.iso
Fetching /work/iso/PVM_VIOSBI_V4.1.0.10_Flash.iso to PVM_VIOSBI_V4.1.0.10_Flash.iso
/work/iso//PVM_VIOSBI_V4.1.0.10_Flash.iso 100% 3490MB 97.9MB/s 00:35
sftp> bye
# ls -l PVM_VIOSBI_V4.1.0.10_Flash.iso
-rw-r--r-- 1 root staff 3659884544 Nov 23 08:02 PVM_VIOSBI_V4.1.0.10_Flash.iso
#
（転送ファイルの確からしさを確認するには、cksum コマンドでファイルをチェックします)
mksysb イメージの抽出
viosupgrade コマンドによる mksysb イメージ作成を実行
- イメージ展開先のディレクトリを作成
$ mkdir vios41010image
$ ls -l vios41010image
total 0
$
- viosupgrade コマンドによる抽出を実行
$ time viosupgrade -I /home/padmin/PVM_VIOSBI_V4.1.0.10_Flash.iso -w /home/padmin/vios41010image
Welcome to viosupgrade tool.
Creating an ios_mksysb image from the ISO image(s) that are provided. This might take several minutes ...
Creation of the ios_mksysb image is successful: '/home/padmin/vios41010image/viosupg/iosmksysb_12811'
real 0m28.54s
user 0m1.98s
sys 0m2.54s
$
- 抽出したファイルの確認
$ ls -l /home/padmin/vios41010image/viosupg/iosmksysb_12811
-r--r--r-- 1 root system 2250803200 Oct 28 2023 /home/padmin/vios41010image/viosupg/iosmksysb_12811
$
このmksysb ファイルを使用して viosupgrade コマンドによるアップグレードを実行します。
仮想メディア・リポジトリの確認
仮想メディアリポジトリで何もメディアがロードされていないことを確認します。
$ lsvopt
VTD Media Size(mb)
aixtestu No Media n/a
$ lsrep
Size(mb) Free(mb) Parent Pool Parent Size Parent Free
20396 20396 rootvg 51136 4672
$
アップグレード前情報の取得
以下のコマンドなどで事前情報を取得します。
個別環境の設計に応じて取得コマンドを追加ください。
後述しますが、今回はリストアが失敗しており、事前情報を取得することで手動で元の状態に戻しています。
事前の構成、設定情報の取得は重要です。
・padmin 環境で確認
$ ioslevel
$ lsnports
$ lspv -size
$ lspv -free
$ lspv
$ lsrep
$ lsvopt
$ lsmap -all -npiv
$ lsmap -all -npiv | grep vfc
$ lsmap -all -npiv | grep fcs
$ lsmap -all
$ lsmap -all | grep vhost
・oem_setup_env 環境で確認
$ oem_setup_env
# ifconfig -a
# lspv | grep root
# bootinfo -b
# bootlist -m normal -o
# oslevel -s
# instfix -i | grep ML
# lppchk -v
# lppchk -vm3
# lsdev -C | grep fcs
# lscfg -vpl fcs* | grep Network
# lscfg -vpl fcs* | grep fcs
# lsdev -C | grep ent
# lsdev -C | grep Shared
# lsattr -El entX | grep ent #<= X は SEA のデバイス番号
# lsmcode -A
個別ファイル移行準備
viosupgrade コマンドの -g フラグを使用すると移行後にファイルをコピーすることが可能です。
-g フラグで指定するファイルリスト（backup_file.txt）を準備します
$ cat backup_file.txt
/etc/hosts
$
/etc/hosts を移行対象とします。
複数のファイルを指定する場合は、1行につき 1 つのファイルを絶対パスで記載します。
viosupgrade コマンドの実行
viosupgrade -l -i /home/padmin/vios41010image/viosupg/iosmksysb_12811 -a hdisk21 -g backup_file.txt というコマンドを実行します。
| フラグ | 説明 |
|---|---|
-l |
ローカル・ノードをインストールします。 |
-i |
代替ディスク上でのインストールに使用する必要があるイメージ・ファイルを指定します。 |
-a |
使用可能な VIOS イメージがインストールされる、コロンで区切られた代替ディスクを指定します。 このインストールは、VIOS 区画上の現行 rootvg ディスクには影響しません。VIOS イメージが代替ディスクにインストールされると、VIOS 区画は実行状態のままになります。 |
-g |
現行システムからバックアップして新規 VIOS インストール・イメージに保管する必要があるファイルのリストを含むファイルを指定します。 |
$ time viosupgrade -l -i /home/padmin/vios41010image/viosupg/iosmksysb_12811 -a hdisk21 -g backup_file.txt
Welcome to viosupgrade tool.
Operation triggered for given node(s).
Broadcast message from root@VIOS2 (pts/0) at 10:00:48 ...
WARNING!!! VIOS Upgrade operation is in progress. Kindly Refrain from making any configuration changes...
Please wait for completion..
Upgrading from ioslevel '3.1.4.10' to '4.1.0.10'.
VIOS2: Warning: Either /etc/resolv.conf or /etc/hosts file doesn't exist. For cluster to start after restore, please have these files in current rootvg
Verifying whether the MPIO software(s) is installed on the VIOS.
Verification of the MPIO software(s) is successful.
Initiating VIOS configuration backup..
VIOS configuration backup successful.
Migration upgrade request initiated.
Initiating installation on alternate disk(s)..
Migration of contents to new rootvg initiated.
Installation on alternate disk(s) successful.
Copying files to altinst_rootvg.
Waking up altinst_rootvg successful.
--------------------------------------------------
--------------------------------------------------
Sun Nov 23 10:04:35 2025
Summary of migrated files.
--------------------------------------------------
List of system files migrated successfully:
--------------------------------------------------
/var/vio/VMLibrary
/home/padmin/.ssh/authorized_keys
/etc/ssh/ssh_host_dsa_key
/etc/ssh/ssh_host_dsa_key.pub
/etc/ssh/ssh_host_ecdsa_key
/etc/ssh/ssh_host_ecdsa_key.pub
/etc/ssh/ssh_host_ed25519_key
/etc/ssh/ssh_host_ed25519_key.pub
/etc/ssh/ssh_host_rsa_key
/etc/ssh/ssh_host_rsa_key.pub
/etc/ssh/sshd_config
/etc/security/passwd ( padmin only )
/etc/tunables/nextboot
List of system files with merge conflict:
--------------------------------------------------
/var/spool/cron/crontabs/root
List of User input files copied to new rootvg.
--------------------------------------------------
/etc/hosts
Note : Backup of migrated files of old vg and new vg will be in '/home/padmin/viosupg_backup'
with extensions '_src.viosupg' and '_dest.viosupg' respectively.
VIOS will be rebooted after '60' seconds to boot from the newly installed disk.
Press Ctrl + c to terminate.
VIOS metadata restore (viosbr -restore) will be automatically resumed
after the reboot.
VIOS may be rebooted once during this restore process. Refrain from making
any changes to the VIOS virtual configurations during the restore process.
You can verify the restore status using 'viosupgrade -l -q' command and
resume your operation after the completion of the restore process.
A message 'Upgrade process is completed successfully' or
'Upgrade process is completed with failures' will be displayed on the console on newvg
to indicate the status of viosupgrade.
Run 'viosupgrade -l -q' to know more on the status.
Rebooting . . .
2回 程度再起動がかかっていたようでした。(おそらく、boot disk 切り替えで1回、構成情報リストア反映で1回)
viosupgradeコマンド実行から、立ち上がってくるまで所要時間 25 分程度でした。
List of User input files copied to new rootvg. とあり、-g オプションでの指定も戻し操作が実行されました。
パスワード・ポリシー変更によるログインできない既知の事象に遭遇
対象 VIOSは起動していますが、AIX 7.3 ベースである VIOS 4.1 のパスワード・ポリシー変更により、ログインできませんでした..。
テクニカルフラッシュも発行されています。
・【TF】【IBMPower】【VIOS】VIOS3.1からVIOS4.1にマイグレーション後、padminユーザーでログインできなくなる
上記を確認して対応し、ログイン可能にします。
- VIOS2 の lpar_id 確認
hscroot@HMC:~> lssyscfg -r lpar -m Server-XXXXXX --filter "lpar_names=VIOS2" -F name,lpar_id
VIOS2,2
- maxexpired の設定無効化(有効期限が切れたパスワードをユーザーが変更できる maxage を超えた最大週数：-1 に設定)
hscroot@HMC~> viosvrcmd -m Server-XXXXXX --id 2 -c "chuser -attr maxexpired=-1 padmin"
hscroot@HMC:~> echo $?
0
- maxage の無効化 (パスワードが変更される必要が生じるまでの最大週数: 0 を設定)
hscroot@HMC:~> viosvrcmd -m Server-XXXXXX --id 2 -c "chuser -attr maxage=0 padmin"
:hscroot@HMC:~> echo $?
0
アップグレード後のログイン後確認
上記の対応でログインができるようになりました。
- 最初にライセンス確認が出てきたため、Accept を実行します。
# ssh padmin@VIOS2
padmin@VIOS2's password:
3 unsuccessful login attempts since last login.
Last unsuccessful login: Sun Nov 23 10:25:52 JST 2025 on ssh from 172.16.100.5
Indicate by selecting the appropriate response below whether you
accept or decline the software maintenance terms and conditions.
Accept (a) | Decline (d) | View Terms (v) > a
$
- ioslevel 確認
$ ioslevel
4.1.0.10
$
無事、4.1.0.10にアップグレードされています!
- rootvg の disk 確認
$ lspv | grep -E "hdisk0|hdisk21"
hdisk0 00c5ca21923baab6 old_rootvg
hdisk21 00c5ca21ae3a993a rootvg active
$
指定した hdisk21 が rootvg として稼働しています。
- -g オプションで指定したバックアップファイルの確認
/home/padmin/backup_files というディレクトリに保管され、起動サーバー上でリストアされています。
$ ls -lR /home/padmin/backup_files
total 0
drwxr-xr-x 2 root staff 256 Nov 23 10:04 etc
/home/padmin/backup_files/etc:
total 8
-rw-r--r-- 1 root system 1997 Nov 17 03:09 hosts
$ ls -l /etc/hosts
-rw-r--r-- 1 root system 1997 Nov 17 03:09 /etc/hosts
$
/home/padmin は以下においていたiso ファイルや viosupgrade コマンドで指定した mksysb ファイルは移動されていませんでした。
$ ls -l /home/padmin
total 8
drwxr-xr-x 3 root staff 256 Nov 23 10:04 backup_files
drwxr-xr-x 2 root staff 256 Nov 23 10:04 cfgbackups
drwxrwxr-- 2 root staff 256 Oct 28 2023 config
-rw-r--r-- 1 root staff 369 Nov 23 10:38 ioscli.log
drwxr-xr-x 2 padmin staff 256 Nov 23 10:23 rules
drwxr-xr-x 5 padmin staff 256 Nov 23 10:04 viosupg_backup
drwxr-xr-x 2 root staff 256 Nov 23 10:04 work
リストア失敗
viosupgrade -q -l を実行して確認すると、RESTORE_FAILED が出ていました。
$ viosupgrade -q -l
Welcome to viosupgrade tool.
Getting status of node(s):
viosupgrade RESTORE_FAILED
Please see /home/ios/logs/viosupg_status.log for viosupgrade status details
Please see /home/ios/logs/viosupg_restore.log for viosupgrade restore details
$
ログファイルを見て問題判別を行います。
- /home/ios/logs/viosupg_status.log 確認
$ cat /home/ios/logs/viosupg_status.log
Sun Nov 23 10:00:48 2025|STARTED
Sun Nov 23 10:04:35 2025|TRIGGERED
Sat Nov 22 19:18:55 2025|RESTORE
Sun Nov 23 10:23:53 2025|RESTORE
Sun Nov 23 10:27:38 2025|FAILED
- /home/ios/logs/viosupg_restore.log 確認
/home/ios/logs/viosupg_restore.log を見ていると、/home/ios/logs/restore_trace.outを確認するように記載が出ていました。
(ログファイルは長いので省略します)
WARNINGS
============================
Errors have been detected during restoration.
Details are in the log file : /home/ios/logs/restore_trace.out.
- /home/ios/logs/restore_trace.out 確認
確認していると、vscsi のマッピングで失敗しているようでした。
(一部抜粋)
14483958:Nov 23 2025, 10:27:37 backup_restore_utils.c 1.16.1.130 217 viosExecuteCommand:START
14483958:Nov 23 2025, 10:27:37 backup_restore_utils.c 1.16.1.130 220 viosExecuteCommand:command = /usr/ios/cli/ioscli mkvdev -vdev hdisk26 -aplc U9105.41B.XXXXXX-V2-C52 -lua 0x8300000000000000 -dev -f 2>/dev/null
14483958:Nov 23 2025, 10:27:37 backup_restore_utils.c 1.16.1.130 405 cli_popen:START
14483958:Nov 23 2025, 10:27:37 backup_restore_utils.c 1.16.1.130 572 cli_popen:END, rc=1
14483958:Nov 23 2025, 10:27:37 backup_restore_utils.c 1.16.1.130 222 viosExecuteCommand:ret from cli_popen = 1
14483958:Nov 23 2025, 10:27:37 backup_restore_utils.c 1.16.1.130 277 viosExecuteCommand:END, rc=1
14483958:Nov 23 2025, 10:27:37 restore_utils.c 1.15.8.89 20326 processPVBackedVhostTmpFiles:Creation of VTD with PV 'hdisk26' for adapter with drc_name 'U9105.41B.XXXXXX-V2-C52' and lua '0x8300000000000000' failed.
14483958:Nov 23 2025, 10:27:37 restore_utils.c 1.15.8.89 20241 processPVBackedVhostTmpFiles: Processing vhost drc name: 'U9105.41B.XXXXXX-V2-C52' backing device 'hdisk24' lua '0x8500000000000000'uuid: '33213600507xxxxxxx0000004xxxxxxx503IBMfcp', vtdevname: ''
viosupgrade コマンド にあるように、再度 viosbr でのリストアが必要とのことです。
viosupgradeコマンドがすべてのマッピングの復元に失敗した場合は、以下のコマンドを実行して、VIOS上で手動で復元操作を再実行する必要があります
注意: BackupFileNameは“/home/padmin/cfgbackups/”の位置にあり、ホスト名が先頭に付きます。 例: /home/padmin/cfgbackups/hostname_filename.tar.gz
viosbr リストアの手動実行
$ time viosbr -restore -file /home/padmin/cfgbackups/VIOS2_18678116.tar.gz
RULES: The restored device settings do not match the recommended factory default settings
Restore summary on VIOS2:
Backedup Devices that are unable to restore/changef
==================================================
DEPLOYED or CHANGED devices:
============================
Dev name during BACKUP Dev name after RESTORE
---------------------- ----------------------
'ArtexRules' are restored successfully
vhost9:All PV backing devices from backup, are processed.
vhost12:All PV backing devices from backup, are processed.
vhost29:All PV backing devices from backup, are processed.
vhost16:All PV backing devices from backup, are processed.
vhost17:All PV backing devices from backup, are processed.
vhost24:All PV backing devices from backup, are processed.
vhost26:All PV backing devices from backup, are processed.
vhost21:All PV backing devices from backup, are processed.
vhost22:All PV backing devices from backup, are processed.
List of system configurations that are unable to restore/change
=====================================================================
Config Name Value during backup Value during restore
----------- ------------------- --------------------
DEPLOYED or CHANGED system configurations:
=========================================
Config Name Value/File Name
----------- -------------------
WARNINGS
============================
Errors have been detected during restoration.
Details are in the log file : /home/ios/logs/restore_trace.out.
real 0m19.20s
user 0m2.78s
sys 0m1.85s
$ echo $?
255
手動実行でも viosbr コマンドが失敗しました。
確認していると、アップグレード前後で hdisk 名が変更されています。
また、hdisk22-25 はアップグレード前には存在せず、hdisk30-35 が飛び番号で存在していました。
(アップグレード前)
hdisk30 00c5ca214bb40a57 None
hdisk31 00c5ca212b949bb0 None
hdisk32 00c5ca214bb40b61 None
hdisk33 none None
hdisk35 00c5ca214bb40432 None
アップグレード後は hdisk の飛び番号がなくなり、hdisk22-25で埋められています。
(アップグレード後)
hdisk22 00c5ca214bb40a57 None
hdisk23 00c5ca212b949bb0 None
hdisk24 00c5ca214bb40b61 None
hdisk25 none None
hdisk26 00c5ca214bb40432 None
また、アップグレード前は lspv では出力されない、Defined の定義が存在していました。
これらがリストアを阻害したと考えられます。
$ lspv | grep hdisk34
$
$ lsmpio -ql hdisk34
hdisk34: Disk open failure: The specified device does not exist.
$ lsdev | grep hdisk34
hdisk34 Defined MPIO IBM 2076 FC Disk
$
home/ios/logs/viosupg_restore.log ファイルで出力していたデバイス変更
こうしてみると結構hdisk番号に変更がありました。
DEPLOYED or CHANGED devices:
============================
Dev name during BACKUP Dev name after RESTORE
---------------------- ----------------------
'ArtexRules' are restored successfully
hdisk20 hdisk20
hdisk21 hdisk21
hdisk1 hdisk2
hdisk2 hdisk3
hdisk3 hdisk1
hdisk4 hdisk4
hdisk5 hdisk5
hdisk6 hdisk7
hdisk7 hdisk19
hdisk8 hdisk6
hdisk9 hdisk8
hdisk30 hdisk22
hdisk31 hdisk23
hdisk10 hdisk10
hdisk32 hdisk24
hdisk33 hdisk25
hdisk11 hdisk9
hdisk12 hdisk11
hdisk35 hdisk26
hdisk13 hdisk12
hdisk14 hdisk13
hdisk15 hdisk15
hdisk16 hdisk14
hdisk17 hdisk16
hdisk18 hdisk17
hdisk19 hdisk18
ent4 ent4
ent5 ent5
en5 (IPV4-STATIC) en5
hdisk の認識順序の変更と hdisk の飛び番号が原因と推測されます。
ただし、hdisk25(もとhdisk33) を対象とした操作は成功しており、PVID none だったからと推測します。
飛び番号で存在し、かつPVID があった hdisk30,31,32,35 に対して修正が必要のようです。
また、更新前にで lsdev | grep hdisk で Available Defined であった箇所が構成情報失敗に結びついたのではと推測します。
手動 vhost マッピングで修正
mkvdev -vdev hdiskXX -vadapter <vhost名> で修正します。
(実行内容は割愛)
手動マッピングで元の状態に戻しました。
失敗についての考察
今回は 3.1.4.10 から直接 4.1.0.10へアップグレードしていますが、VIOS upgrade checklist を見ると、3.1.4.30 以降にアップデートしてから、アップグレードすることが推奨されています。
VIOS PRE-REQUISITES
- If your current VIOS level is 3.1.4.21 or older, update to 3.1.4.30 or higher before upgrading to version 4.
(後日確認)
こちらの事象については元のマッピングの定義に不整合があり、対象の仮想マシンを削除して再度アップグレードを行うと、問viosupgrade が成功しました。
アップグレード後情報の取得
以下のコマンドなどで事前情報を取得します。
個別環境の設計に応じて取得コマンドを追加ください。
・padmin 環境で確認
$ ioslevel
$ lsnports
$ lspv -size
$ lspv -free
$ lspv
$ lsrep
$ lsvopt
$ lsmap -all -npiv
$ lsmap -all -npiv | grep vfc
$ lsmap -all -npiv | grep fcs
$ lsmap -all
$ lsmap -all | grep vhost
・oem_setup_env 環境で確認
$ oem_setup_env
# ifconfig -a
# lspv | grep root
# bootinfo -b
# bootlist -m normal -o
# oslevel -s
# instfix -i | grep ML
# lppchk -v
# lppchk -vm3
# lsdev -C | grep fcs
# lscfg -vpl fcs* | grep Network
# lscfg -vpl fcs* | grep fcs
# lsdev -C | grep ent
# lsdev -C | grep Shared
# lsattr -El entX | grep ent #<= X は SEA のデバイス番号
# lsmcode -A
アップグレード前環境への切り戻し
アップグレード後は hdisk21 が rootvg として稼働し、hdisk0 は old_rootvg となっています。
$ lspv | grep -E "hdisk0|hdisk21"
hdisk0 00c5ca21923baab6 old_rootvg
hdisk21 00c5ca21ae3a993a rootvg active
$
bootlist を hdisk21 から hdisk0 に切り替えて再度起動します。
- 変更前 bootlist 確認
$ bootlist -mode normal -ls
hdisk21 blv=hd5 pathid=0
hdisk21 blv=hd5 pathid=1
hdisk21 blv=hd5 pathid=2
hdisk21 blv=hd5 pathid=3
$
- bootlist 変更
$ bootlist -mode normal hdisk0
$ echo $?
0
- 変更後 bootlist 確認
$ bootlist -mode normal -ls
hdisk0 blv=hd5 pathid=0
hdisk0 blv=hd5 pathid=1
hdisk0 blv=hd5 pathid=2
hdisk0 blv=hd5 pathid=3
$
- 再起動
$ shutdown -restart
Shutting down the VIO Server could affect Client Partitions. Continue [y|n]?
y
SHUTDOWN PROGRAM
Sun Nov 23 11:55:06 JST 2025
0513-044 The sshd Subsystem was requested to stop.
Wait for 'Rebooting...' before stopping.
Error reporting has stopped.
- 再起動後確認
$ ioslevel
3.1.4.10
$
$ lspv | grep -E "hdisk0|hdisk21"
hdisk0 00c5ca21923baab6 rootvg active
hdisk21 00c5ca21ae3a993a altinst_rootvg
$
$ bootlist -mode normal -ls
hdisk0 blv=hd5 pathid=0
hdisk0 blv=hd5 pathid=1
hdisk0 blv=hd5 pathid=2
hdisk0 blv=hd5 pathid=3
$
元の環境に容易に戻すことが可能です。
注意事項
3.1.4.10 では mkvg エラーは発生していませんでしたが、3.1.4.50 or 3.1.4.60 では既知のバグで失敗すると推測されます。
以下で調査メモを記載していますのでご参照ください。
おわりに
ローカル環境で実行する viosupgrade コマンドによる VIOS 3.1 -> 4.1 アップグレード手順を確認しました。
viosupgrade プロセス自体は失敗して手動で構成戻しが必要となりました。
新規インストールと構成情報リストアが行われるため、デバイス認識順序、デバイス名の変更などが発生する場合は構成情報戻しが失敗しやすくなると考えられます。
そのような環境では手動戻しの手順も視野に入れて、upgrade 手順を作成いただくことが必要になります。
アップグレード前の環境で hdisk の Defined のデバイスは構成情報リストアの失敗要素となりやすいと推測されますので、定義状態をご確認することをお勧めします。
また、alt_root_vg コマンドと同様に、別ディスクで移行になりますので、切り戻しが容易という利点は大きいです。
VIOS アップグレードは経験上、少々、労が大きい印象ですが、こちらの手順が参考になれば幸いです。
HMC GUI で実行する VIOS アップグレードを以下で確認しています。
参考情報
VIOS 4.1 へのアップグレード や 4.1 新機能などについては下記の文書が参考になります。
(追記)
viosupgrade で rootvg AUTO ON 属性が no になる事象があります。
・viosupgrade : "Auto On" attribute of rootvg is set to "no" post viosupgrade with alt disk
今回の 3.1 -> 4.1 も altinst_rootvg を rootvg として起動した際は、AUTO ON: no でした。
rootvg であれば無効とのことなので、こちらの属性値は設定変更しなくても良いかもしれません。
(追記) 以下で挙動を確認した内容を記載しています。
以上です。