Operating System - HP-UX
1758612 Members
2566 Online
108873 Solutions
New Discussion юеВ

wny local vg's are not included in /etc/lvmrc?

 
SOLVED
Go to solution
Hanry Zhou
Super Advisor

wny local vg's are not included in /etc/lvmrc?

As I understand, in SG cluster environment, all local vg's(except vg00) that are not mananged by SG should be in cluded in cutom_vg_activation, however, I don't see them on our clusters. Is that optional? I found no any vg's in that function.
none
9 REPLIES 9
Steven E. Protter
Exalted Contributor

Re: wny local vg's are not included in /etc/lvmrc?

Hello Hanry,

Maybe someone made a mistake implementing SG?

Stranger things have happened.

Here is how it should look:

Auto activation of all vg's should be disabled.

VG's not activated by SG packages should be in the custom section.

Anything else may be a mistake.

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Hanry Zhou
Super Advisor

Re: wny local vg's are not included in /etc/lvmrc?

Sorry, the question I post previously was not correct.

The problem is with the value of the variable AUTO_VG_ACTIVATE. It is set to =1 on both nodes of the cluster. I thought it should be "0" to disable vg's activiation when the system is boot up.

Is there any situation you want set it to 1?
none
A. Clay Stephenson
Acclaimed Contributor

Re: wny local vg's are not included in /etc/lvmrc?

It should definitely be set to 0 on all nodes in an MC/SG cluster but the curstom-vg_activation functions must be customized for any VG's on a given host that are not under the control of an MC/SG package.

The value should be set to 1 (almost always) on hosts that are not part of an MC/SG cluster.
If it ain't broke, I can fix that.
Hanry Zhou
Super Advisor

Re: wny local vg's are not included in /etc/lvmrc?

Is there any alternate way, other than set the variable to 0, to not enable shared vg when the system is boot up?

Because it is hardly believe there is something wrong with the cluster, it's been running there for quite a while already.
none
A. Clay Stephenson
Acclaimed Contributor

Re: wny local vg's are not included in /etc/lvmrc?

As with all things UNIX there are always alternate ways to do things; however, if you want anyone trained in MC/SG to be able to confidently work on your boxes then you should stick to the "standard" playbook.
All nodes in the cluster should have AUTO_VG_ACTIVATE=1 and depend uopn the packages to activate the VG's and mount the filesystems (if applicabale). Any other filesystems excopt vg00 local to a given node should be activated by the modified custom_vg_activation function in /etc/lvmrc. It is possible that some "cowboy" has modified the /sbin/lvmrc script.
If it ain't broke, I can fix that.
A. Clay Stephenson
Acclaimed Contributor

Re: wny local vg's are not included in /etc/lvmrc?

Ooops, I said that backwards. All nodes in the cluster should have AUTO_VG_ACTIVATE=0.
If it ain't broke, I can fix that.
melvyn burnard
Honored Contributor
Solution

Re: wny local vg's are not included in /etc/lvmrc?

The only supported way is to have the AUTO_VG_ACTIVATE set to "0" in the /etc/lvmrc file.
If you have any local VG's that you wish activated at boot time, you can the OPTIONALLY add them in.
It is also good practic to incldue the root vg especially if it is mirrored.
My house is the bank's, my money the wife's, But my opinions belong to me, not HP!
Hanry Zhou
Super Advisor

Re: wny local vg's are not included in /etc/lvmrc?

I guess, in this case, results of either setting AUTO_VG_ACTIVATE=0 or "1" should be the same, because I have only vg00 is the local vg, and only one vg as the SG one whose mounting point is not included in /etc/fstab file, but in package control script.

So, it really doesn't matter.
none
A. Clay Stephenson
Acclaimed Contributor

Re: wny local vg's are not included in /etc/lvmrc?

It doesn't matter at the moment but if other VG's are ever added it will. The smart play is to set the value to "0" so that you don't get surprises. I don't often like to mix "surprise" and MC/SG in the same sentence.
If it ain't broke, I can fix that.