- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- HP ServiceGuard on RHEL AS 4
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
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
тАО06-04-2008 06:58 AM
тАО06-04-2008 06:58 AM
HP ServiceGuard on RHEL AS 4
when i run following commands , it works fine
to activate
vgchange --addtag $(uname -n) /dev/vgdata
vgchange -a y /dev/vgdata
TO deactivate
vgchange -a n /dev/vgdata
vgchange --delltag $(uname -n) /dev/vgdata
when created and run a package it is giving my following error and package failover is uncessful
###### Node "invigo1": Starting package at Wed Jun 4 16:36:22 AST 2008 ######
Incorrect metadata area header checksum
Attempting to addtag to vg vgdata1...
addtag was successful on vg vgdata1.
Jun 4 16:36:22 - Node "invigo1": Activating volume group vgdata1 .
Jun 4 16:36:22 - Node "invigo1": Checking filesystems:
/dev/vgdata1/lv1
e2fsck 1.35 (28-Feb-2004)
/dev/vgdata1/lv1: clean, 16/141410304 files, 4465311/282814464 blocks
Jun 4 16:36:22 - Node "invigo1": Mounting /dev/vgdata1/lv1 at /data
Jun 4 16:36:22 - Node "invigo1": Adding IP address 10.253.30.17 to subnet 10.25
3.30.0
###### Node "invigo1": Package start completed at Wed Jun 4 16:36:22 AST 2008 #
#####
####### Node "invigo1": Halting package at Wed Jun 4 16:40:25 AST 2008 #######
Jun 4 16:40:25 - Node "invigo1": Remove IP address 10.253.30.17 from subnet 10.
253.30.0
Jun 4 16:40:25 - Node "invigo1": Unmounting filesystem on /data
Jun 4 16:40:25 - Node "invigo1": Deactivating volume group vgdata1
please help me thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-04-2008 06:59 AM
тАО06-04-2008 06:59 AM
Re: HP ServiceGuard on RHEL AS 4
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-04-2008 01:26 PM
тАО06-04-2008 01:26 PM
Re: HP ServiceGuard on RHEL AS 4
The actual VG deactivation is successful, but the package control script cannot confirm it.
The error message would suggest that the LVM metadata is damaged on the shared disk.
What is the output of this command?
vgck -v vgdata1
Your package seems to start completely, but then the package halts four minutes later. Did you do this manually, or did it happen by itself?
If it happened by itself, have you defined any services to the package? If there is a problem with one of the services, the package will attempt to restart the service the configured number of times. If that does not help and the service keeps crashing, then ServiceGuard will try to failover the package... but in this case, the error message about the metadata area header checksum causes SG to consider the package halt a failure.
The package halt procedure is *critical* for a successful failover. It must be completed without any errors, or the failover procedure stops, to minimize the risk of data loss.
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-04-2008 10:06 PM
тАО06-04-2008 10:06 PM
Re: HP ServiceGuard on RHEL AS 4
"incorrect metadata area header checksum"
can you tell me how to deactivate VG during RHEL linux system bootup.
i did not found in the HP ServiceGuard for linux documentation.thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-05-2008 03:34 AM
тАО06-05-2008 03:34 AM
Re: HP ServiceGuard on RHEL AS 4
http://docs.hp.com/en/B9903-90054/ch05s06.html#bdchhedc
See the paragraph about the VG Activation Protection: make sure that the required /etc/lvm/lvm.conf changes are made on _all_ cluster nodes.
Whenever you install RedHat updates to cluster nodes, check if there are LVM tools updates among them. If there is, check that the lvm.conf changes are still there after the update and re-do them if necessary. These small changes are very important for the integrity of data in your cluster.
If a disk gets mounted on two nodes simultaneously and both nodes write on it, there is a risk of *massive filesystem corruption* unless you're using a cluster filesystem that's specially designed to allow that.
Been there, seen that, restored from backups.
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-05-2008 04:19 AM
тАО06-05-2008 04:19 AM
Re: HP ServiceGuard on RHEL AS 4
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-25-2008 05:03 AM
тАО06-25-2008 05:03 AM
Re: HP ServiceGuard on RHEL AS 4
Did you have any luck resolving this issue, I am having the same problem and solving it is very annoying.
Regards
Andrew Y