HPE Community
Operating System - Linux
1825667 Members
4554 Online
109686 Solutions
New Discussion

Re: SLES10 LVM vgchange -c y

 
SOLVED
Go to solution
Peter J. Kraus
Occasional Advisor

‎09-02-2008 11:15 PM

‎09-02-2008 11:15 PM

SLES10 LVM vgchange -c y

Hi

We have got a problem here regarding SLES10 with HA cluster.
Yesterday, I applied a 'vgchange -c y' to a volume group which I am not able to recover from. Any command leads to a message 'skipping clustered volume'. Does anybody know how to get rid of this cluster-tag?
Thanks for your help.
Peter
0 Kudos
Reply
12 REPLIES 12
Court Campbell
Honored Contributor

‎09-03-2008 05:26 AM

‎09-03-2008 05:26 AM

Re: SLES10 LVM vgchange -c y

vgchange -c n
"The difference between me and you? I will read the man page." and "Respect the hat." and "You could just do a search on ITRC, you don't need to start a thread on a topic that's been answered 100 times already." Oh, and "What. no points???"
0 Kudos
Reply
Court Campbell
Honored Contributor

‎09-03-2008 05:28 AM

‎09-03-2008 05:28 AM

Re: SLES10 LVM vgchange -c y

And I guess you could try activating the vg exclusively. vgchange -a e
"The difference between me and you? I will read the man page." and "Respect the hat." and "You could just do a search on ITRC, you don't need to start a thread on a topic that's been answered 100 times already." Oh, and "What. no points???"
0 Kudos
Reply
Peter J. Kraus
Occasional Advisor

‎09-03-2008 05:42 AM

‎09-03-2008 05:42 AM

Re: SLES10 LVM vgchange -c y

vgchange -c n always gives an error:
skipping clustered volume

0 Kudos
Reply
Court Campbell
Honored Contributor

‎09-03-2008 05:44 AM

‎09-03-2008 05:44 AM

Re: SLES10 LVM vgchange -c y

unmount any filesystems mounted from that vg. then vgchange -a n, vgchange -c n, vgchange -a y, then mount.
"The difference between me and you? I will read the man page." and "Respect the hat." and "You could just do a search on ITRC, you don't need to start a thread on a topic that's been answered 100 times already." Oh, and "What. no points???"
0 Kudos
Reply
Peter J. Kraus
Occasional Advisor

‎09-03-2008 06:15 AM

‎09-03-2008 06:15 AM

Re: SLES10 LVM vgchange -c y

Court,

thanks for your replies. We will try the steps you mentioned tomorrow morning.
0 Kudos
Reply
Peter J. Kraus
Occasional Advisor

‎09-03-2008 11:17 PM

‎09-03-2008 11:17 PM

Re: SLES10 LVM vgchange -c y

Unfortuately already the first command, vgchange -a n, gives the error skipping clustered volume group.
0 Kudos
Reply
Court Campbell
Honored Contributor

‎09-04-2008 04:30 AM

‎09-04-2008 04:30 AM

Re: SLES10 LVM vgchange -c y

OK, you'll have to work with me a little here. I am not a sles user; I use rhel. Do you have the file /etc/lwm/lvm.conf? I will assume that the file is in the same location as sles. And also is the clvmd service running? Here are two things you can try.

1. If clvmd is not running, start it. This should resolve the issue.

2. If clvmd is running or you have issues then edit lvm.conf and change "locking_type = 1".

Once you have done either of those you would follow the previous steps of umounting, etc.
"The difference between me and you? I will read the man page." and "Respect the hat." and "You could just do a search on ITRC, you don't need to start a thread on a topic that's been answered 100 times already." Oh, and "What. no points???"
0 Kudos
Reply
Peter J. Kraus
Occasional Advisor

‎09-04-2008 05:08 AM

‎09-04-2008 05:08 AM

Re: SLES10 LVM vgchange -c y

We already tried with changing the locking_type to 0 and back to 1.
Unfortunately SLES10 does not provide clvmd, so I cannot start it. We wanted to use HA for clustering.

Fortunately we are working on a new system which will go live in 2 weeks. So we can build from scratch new volume groups (as we did last night). But it can happen anytime and the customer will not wait for 6 hours to rebuild a system. So it would be nice to get a solution.
0 Kudos
Reply
Court Campbell
Honored Contributor

‎09-04-2008 06:26 AM

‎09-04-2008 06:26 AM

Solution

Re: SLES10 LVM vgchange -c y

I have been scouring the novell site and it looks like they use evms2 to manage volumes, etc. You might open it up and see if you can edit the volume that way. Here is a doc I found that may help you with future ha setups:

http://wiki.novell.com/images/0/01/CHASF_preview_Nov172006.pdf

Sorry I couldn't provide a solid answer.
"The difference between me and you? I will read the man page." and "Respect the hat." and "You could just do a search on ITRC, you don't need to start a thread on a topic that's been answered 100 times already." Oh, and "What. no points???"
Reply
Court Campbell
Honored Contributor

‎09-04-2008 06:30 AM

‎09-04-2008 06:30 AM

Re: SLES10 LVM vgchange -c y

And lastly here is some good documentation on evms2:

http://evms.sourceforge.net/user_guide/
"The difference between me and you? I will read the man page." and "Respect the hat." and "You could just do a search on ITRC, you don't need to start a thread on a topic that's been answered 100 times already." Oh, and "What. no points???"
0 Kudos
Reply
Peter J. Kraus
Occasional Advisor

‎09-04-2008 10:37 PM

‎09-04-2008 10:37 PM

Re: SLES10 LVM vgchange -c y

Court,
even it maybe not a solid answer but at least it's a very useful one. We have heard about evms but never dived into it. But with this documentation it seems to be worth to have a closer look into it. Let's see if it could solve our problem.
0 Kudos
Reply
Colin Topliss
Esteemed Contributor

‎06-17-2009 01:14 AM

‎06-17-2009 01:14 AM

Re: SLES10 LVM vgchange -c y

For anyone finding this thread...

It appears to be broken under SLES. The only two ways we've found so far are to blow the disk away and start again (destructive), or vgcfgrestore the appropriate config:

tdbsl003:/etc/lvm/archive # vgcfgrestore -l vg_testdb02a

File: /etc/lvm/archive/vg_testdb02a_00000.vg
VG name: vg_testdb02a
Description: Created *before* executing 'vgs'
Backup Time: Tue Jun 16 20:54:18 2009


File: /etc/lvm/archive/vg_testdb02a_00001.vg
VG name: vg_testdb02a
Description: Created *before* executing 'vgexport vg_testdb02a'
Backup Time: Tue Jun 16 21:10:24 2009


File: /etc/lvm/archive/vg_testdb02a_00002.vg
VG name: vg_testdb02a
Description: Created *before* executing 'vgimport /dev/vg_testdb02a'
Backup Time: Tue Jun 16 21:52:28 2009


File: /etc/lvm/archive/vg_testdb02a_00003.vg
VG name: vg_testdb02a
Description: Created *before* executing 'vgdisplay'
Backup Time: Wed Jun 17 09:18:21 2009


File: /etc/lvm/archive/vg_testdb02a_00004.vg
VG name: vg_testdb02a
Description: Created *before* executing 'vgdisplay'
Backup Time: Wed Jun 17 09:18:21 2009


File: /etc/lvm/archive/vg_testdb02a_00005.vg
VG name: vg_testdb02a
Description: Created *before* executing 'vgchange -cy vg_testdb02a'
Backup Time: Wed Jun 17 09:20:11 2009


File: /etc/lvm/backup/vg_testdb02a
VG name: vg_testdb02a
Description: Created *after* executing 'vgchange -cy vg_testdb02a'
Backup Time: Wed Jun 17 09:20:11 2009

tdbsl003:/etc/lvm/archive # vgcfgrestore -f /etc/lvm/archive/vg_testdb02a_00005.vg vg_testdb02a
Reply
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.