- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Expanding /stand
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 11:15 AM
тАО01-15-2003 11:15 AM
My question is do I have to do the interactive restore do the expansion, or can I do a "preview" make_tape_recovery save and then make the modifications to the logical volume information in /var/opt/ignite/recovery/config.recover and then do the "resume" make_tape_recovery and then just restore from the tape?
thanks,
mark
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 11:21 AM
тАО01-15-2003 11:21 AM
Re: Expanding /stand
However, being the nervous, overly cautious type in cases like this, I would prefer to babysit every step of the interactive version anyway.
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 11:23 AM
тАО01-15-2003 11:23 AM
Re: Expanding /stand
I've expanded non-OS critical volumes this way in the past by doing the prevew, increasing the size allocation, doing the resume to run the save, and then the reboot and restore.
Obviously with something as significant as /stand, I want to double check this!
mark
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 11:32 AM
тАО01-15-2003 11:32 AM
Re: Expanding /stand
I'd just never thought of it. From reviewing the config file, it sure looks like it ought to work. I'll be interested to hear your results.
Good luck,
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 11:34 AM
тАО01-15-2003 11:34 AM
Re: Expanding /stand
If I were you, I rather change the size of a logical volume interactively. Go with the other approach if you plan to ignite more than one box.
Hai
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 11:36 AM
тАО01-15-2003 11:36 AM
SolutionI like going through the interactive menu though so I KNOW what is happening.
I'm just curious though, why do you need to extend /stand in order to apply patches? Unless you are keeping several old kernels as backups, /stand should change significantly when you install patches.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 11:45 AM
тАО01-15-2003 11:45 AM
Re: Expanding /stand
Just my 2 cents, but if your 9% short, i would bump it up more than just the 10% your thinking about. The same thing could occur when you go to do the next rd of patches and updates. If disk is not an issue bump it up a little more. We here use 150MB as our /stand size.
Gl Frank G.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 12:01 PM
тАО01-15-2003 12:01 PM
Re: Expanding /stand
My last statement above should read "/stand should NOT change significantly when you install patches".
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 12:05 PM
тАО01-15-2003 12:05 PM
Re: Expanding /stand
I need to make /stand about 10% larger than it is:
/dev/vg00/lvol1 83733 61841 13518 82% /stand
I tried loading the latest Quality patch and got the error message that /stand was about 9% to small.
There is a vmunix.prev in there I thought about removing, as well as a vmunix_test under /stand/build/ which I probably will remove prior to doing the save. But seeing how these will get recreated as a part of doing the patch upgrades, I'm really just delaying the problem.
mark
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-15-2003 12:06 PM
тАО01-15-2003 12:06 PM
Re: Expanding /stand
If you have made your 'make_tape_recovery' recovery tape with the '-I' option:
# make_tape_recovery -x inc_entire=vg00 -I -v -a /dev/rmt/0mn
...then when you boot from the tape the recovery will be "interactive".
Boot from the tape; Respond "no" when asked if you want to interact with IPL. After about 10-minutes you will see "Recovery tape created from system
From the Ignite menu, choose "Install HP-UX/Media Only". Select "Advanced Installation" and choose the "Filesystems" tab.
Choose your target disk and resize your filesystems to you tastes.
Regards!
...JRF...