- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- VG Problem in SG Cluster Node
Operating System - Linux
1753784
Members
7226
Online
108799
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- 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
03-20-2010 08:44 AM
03-20-2010 08:44 AM
VG Problem in SG Cluster Node
Hi,
In existing environment, DL380 G4 with RHEL AS 4 update 4 installed are connected with MSA1000 through fiber cables (multipath). Service Guard is used to form Cluster.
Now, customer buy MSA2324fc and want to migrate on it. I removed on node from SG Cluster and attached MSA2324 on it via two SAN switches. I created vdisks and volumes on new MSA. Now, i am creating PVs and VGs successfully but when i am creating LVs it is giving following error:
"Not activating vgtest/lvtest due to config file settings.
Failed to activate new LV"
Can any body help me in this problem.
As a work around, on new hard drive in same server,i installed linux again and every thing working fine on it.i mounted the MSA disks and can access the file system.
In existing environment, DL380 G4 with RHEL AS 4 update 4 installed are connected with MSA1000 through fiber cables (multipath). Service Guard is used to form Cluster.
Now, customer buy MSA2324fc and want to migrate on it. I removed on node from SG Cluster and attached MSA2324 on it via two SAN switches. I created vdisks and volumes on new MSA. Now, i am creating PVs and VGs successfully but when i am creating LVs it is giving following error:
"Not activating vgtest/lvtest due to config file settings.
Failed to activate new LV"
Can any body help me in this problem.
As a work around, on new hard drive in same server,i installed linux again and every thing working fine on it.i mounted the MSA disks and can access the file system.
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-21-2010 01:27 AM
03-21-2010 01:27 AM
Re: VG Problem in SG Cluster Node
The "config file settings" refers to the LVM configuration file: /etc/lvm/lvm.conf.
This is because Serviceguard can optionally use LVM tagging to protect package VGs from being activated on two or more nodes simultaneously. Your existing environment seems to have this option enabled, which is the recommended configuration.
When Serviceguard is installed, the installation instructions will give you the option of enabling the "VG Activation Protection" by making some changes to /etc/lvm/lvm.conf file ("activation" section, "volume_list" keyword).
If you use some VGs for cluster packages and others locally, you have two options:
A) edit your /etc/lvm/lvm.conf so that your volume_list will *always* allow the activation of your local VGs, but requires the package VGs to have the correct tag.
B) create the appropriate tags manually to your local VGs, so that they are "compatible" with the VG Activation Protection feature of Serviceguard.
The option B might actually be the preferable one, as you will need to know how to do it anyway: if your Serviceguard package application startup script has errors that prevent a package from starting normally, you may have to manually add a VG tag to allow the VG to activate, so that you can mount the filesystem and fix the scripting error.
All the necessary information is in the Serviceguard documentation, in the chapter that deals with VG Activation Protection.
MK
This is because Serviceguard can optionally use LVM tagging to protect package VGs from being activated on two or more nodes simultaneously. Your existing environment seems to have this option enabled, which is the recommended configuration.
When Serviceguard is installed, the installation instructions will give you the option of enabling the "VG Activation Protection" by making some changes to /etc/lvm/lvm.conf file ("activation" section, "volume_list" keyword).
If you use some VGs for cluster packages and others locally, you have two options:
A) edit your /etc/lvm/lvm.conf so that your volume_list will *always* allow the activation of your local VGs, but requires the package VGs to have the correct tag.
B) create the appropriate tags manually to your local VGs, so that they are "compatible" with the VG Activation Protection feature of Serviceguard.
The option B might actually be the preferable one, as you will need to know how to do it anyway: if your Serviceguard package application startup script has errors that prevent a package from starting normally, you may have to manually add a VG tag to allow the VG to activate, so that you can mount the filesystem and fix the scripting error.
All the necessary information is in the Serviceguard documentation, in the chapter that deals with VG Activation Protection.
MK
MK
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP