How to upgrade TL and SP in AIX using alternate disk(alt_disk_copy)

Many method available to upgrade/patch AIX technology level(TL) and service pack(SP) to latest level.This is perfect method to update the AIX server using alternate disk, there is no impact to original rootvg whatever the upgrade you are performing that will goes into alternate disk.To restart the server you have to take downtime from customer or application/database team then you can say it will take minimum downtime. For upgrade/update/migration activities you must take mksysb backup, this backup will useful to restore AIX OS if incase any issues. This mksysb image you can restore by creating NIM resource like mksysb and SPOT .

I may suggest you mksysb backup is optional for alternate disk upgrade(alt_disk_copy) . If you face any issues during or after the upgrade its very easy to backout, just to change the bootlist and restart the system to old rootvg. You must install latest level of bos.alt_disk_install.rte and bos.alt_disk_install.boot_images filesets to current AIX OS, you do not install most cases AIX TL upgrade will fail.

Advantages :
1. Server up and running you can do the OS upgrade/Patching
2. Minimum downtime
3. Easy to backout/rollback to previous version.


1. Verify current operating system version
   # oslevel -s

2. Check currently installed AIX TL and SP levels consistency, make sure no missed filesets for AIX technology level(ML) and service pack(SP)
   # instfix -i | grep ML
   # instfix -i | grep SP

3. Need to check if any filesets missed
   # lppchk -vm3

4. List the installed ifixes/emergency fixes.
   # emgr -l

5. To remove the ifixes/emergency fixes
   # emgr -l
   # emgr -rL <fix>

6. Commit all applied filesets installed on current AIX level
   # installp -s 
   # installp -c all

Download the new packages from IBM Fix central( , copy to destination server through ftp or winscp.
In this method mksysb backup not must to take, because upgrading is going on alternate disk. It wont impact to original rootvg

6. Install latest level packages of bos.alt_disk_install.rte and bos.alt_disk_install.boot_images
   # smit installp

Implementation Steps :
If rootvg mirrored follow the below steps, not ignore step 1

1. Reduce the disk from rootvg and use it for upgrade OS using alt_disk_copy
   # unmirrorvg rootvg hdisk5
   # reducevg -df rootvg hdisk5
   # chpv -c hdisk5
   # ipl_varyon -i (To check bootable devices)
   # bootlist -m normal -o
   # bosboot -ad /dev/hdisk0

2. Not mirrored get the new disk(equal or higher size of rootvg disk) from storage team.
   Run following command to take alt disk clone and upgrade to latest level.
   # alt_disk_copy -d <altdiskname> -b update_all -l <TL Location>

   # alt_disk_copy -d hdisk5 -b update_all -l /mnt/AIX_TL

   -d represents alternate disk name
   -b represents bundle
   -l represent location of the TL or SP packages.

Recommended : Execute the command in nohup, to avoid the network issues while doing activity

   # nohup alt_disk_copy -d hdisk5 -b update_all -l /mnt/AIX_TL > /tmp/altinst_log &

 To verify the output
   # tail -f /tmp/altinst_log

3. Verify the "altinst_rootvg"  created on hdisk5
   # lspv

Once step 2 completed, bootlist automatically set to target disk hdisk5 and reboot the server.

Post-Checks and Verification :

1. Change the bootlist, if not updated to target disk
   # bootlist -m normal hdisk5 hdisk0

2. Reboot the server, it should came up with new oslevel
   # shutdown -Fr
   # oslevel -s

3. Verify installed AIX OS ML(TL) and SP levels consistency, install if any missed
   # instfix -i | grep ML
   # instfix -i | grep SP
   # lppchk -vm3

4. If any filesets missed, check what all missed TL or SP
   # oslevel -rl <TL>
  Example : oslevel -rl 7100-04

  # oslevel -rl <SP>
  Example : oslevel -rl 71-04-011543

alt_disk_copy issues :
You got the below error while doing alt_disk_copy, must check the bos.alt_disk_install.rte and bos.alt_disk_install.boot_images filesets updated to latest level or not.
If not install or update it to latest version.

0301-150 bosboot: Invalid or no boot device specified!
usage:  bosboot {-a | -v} [-d device] [-p proto] [-k kernel] [-l lvdev]
                [-b file] [-M primary|standby|both] [-D|-I] [-LTq]

0 (0)
Article Rating (No Votes)
Rate this article
There are no attachments for this article.
There are no comments for this article. Be the first to post a comment.
Full Name
Email Address
Security Code Security Code
Related Articles RSS Feed
How to deal with performance monitoring in AIX ?
Viewed 921 times since Fri, May 25, 2018
7 Tips – Tuning Command Line History in Bash
Viewed 1070 times since Fri, Jul 5, 2019
NMON nmon
Viewed 945 times since Tue, Apr 16, 2019
How to setup an user in AIX
Viewed 867 times since Mon, May 28, 2018
AIX: Script to check if all paths are consistent and available
Viewed 614 times since Tue, Jun 12, 2018
AIX rootvg Mirroring
Viewed 1271 times since Mon, May 21, 2018
Migrating from SDDPCM to AIXPCM (the easy way)
Viewed 568 times since Mon, Jun 3, 2019
Changing Ethernet Media Speed for AIX
Viewed 611 times since Tue, Apr 16, 2019
Problem on resizing volume group on AIX 0516-1714, 0516-792, 0516-787, and 0516-404
Viewed 544 times since Fri, Jul 6, 2018
Technology level update on AIX using smit_update and alt_disk_install method
Viewed 736 times since Sun, Jun 30, 2019