|
|||||||
| Forums | Search Forums | Register | Forum Rules | Man Pages | Albums | FAQ | Members | Calendar | Search | Today's Posts | Mark Forums Read |
| AIX AIX is IBM's industry-leading UNIX operating system that meets the demands of applications that businesses rely upon in today's marketplace. |
|
|
|
Thread Tools | Search this Thread | Display Modes |
|
#1
|
||||
|
||||
|
multibos - can I remove hd5 if booted from bos_hd5
Hi, I'd like to know - can I simply remove all the standard OS lvs - ie hd2, hd5, hd9var, hd10opt hd4, while the system is running on multibos bos_ lv's, and then re-run multibos to re-create the standard lvs? I'm having an odd problem with a multibos installation. The system is currently running on the bos_hd5. I'd like to do a new multibos clone prior to doing an OS update, but multibos won't let me, saying "Maximum number of standby BOS installations already exist". multibos -R also exits with the following errors: Code:
multibos: 0565-080 Error reading LVCB attribute "fs,mb" of logical volume bos_hd5. multibos: 0565-082 Unable to verify multibos tag for standby BOS logical volume bos_hd5 multibos: 0565-084 Error processing primary boot partition. multibos: 0565-002 ATTENTION: cleanup did not complete successfully. I would just reboot back to the other "standard" hd5 image, and start again from there, but it appears that hd4 is missing, so I'd expect a reboot to that image will fail. So, can I simply remove all the standard OS lvs - ie hd2, hd5, hd9var, hd10opt (and hd4 if it was there), while the system is running on the bos_ lv's, and then re-run multibos? Will this default to re-creating the standard lvs from the current bos_ lvs? Are the bos_ lvs and the standard lvs truly equivalent? Or do I risk losing some vital information by doing this? TIA, Alan.
Last edited by zaxxon; 08-22-2012 at 12:59 AM.. Reason: code tags |
| Sponsored Links | ||
|
|
#2
|
|||
|
|||
|
Anyone able to help?
|
| Sponsored Links | ||
|
|
#3
|
|||
|
|||
|
Hi Alan,
Multibos allows you to create multiple instances of the AIX OS, however removing the original with the system up and running is likely to cause a major problem. Although we don't use it on our P695's I have heard the AIX guys talking about it, so I think a bit of research here might be in order. Regards Dave |
|
#4
|
||||
|
||||
|
multibos
Howdy, IBM does support the "bos_hdX" naming convention as being allowable as the "new" name for LVs. Once you have your bootlist pointed to this and reboot from this new LV, the old LVs are effectively unused. We like the old naming conventions so we always recreate multibos (which then uses the original naming conventions) and reset bootlist again, thereby putting all naming conventions back to old-skool normal names. Multibos always toggles between bos_ and "no" bos_ LV naming conventions. The inactive unused LVs are safe to remove as long as your bootlist points to the correct blv. HTH Here's a procedure we use: Before beginning any update or installation process, confirm filesets and LPP database is sane: Code:
# lppchk –v # Lslpp –l | grep –I applied Update any required filesets, or remove unrequired filesets as appropriate to stabilize the system.Now commit any applied filesets: Code:
# installp –c all You must confirm that the size or FREE space available to multibos is equivalent to: / /usr + 20% /var /opt All Mirrored (if mirrored in rootvg being multibos’d) Remove any /tng or unused rootvg Filesystems particular to this host. If space is still unavailable, shrink filesystems in the following order of preference: /mksysbstage /home /tmp Also, note if this process is being run on the SECOND of two HACMP or ACTIVE/PASSIVE cluster nodes, the first node should be rebooted and have the bos_* LV Names reverted before continuing.This should be done at this stage, since no service interruption will be experienced while rebooting the passive node. On a host where MultiBos has never been run, or has not been used to update since last updates(check rootvg for any shadow LVs), first we must clean out any old Multibos installations: Code:
# multibos –R Now create new samelevel shadow multibos LVs on the node: Code:
# multibos –sX Initializing multibos methods ... Initializing log /etc/multibos/logs/op.alog ... Gathering system information ... +-----------------------------------------------------------------------------+ Setup Operation +-----------------------------------------------------------------------------+ Verifying operation parameters ... Creating image.data file ... +-----------------------------------------------------------------------------+ Logical Volumes +-----------------------------------------------------------------------------+ Creating standby BOS logical volume bos_hd5 Creating standby BOS logical volume bos_hd4 Creating standby BOS logical volume bos_hd2 Creating standby BOS logical volume bos_hd9var Creating standby BOS logical volume bos_hd10opt +-----------------------------------------------------------------------------+ File Systems +-----------------------------------------------------------------------------+ Creating all standby BOS file systems ... Creating standby BOS file system /bos_inst on logical volume bos_hd4 Creating standby BOS file system /bos_inst/usr on logical volume bos_hd2 Creating standby BOS file system /bos_inst/var on logical volume bos_hd9var Creating standby BOS file system /bos_inst/opt on logical volume bos_hd10opt +-----------------------------------------------------------------------------+ Mount Processing +-----------------------------------------------------------------------------+ Mounting all standby BOS file systems ... Mounting /bos_inst Mounting /bos_inst/usr Mounting /bos_inst/var Mounting /bos_inst/opt +-----------------------------------------------------------------------------+ BOS Files +-----------------------------------------------------------------------------+ Including files for file system / Including files for file system /usr Including files for file system /var Including files for file system /opt Copying files using backup/restore utilities ... Percentage of files copied: 0.00% Percentage of files copied: 1.50% Percentage of files copied: 3.01% Percentage of files copied: 4.51% Percentage of files copied: 6.02% Percentage of files copied: 7.52% Percentage of files copied: 9.03% Percentage of files copied: 10.53% Percentage of files copied: 12.04% Percentage of files copied: 13.55% Percentage of files copied: 15.05% Percentage of files copied: 16.56% Percentage of files copied: 18.06% Percentage of files copied: 19.57% Percentage of files copied: 21.07% Percentage of files copied: 22.58% Percentage of files copied: 24.08% Percentage of files copied: 25.59% Percentage of files copied: 27.10% Percentage of files copied: 28.60% Percentage of files copied: 30.11% Percentage of files copied: 31.61% Percentage of files copied: 33.12% Percentage of files copied: 34.62% Percentage of files copied: 36.13% Percentage of files copied: 37.63% Percentage of files copied: 39.14% Percentage of files copied: 40.65% Percentage of files copied: 42.15% Percentage of files copied: 43.66% Percentage of files copied: 45.16% Percentage of files copied: 46.67% Percentage of files copied: 48.17% Percentage of files copied: 49.68% Percentage of files copied: 51.18% Percentage of files copied: 52.69% Percentage of files copied: 54.20% Percentage of files copied: 55.70% Percentage of files copied: 57.21% Percentage of files copied: 58.71% Percentage of files copied: 60.22% Percentage of files copied: 61.72% Percentage of files copied: 63.23% Percentage of files copied: 64.73% Percentage of files copied: 66.24% Percentage of files copied: 67.75% Percentage of files copied: 69.25% Percentage of files copied: 70.76% Percentage of files copied: 72.26% Percentage of files copied: 73.77% Percentage of files copied: 75.27% Percentage of files copied: 76.78% Percentage of files copied: 78.28% Percentage of files copied: 79.79% Percentage of files copied: 81.30% Percentage of files copied: 82.80% Percentage of files copied: 84.31% Percentage of files copied: 85.81% Percentage of files copied: 87.32% Percentage of files copied: 88.82% Percentage of files copied: 90.33% Percentage of files copied: 91.83% Percentage of files copied: 93.34% Percentage of files copied: 94.85% Percentage of files copied: 96.35% Percentage of files copied: 97.86% Percentage of files copied: 99.36% Percentage of files copied: 100.00% +-----------------------------------------------------------------------------+ Boot Partition Processing +-----------------------------------------------------------------------------+ Active boot logical volume is hd5. Standby boot logical volume is bos_hd5. Creating standby BOS boot image on boot logical volume bos_hd5 bosboot: Boot image is 38027 512 byte blocks. +-----------------------------------------------------------------------------+ Mount Processing +-----------------------------------------------------------------------------+ Unmounting all standby BOS file systems ... Unmounting /bos_inst/opt Unmounting /bos_inst/var Unmounting /bos_inst/usr Unmounting /bos_inst +-----------------------------------------------------------------------------+ Bootlist Processing +-----------------------------------------------------------------------------+ Verifying operation parameters ... Setting bootlist to logical volume bos_hd5 on hdisk0. ATTENTION: firmware recovery string for BLV (): boot Log file is /etc/multibos/logs/op.alog Return Status = SUCCESS Review logfile, check for Errors. The “SUCCESS” flag is a good sign, but check logs regardless. Now let’s check our current OS: Code:
# oslevel -s # instfix -i | grep ML # lslpp -l | grep -i applied And our MultiBos OS versions: Go into a multibos Shell: Code:
# multibos -S MULTIBOS> oslevel -s Exit the MultiBos Shell: Code:
MULTIBOS> exit Mount up the installation lpp_source from our NIM server: Code:
# mount <ADMIN SERVER>:/NIM/lpp_source/lpp_source_AIX53124 /mnt Install updates: Code:
# multibos -Xac -l /mnt Again, check for “SUCCESS” . You may need to re-run the installation until all filesets are applied. Rerun again (and repeat until all filesets updated). Now, back at the OS, update the bootlist and boot image: Code:
# bootlist -m normal hdisk0 blv=bos_hd5 If mirrored: Code:
# bootlist -m normal hdisk0 blv=bos_hd5 hdisk1 blv=bos_hd5 Check it: Code:
# bootlist -m normal -o Recreate the boot image: Code:
# bosboot -ad /dev/hdisk0 # bosboot –ad /dev/hdisk1 Reboot. Code:
# shutdown –Fr now Check OS when it comes back online:# ifconfig –a Code:
# netstat –rn # df –g # errpt –a | more # tail –f /var/adm/syslog.log Now we are running on our updated multibos version. However our LVs are named bos_* Wait 1 week for soak testing (we are only 1 reboot away from original BOS level) After 1 week, before any failovers TO this node (if HACMP or TWS) let's clear down the old boslevel (removing the 1 reboot rollback position, but leaving the mksysb restore as a if necessary). The machine releasing services will be updated next, and will still have the multibos rollback position in place (for the 1 week soak). Repeating the multibos commands will "toggle" back ie, multibos knows the ACTIVE lvs are already named bos_* so it will create the new ones as regularly named LVs: hd5,hd2,hd9var etc. Ok so now let's clear down old installation on multibos LVs: Code:
# multibos -R And recreate a bos instance using current ACTIVE lvs as source, being named WITHOUT "bos_*" this time: Code:
# multibos -sX Change the bootlist: Code:
# bootlist -m normal hdisk0 blv=hd5 If mirrored: Code:
# bootlist -m normal hdisk0 blv=hd5 hdisk1 blv=hd5 Check it: Code:
# bootlist -m normal -o recreate the boot image: Code:
# bosboot -ad /dev/hdisk0 # bosboot -ad /dev/hdisk1 Reboot: Code:
# shutdown –Fr now Check OS is still at upgraded TL.Remove shadow MultiBos image (since this shadow image is simply a copy of our current TL). Code:
# multibos -R ---------- Post updated at 07:30 AM ---------- Previous update was at 07:17 AM ---------- just looking again at your problem re: hd4, is it possible that some work was done while you were in your multibos shell? We did have issues with the multibos prompt not displaying (but you were in a multibos shell). One of our engineers did execute some commands while in the multibos shell that left us cleaning up some funnies (editing /etc/filesystems and other manual intervention). Assuming you are running on your new "bos_" environment wo issue, I can see no reason to keep your old hdX LVs, they are not in use (and reverting back to them would leave you at an older OS version no?) best of luck!
Last edited by bakunin; 08-09-2012 at 08:53 AM.. Reason: Added procedure |
| Sponsored Links | |
|
|
#5
|
|||
|
|||
|
gts1999, thanks for all that info.
Apologies for my slow reply, I got dragged off onto some other tasks for about a week. The last part of your procedure, where you re-create the standard style lv's by re-running the multibos command and reboot to them, is what I would like to try. As mentioned before, my current setup seems to be corrupted, so multibos is refusing to run at the moment. Looking back at the system in question, there is only one of the standard lv's there - hd5. All the rest have disappeared. This system was migrated onto new hardware earlier this year, so I think this maybe where the problem was caused. What I'm going to do is first try recreating the standard lv's manually, as copies of the bos_* lv's. Then see if multibos will play ball. If not, I'll remove them again, and also remove the old hd5 one, and see if that helps. If not, I may be reduced to looking at a full restore from a mksysb. Anyone have any suggestions as to the best way to "clone" bos_* lv's to standard lv naming? Is the system likely to accept copied lv's as "real" OS lv's? One issue I'm already wondering about is how to "name" hd4, given that "/" already exists as bos_hd4. Any help/suggestions welcome. Cheers, Alan. |
| Sponsored Links | |
|
|
#6
|
|||
|
|||
|
Hi Alan, Thinking about your current problem and based on your recent post I would suggest the following. If you have: (1) ONLY hd5 as your BLV (2) ONLY bos_hd(2/4/9var) as your /usr, /, and /var Then the 1st trick would be to "harmonise" your existing hd5 to make it named bos_hd5 I would follow this procedure to get my BLV sorted: Code:
# bosboot -ad /dev/hdisk0 # shutdown -Fr [ Go into maintenance mode from CD ] # mklv -y hd5 -t boot -a e rootvg 1 [ Except use bos_hd5 in your mklv command since you are trying to get a BLV called bos_hd5 ] # bosboot -ad /dev/hdisk0 # Shutdown -Fr now ** You could probably get away without a maintenance boot by simply doing mklv the bos_hd5 BLV and the bosboot part of the above procedure** So now you have a bos_hd5 BLV and you have bosbooted to write boot data to the new BLV. You need to update your bootlist to boot from your new bos_hd5 BLV (see previous post for more details). Code:
# bootlist -m normal hdisk0 blv=bos_hd5 hdisk1 blv=bos_hd5 Now I'd check my /etc/filesystems and ensure that /, /usr and /var all point to the bos_XXX LVs. Now that the universe is in order (wrt to multibos) I'd reboot (obviously sacrificing a goat to the god of AIX to ensure the system comes back). Once back, I'd go through the multibos procedure to rename things back to the normal LV names, without the bos_ prefixes. I have to admit I can't understand how you would have hd5 as the active BLV and bos_XXX LVs as the active LVs.....that really is hard to acvhieve |
| Sponsored Links | |
|
|
#7
|
|||
|
|||
|
Thanks again for your response gts1999.
Just to clarify, my system has all of the multibos "bos_" lv's, and is running correctly on those, including bos_hd5. It's just that it has a corrupted "normal" image (or at least multibos thinks it has), which has only hd5 left, and which is preventing multibos from running correctly. Sorry I didn't really outline the current system situation in my first post. Cheers, Alan. |
| Sponsored Links | ||
|
![]() |
| Thread Tools | Search this Thread |
| Display Modes | |
More UNIX and Linux Forum Topics You Might Find Helpful
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Booted to old_rootvg | sdiehr00 | AIX | 1 | 04-17-2012 01:26 AM |
| Restore previous update w/o multibos | itik | AIX | 3 | 08-27-2008 02:28 AM |
| multibos with aix53 hacmp45 | itik | AIX | 1 | 08-21-2008 05:23 PM |
| multibos and hacmp | itik | AIX | 0 | 07-29-2008 09:26 PM |
|
|