Install of AIX update containing APAR IZ99728 will cause mksysb restore to fail if Native DMP is enabled on rootvg
|Article:TECH190260|||||Created: 2012-06-02|||||Updated: 2012-07-21|||||Article URL http://www.symantec.com/docs/TECH190260|
After installation of a Technology Level (TL) or service pack with APAR IZ99728 included and Native DMP enabled on multipathed rootvg, mksysb backup images made from that updated rootvg will fail to boot due to duplicate PVIDs. After mksysb restore attempt, system will not boot until all rootvg paths but one are disabled or removed. Rootvg using MPIO for multipathing are not affected by this change in AIX LVM behavior.
0516-1775 /usr/sbin/varyonvg: Physical volumes hdisk0 and hdisk1 have identical PVIDs (00c90a42d1196b3a).
Enter ID number:
IBM has recently released APAR IZ99728 in the following Technology Levels (TL) and service packs:
IV00665 - bos.rte.lvm 184.108.40.206 (5300-11-08)
APAR IZ99728: IMPORTVG/VARYONVG WITH DUPLICATE PVID
IV00665 - bos.rte.lvm 220.127.116.11 (5300-12-05)
IV00667 - bos.rte.lvm 18.104.22.168 (6100-04-11)
IV00668 - bos.rte.lvm 22.214.171.124 (6100-05-07)
IV00669 - bos.rte.lvm 126.96.36.199 (6100-06-06)
IZ99728 - bos.rte.lvm 188.8.131.52 (6100-07-00)
IV00670 - bos.rte.lvm 184.108.40.206 (7100-00-04)
IZ99826 - bos.rte.lvm 220.127.116.11 (7100-01-00)
IBM has changed the behavior of 'importvg' and 'varyonvg' as part of a released APAR. This change prevents volume group operations when there are multiple PVIDs present.
One known work-around is to disable all but one path to the rootvg to allow mksysb image of rootvg to boot.
The alternative is the work around provided by IBM for AIX6.1TL7-SP3
Article URL http://www.symantec.com/docs/TECH190260