- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- vg not active after reboot
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
Forums
Discussions
Discussions
Discussions
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
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
06-27-2004 02:42 PM
06-27-2004 02:42 PM
I'm new to HPUX, so this might have a trivial solution :-)
I have added a new disk to a system that is a member of a cluster.
The disk is an exported LUN from a Hitachi SAN.
(as is all disk on this cluster)
Everything went well, I created volume group vg02 (vg00 is system disks, vg01 is shared between cluster members), I
created a filesystem on it and mounted it without problem.
-However, after reboot, vg02 is never activated.
Mounting it of course doesn't work,
but after a vgchange -a y /dev/vg02
it mounts fine.
Is there a way of fixing this that I have missed?
I don't think you should have to do a
vgchange -a y /dev/vg02 after every reboot?
thanks,
Peter Jenssen
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2004 03:25 PM
06-27-2004 03:25 PM
Re: vg not active after reboot
You could create a simple script that runs during startup to activate the volume group. Have it in /sbin/init.d with a link to the startup directory, say /sbin/rc3.d/S990vg02start
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2004 04:11 PM
06-27-2004 04:11 PM
SolutionIt's a common practice for the SAs to customize /etc/lvmrc on the clustered systems so that only vg00 and other volume groups specified under that file would be enabled. Rest are meant to be taken care by serviceguard but they have to be made cluster aware by the command 'vgchange -c y' while the cluster is running.
Since you added a new volume group, you may need to add it to your /etc/lvmrc file. Look at the file. It's easily understandable.
-Sri
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2004 04:35 PM
06-27-2004 04:35 PM
Re: vg not active after reboot
Adding /sbin/vgchange -a y /dev/vg02
to custom_vg_activation()
fixed it!
Great!
Peter
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-28-2004 10:20 PM
06-28-2004 10:20 PM
Re: vg not active after reboot
you used vgchange -a y to activate the vg for anny access.
If the vg is part of a clusterpackage, you should think about using
vgchange -a e to activate it exclusively for 1 single server. This server may export it again, but in this way, no other server/client can write to that vg when the clusterpackage may be down.
This may be essentill e.g. with databases.
Regards
Ralf