AIX altinst_rootvg


 
Thread Tools Search this Thread
Operating Systems AIX AIX altinst_rootvg
# 1  
Old 05-28-2019
AIX altinst_rootvg

Hello,

Our NIM system becomes unresponsive while working. Look like first time that the root disk was missing. I cannot use many commands like lspv, lspath, ... ssh and other services are not operating.

I have rebooted the machine, and I can boot it to AIX, but it's an older AIX version 6.1 and not the current one 7.1

I also see that the OS is booted from hdisk0, while the current OS is booted from hdisk9. But now hdisk9 belongs to altinst_rootvg and varied off.

Look like the boot volume on hdisk9 was corrupted and system turns to the old one on hdisk0 to boot from it.

How can we re-create the boot volume on hdisk9? I tried to boot the system to single user mode on hdisk0 (old OS version), and try the bosboot command on hdisk9, but not success. It says the hd5 is already available in use.

I tried to use synclvodm and it changed my LVs on altinst_rootvg to new ones. Not sure that it just only renames the LV name, I hope it not overwrite the data on the altinst_rootvg.
Code:
# synclvodm -v altinst_rootvg
synclvodm: Physical volume data updated.
0516-530 synclvodm: Logical volume name hd6 changed to pagelv00.
synclvodm: Logical volume pagelv00 updated.
0516-530 synclvodm: Logical volume name hd8 changed to loglv02.
0516-712 synclvodm: The chlv succeeded, however chfs must now be
        run on every filesystem which references the old log name hd8.
synclvodm: Logical volume loglv02 updated.
0516-530 synclvodm: Logical volume name hd4 changed to fslv01.
synclvodm: Logical volume fslv01 updated.
0516-530 synclvodm: Logical volume name hd2 changed to fslv02.
synclvodm: Logical volume fslv02 updated.
0516-530 synclvodm: Logical volume name hd9var changed to fslv03.
synclvodm: Logical volume fslv03 updated.
0516-530 synclvodm: Logical volume name hd3 changed to fslv04.
synclvodm: Logical volume fslv04 updated.
0516-530 synclvodm: Logical volume name hd1 changed to fslv05.
synclvodm: Logical volume fslv05 updated.
0516-530 synclvodm: Logical volume name hd10opt changed to fslv06.
synclvodm: Logical volume fslv06 updated.
0516-530 synclvodm: Logical volume name hd11admin changed to fslv07.
synclvodm: Logical volume fslv07 updated.
0516-530 synclvodm: Logical volume name loglv00 changed to loglv03.
0516-712 synclvodm: The chlv succeeded, however chfs must now be
        run on every filesystem which references the old log name loglv00.
synclvodm: Logical volume loglv03 updated.
0516-530 synclvodm: Logical volume name livedump changed to fslv08.
synclvodm: Logical volume fslv08 updated.
0516-530 synclvodm: Logical volume name sec_dumplv changed to lv00.
synclvodm: Logical volume lv00 updated.
0516-530 synclvodm: Logical volume name pri_dumpdev changed to lv01.
synclvodm: Logical volume lv01 updated.

Now I'm downloading the ISO file and can boot into maintenance mode. Can we do the followings:
  • rename all the LVs to its original name
  • recreate the hd5 volume
  • rewrite the boot volume info with bosboot and reboot the system to boot from it.

The thing I'm not very clear is, what is altinst_rootvg? If I can create the boot volume and rename the LV successfully as above, I can boot from it?

With my research about altinst_rootvg, it's a technique to replicate the current OS, this is done by backup purpose. Still reading it for more info ...

Last edited by rbatte1; 06-03-2019 at 09:07 AM..
# 2  
Old 05-28-2019
Please send the link to the man page for this command you are talking about:

Code:
altinst_rootvg

Sorry, I cannot find an AIX reference for it.

Here is the AIX reference for alt_rootvg_op :

alt_rootvg_op Command
# 3  
Old 05-29-2019
altinst_rootvg is the name to the alternate rootvg you can boot from, as backup don't make boot disks... So not sure what results you can expect from what you done so far.

Neo gave you the man pages to the commands you need, and the reason you do altinst_rootvg is when you decide to apply patches or upgrade of TL etc... you have an altinst_rootvg to reboot from if things go wrong, so I never heard of anyone trying to sync like you did as for that you create a mirror that you un-mirror after only as most are using virtual devices we have this new option...

ADDENDUM
Sorry for the late posting I went off to work and forgot to click send... Smilie
This User Gave Thanks to vbe For This Post:
# 4  
Old 05-30-2019
Quote:
Neo gave you the man pages to the commands you need, and the reason you do altinst_rootvg is when you decide to apply patches or upgrade of TL etc... you have an altinst_rootvg to reboot from if things go wrong, so I never heard of anyone trying to sync like you did as for that you create a mirror that you un-mirror after only as most are using virtual devices we have this new option...
Thank Neo and vbe.

Because I vary on the altinst_rootvg and try to use bosboot to create the boot info again, but it complains that hd5 already exists. So I try to sync it but finally it renamed all the LVs.

I have downloaded the AIX iso 7.1 which SP is higher the problematic AIX box. Can the higher version of AIX can create the lower version boot partition?
# 5  
Old 05-30-2019
IMHO it would use what it has so 7.1...
You do have a mksysb somewhere I hope? Thats would be the best deal to put all at the level of that image... then you could start all again... When you say it renamed all the LV are you talking of rootvg only ? because those have just numbers to what I remember so I dont see how you could see anything change, but if the others that is because of their definition you find in /etc/filesystems which is found on rootvg, in other words using a mksysb from a previous configuration may show trouble mounting disks if not the same or for unfound filesystem and will not mount what it doeesnt know of like new LVs etc...
The same is true for passwords, reason why I include root passwd somewhere with it, I did before that make mksysb removing root passwd but found it was a terrible threat as too many engineers around, one could do silly things by mistake...
I have learned maybe the hard way, but I did too because of an HACMP failure long ago, that when anything system has changed like adding removing disks, new net or HBA cards etc... to update a text file YOU manage with vi and nothing else, somewhere you can always find if the system can boot (single user or maintenance level) where you can see what you know of and compare in order to get things right and not drown into more trouble such as the system seeing "new disks" will quite surely scan and find LVs and so ...
AIX is like HP-UX very robust, both have their pros and cons, but both have first class system administration tools which explains they are still on the market, one strength is that very very rarely you need to re-install after a serious issue on the hundred I had to administrate I never had once to reinstall a box except and AIX 4.3 as I never found out what a previous sysadm did to wreck the box , I had to format the root/boot disk twice to get it looking sane again but we are talking pre Y2K ...
This User Gave Thanks to vbe For This Post:
# 6  
Old 06-06-2019
Hi all,

I have used the following methods to restore the server from its mksysb Smilie

1. I create virtual DVD on VIOS and map it to the LPAR
2. I create DVD iso from mksysb, transfer it to VIOS and load it.
3. Booting LPAR to the DVD, and perform the restore.
This User Gave Thanks to Phat For This Post:
# 7  
Old 06-11-2019
I think, first an explanation what this "altinst_rootvg" is is in order:

When you are updating AIX there is always a non-zero chance of something going wrong so that you may want to roll back. With AIX 5.2 (IIRC - not sure about that) IBM introduced the "alternate disk installation". First, here is the principle:

- you start with a mirrored rootvg, where you have two disks. Each holding one mirror.
- you break up the mirror so that you have two identical copies
- then you update one with the new version while retaining the other as it is
- if everything goes right, the second (not updated) mirror is remirrored from the updated one so that you have a mirrored rootvg again (new version)
- if something goes wrong, reboot from the not-updated original, remirror the updated one from this so that you have a mirrored rootvg again (old version)

OK, with this in mind: notice that you first need to remove any installed emergency fixes before you update. Second, you do NOT do what i described above by hand! You use the adequate commands: alt_disk_install, alt_disk_copy, etc.. Read up on them before you attempt any update using them! There are options to alt_disk_install to create/remove the rootvg copies. Use only these, do NOT doctor with what the commands have created. Here is a link with the procedure.

Also notice that your NIM-server should ALWAYS be higher than or at least at the same level as your highest system. A NIM server with AIX 6.1 can only serve clients up to 6.1 and todays this means it is almost useless (AIX 6.1 is out of support in a few weeks). Your NIM-server should right now be at AIX 7.2 latest TL, even if the rest of your environment is 7.1 (which, btw., i think is a good idea). You can always serve clients below the NIMs level but never above.

I hope this helps.

bakunin
Login or Register to Ask a Question

Previous Thread | Next Thread

8 More Discussions You Might Find Interesting

1. AIX

Samba 3.6 on AIX 7.1 - Windows 10 Access to AIX file shares using Active Directory authentication

I am running AIX 7.1 and currently we have samba 3.6.25 installed on the server. As it stands some AIX folders are shared that can be accessed by certain Windows users. The problem is that since Windows 10 the guest feature no longer works so users have to manually type in their Windows login/pwd... (14 Replies)
Discussion started by: linuxsnake
14 Replies

2. UNIX for Beginners Questions & Answers

New to AIX: How do I setup high availability on an AIX System

I am new to AIX but not new to unix. I have an interview for an AIX systems admin position and I know they want someone who has knowledge of High Availability, Failover and LPARs From my research so far, It appear powerha is used to setup high availability and failover on Power systems but is... (2 Replies)
Discussion started by: mathisecure
2 Replies

3. AIX

Will it affect my AIX LPAR security, when i set up email alerts on AIX server.

Hello, I've set up email alerts on AIX Servers. so that i can get email notifications (via mail relay server) when ever there is abnormal behavior. for example 1) my script monitors CPU/disk/memory etc... when it reaches high water ark, it will send an email alert. 2) disk usage alerts 3)... (5 Replies)
Discussion started by: System Admin 77
5 Replies

4. AIX

AIX How to exchange hostname and IP address between two AIX servers?

Hi all, I am trying to exchange hostname and IP address of two AIX machines. But i am confused as how to change it ? do i need to use "smitty mktcpip" or "smitty tcpip" ? what is the difference between smitty mktcpip and smitty tcpip ? Also anymore steps to follow or just updating... (3 Replies)
Discussion started by: lramsb4u
3 Replies

5. AIX

Nim on AIX 7.1 used to migrate AIX 5.3 to AIX 6.1...is possible?

Using nimadm: nimadm -j nimadmvg -c sap024 -s spot_6100 -l lpp_6100 -d "hdisk1" -Y Initializing the NIM master. Initializing NIM client sap024. 0505-205 nimadm: The level of bos.alt_disk_install.rte installed in SPOT spot_6100 (6.1.3.4) does not match the NIM master's level (7.1.1.2).... (2 Replies)
Discussion started by: sciacca75
2 Replies

6. AIX

How to upgrade AIX Firmware & TL Maintenance Level in AIX

Steps to upgrade AIX TL ( technology Level ) / Maintenance Level in AIX ( including Firmware HMC VIOS ) This article or post covers upgrades for - Hardware Management Console ( HMC ) - Firmware ( also known as microcode ) - VIO ( Virtual I/O Server = PowerVM ) - AIX Version, Technology... (2 Replies)
Discussion started by: filosophizer
2 Replies

7. AIX

IY17981 fix required for aix 4.3.3 to aix 5L migration but not found

Hi, redbook documentation is telling that IY17981 fix is required for aix 4.3.3 to aix 5L migration. But there is no mention about that fix in any ML installation packages. - My system is ML11 : oslevel –r 4330-11 - But xlC.rte is on wrong version : lslpp -L xlC.rte xlC.rte ... (3 Replies)
Discussion started by: astjen
3 Replies

8. AIX

How to apply aix 5.3 TL8 properly on ML5 aix system ?

Is it necessary to put system into single user mode for applying aix 5.3 TL8 on a aix 5.3.5.0 system ? Is the TL8 installation not totally safe ? thank you. (6 Replies)
Discussion started by: astjen
6 Replies
Login or Register to Ask a Question