Bei den meisten AIX Systemen wird wahrscheinlich in regelmäßigen Abständen der SP- oder TL-Level aktualisiert. Es bietet sich an, bei einem solchen Update, die Migration von SDDPCM nach AIX PCM mit durchzuführen. Dies spart Zeit und einige Reboots, die ansonsten extra wegen der Multipathing Migration durchgeführt werden müssen.
In unserem Blog-Beitrag „Migration von SDDPCM nach AIX-PCM“ hatten wir die Migration für Standalone Systeme schon gezeigt.
Hier soll die Migration von SDDPCM nach AIX-PCM im Rahmen eines OS-Updates gezeigt werden, wobei das Alternate Disk Copy Verfahren zum Einsatz kommt. Der Ablauf ist im groben der folgende:
- Entspiegeln der rootvg um eine freie Platte für Alternate Disk Copy zu gewinnen.
- Ändern des Path Control Moduls (PCM) auf AIX PCM.
- Erzeugen der altinst_rootvg.
- Entfernen von Fixes in der altinst_rootvg.
- Durchführen des OS-Updates auf der altinst_rootvg.
- Installation von Fixes in der altinst_rootvg.
- Hinzufügen eines firstboot-Skripts um Platten-Attribute zu setzen.
- Ändern des Path Control Moduls (PCM) zurück auf SDDPCM.
- Booten von der altinst_rootvg.
Auf unserem Beispiel-System ist AIX 7.1 TL5 SP2 installiert, die Platten sind SVC-Platten, die über virtual FC Adapter angebunden sind. SDDPCM ist der aktuell aktive Multipathing-Treiber:
# oslevel -s 7100-05-02-1810 # lsdev -l hdisk0 -F uniquetype disk/fcp/2145 aix01:/root> lsattr -El hdisk0 -a PCM -F value PCM/friend/sddpcm #
Wie schon im oben genannten Blog-Beitrag ausgeführt, ändern sich einige Platten-Attribute bei der Migration auf AIX PCM. Daher sollte man sich die aktuellen Attribute genau anschauen, um diese gegebenenfalls später zu übernehmen (zumindest teilweise). Exemplarisch schauen wir uns hier nur das Attribut queue_depth an, welches aktuell den Wert 120 hat:
# lsattr -El hdisk0 -a queue_depth -F value 120 #
Unser System besitzt eine gespiegelte rootvg:
# lsvg -p rootvg rootvg: PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION hdisk3 active 399 232 00..01..71..80..80 hdisk0 active 399 240 00..01..79..80..80 #
Das System wurde von der hdisk0 gebootet:
# bootinfo -b hdisk0 #
Daher lassen wir die hdisk0 in der rootvg und entfernen die hdisk3 aus der rootvg, um eine freie Platte für Alternate Disk Copy zu gewinnen.
# unmirrorvg rootvg hdisk3 0516-1246 rmlvcopy: If hd5 is the boot logical volume, please run 'chpv -c <diskname>' as root user to clear the boot record and avoid a potential boot off an old boot image that may reside on the disk from which this logical volume is moved/removed. 0516-1804 chvg: The quorum change takes effect immediately. 0516-1144 unmirrorvg: rootvg successfully unmirrored, user should perform bosboot of system to reinitialize boot records. Then, user must modify bootlist to just include: hdisk0. # reducevg rootvg hdisk3 # chpv -c hdisk3 # bootlist -m normal hdisk0 #
Bevor wir nun mittels Alternate Disk Copy eine Kopie der rootvg erzeugen, stellen wir das System temporär auf AIX PCM um, ohne allerdings zu rebooten. Wird dann anschließend die altinst_rootvg erzeugt, dann ist in dieser die Umstellung auf AIX PCM schon vorgenommen!
# manage_disk_drivers -d IBMSVC -o AIX_AAPCM ********************** ATTENTION ************************* For the change to take effect the system must be rebooted #
Am Ende des OS-Updates machen wir diese Umstellung dann auf der rootvg wieder rückgängig, um den Original-Zustand mit SDDPCM zu haben.
Nach diesen Vorbereitungen starten wir nun das alt_disk_copy Kommando:
# alt_disk_copy -d hdisk3 -B Calling mkszfile to create new /image.data file. Checking disk sizes. Creating cloned rootvg volume group and associated logical volumes. Creating logical volume alt_hd5. Creating logical volume alt_hd6. Creating logical volume alt_hd8. … #
Auf dem System sind einige EFixes installiert, die wir vor dem Update noch aus der altinst_rootvg entfernen:
# emgr -l ID STATE LABEL INSTALL TIME UPDATED BY ABSTRACT === ===== ========== ================= ========== ====================================== 1 S 102m_ifix 10/14/18 10:48:18 IFIX for Openssl CVE on 1.0.2m 2 S IJ03121s0a 10/14/18 10:49:04 IJ03121 for AIX 7.1 TL5 SP00 3 S IJ05822s2a 10/14/18 10:49:18 a potential security issue exists … #
Aktivieren der altinst_rootvg:
# alt_rootvg_op -W -d hdisk3 Waking up altinst_rootvg volume group ... #
Und entfernen der EFixes:
# INUCLIENTS=1 /usr/sbin/chroot /alt_inst /usr/sbin/emgr –r -n 3 +-----------------------------------------------------------------------------+ Efix Manager Initialization +-----------------------------------------------------------------------------+ Initializing log /var/adm/ras/emgr.log ... Accessing efix metadata ... Processing efix label "IJ05822s2a" ... … Operation Summary +-----------------------------------------------------------------------------+ Log file is /var/adm/ras/emgr.log EFIX NUMBER LABEL OPERATION RESULT =========== ============== ================= ============== 1 IJ05822s2a REMOVE SUCCESS Return Status = SUCCESS # INUCLIENTS=1 chroot /alt_inst /usr/sbin/emgr -r -n 2 … # INUCLIENTS=1 chroot /alt_inst /usr/sbin/emgr -r -n 1 …
(Hinweis: Bitte nicht die Variable INUCLIENTS vergessen, diese signalisiert das die Operation in einem Alternate Boot Environment stattfindet!)
Wir mounten nun die LPP-Source für den OS-Update per NFS von unserem NIM-Server:
# mount aixnim:/export/nim/lpps/aix710503lpp /mnt #
Nun kann der OS-Update in der altinst_rootvg durchgeführt werden:
# alt_rootvg_op -C -b update_all -l /mnt Installing optional filesets or updates into altinst_rootvg... install_all_updates: Initializing system parameters. install_all_updates: Log file is /var/adm/ras/install_all_updates.log install_all_updates: Checking for updated install utilities on media. … installp: * * * A T T E N T I O N ! ! ! Software changes processed during this session require any diskless/dataless clients to which this SPOT is currently allocated to be rebooted. install_all_updates: Log file is /var/adm/ras/install_all_updates.log install_all_updates: Result = SUCCESS #
Abschließend installieren wir noch einige EFixes, dazu mounten wir zunächst das Verzeichnis /mnt mit den Fixes in die altinst_rootvg:
# mount -v namefs /mnt /alt_inst/mnt # INUCLIENTS=1 chroot /alt_inst /usr/sbin/emgr -e /mnt/emgr/ppc/102p_fix.181127.epkg.Z +-----------------------------------------------------------------------------+ Efix Manager Initialization +-----------------------------------------------------------------------------+ Initializing log /var/adm/ras/emgr.log ... Efix package file is: /mnt/emgr/ppc/102p_fix.181127.epkg.Z … EPKG NUMBER LABEL OPERATION RESULT =========== ============== ================= ============== 1 102p_fix INSTALL SUCCESS Return Status = SUCCESS # INUCLIENTS=1 chroot /alt_inst /usr/sbin/emgr -e /mnt/emgr/ppc/IJ09621s3a.181001.epkg.Z … # INUCLIENTS=1 chroot /alt_inst /usr/sbin/emgr -e /mnt/emgr/ppc/IJ11545s0a.181127.epkg.Z … # umount /alt_inst/mnt #
Um die gewünschten Platten-Attribute zu setzen und um SDDPCM zu deinstallieren verwenden wir ein firstboot-Skript:
# cat /alt_inst/etc/firstboot #! /bin/ksh print "INFO: adjust hdisk attributes" chdev -Pl hdisk0 -a queue_depth=120 print "INFO: uninstalling SDDPCM" installp -u devices.sddpcm.$(uname -v)$(uname -r).rte devices.fcp.disk.ibm.mpio.rte print "INFO: perform reboot" reboot # chmod a+x /alt_inst/etc/firstboot #
Das Skript sollte, falls man es verwendet, auf die eigenen Bedürfnisse angepaßt werden und man sollte dort alle gewünschten Platten-Attribute anpassen (queue_depth, reserve_policy,…). Das Beispiel-Skript hier soll nur andeuten was man alles machen könnte!
Die altinst_rootvg ist nun aktualisiert und auf AIX PCM umgestellt. Wir deaktivieren die altinst_rootvg, damit von dieser gebootet werden kann.
# alt_rootvg_op –S -t Putting volume group altinst_rootvg to sleep ... forced unmount of /alt_inst/var/adm/ras/livedump … forced unmount of /alt_inst Fixing LV control blocks... Fixing file system superblocks... #
(Hinweis: Bitte nicht die Option “-t” vergessen, diese erzeugt ein neues Boot-Image!)
Bevor wir jedoch nun von der altinst_rootvg booten, stellen wir auf der rootvg den Multipathing Treiber wieder zurück auf SDDPCM!
# manage_disk_drivers -d IBMSVC -o NO_OVERRIDE ********************** ATTENTION ************************* For the change to take effect the system must be rebooted #
Abschließend stellen wir noch die Bootliste auf die altinst_rootvg (hdisk3) um:
# bootlist -m normal hdisk3 #
Und als Letztes rebooten wir nun:
# shutdown –r now SHUTDOWN PROGRAM Tue Apr 16 19:49:08 CEST 2019 Broadcast message from root@aix01 (tty) at 19:49:08 ... PLEASE LOG OFF NOW ! ! ! System maintenance in progress. All processes will be killed now. … ------------------------------------------------------------------------------- Welcome to AIX. boot image timestamp: 19:45:08 04/16/2019 The current time and date: 19:51:11 04/16/2019 processor count: 2; memory size: 4096MB; kernel size: 36847630 boot device: /vdevice/vfc-client@3000000a/disk@5005076XXXXXXXXX:2 ------------------------------------------------------------------------------- … Multi-user initialization completed INFO: adjust hdisk attributes hdisk0 changed INFO: uninstalling SDDPCM … Installation Summary -------------------- Name Level Part Event Result ------------------------------------------------------------------------------- devices.sddpcm.71.rte 2.7.1.1 ROOT DEINSTALL SUCCESS devices.sddpcm.71.rte 2.7.1.1 USR DEINSTALL SUCCESS devices.fcp.disk.ibm.mpio.r 1.0.0.25 USR DEINSTALL SUCCESS INFO: perform reboot Rebooting . . . … AIX Version 7 Copyright IBM Corporation, 1982, 2018. Console login:
(In der Ausgabe kann man die Aktionen des firstboot-Skriptes sehen: Änderung Plattenattribute, Deinstallation SDDPCM und Reboot.)
Nach dem Einloggen überprüfen wir die OS-Version, den verwendeten Multipathing Treiber und ein paar Platten-Attributes:
# oslevel -s 7100-05-03-1846 # lsdev -l hdisk0 -F uniquetype disk/fcp/mpioosdisk # lsattr -El hdisk0 -a PCM -F value PCM/friend/fcpother # lsattr -El hdisk0 -a queue_depth -F value 120 # genkex|grep pcm 5ae0000 60000 /usr/lib/drivers/aixdiskpcmke # lslpp -l|grep sddpcm #
Damit haben wir die Migration von SDDPCM nach AIX PCM zusammen mit einem OS-Update erfolgreich durchgeführt. Durch Verskripten lässt sich dies noch automatisieren.
Wir haben dies für AIX 7.1 und AIX 7.2 getestet. Ein Test für PowerHA konnten wir bisher aus zeitlichen Gründen noch nicht durchführen.