Operating System - HP-UX
1837868 Members
3481 Online
110122 Solutions
New Discussion

Re: vgchange -c y -S y /dev/vgname...

 
SOLVED
Go to solution
Dan Copeland
Regular Advisor

vgchange -c y -S y /dev/vgname...

Admins,

I'm not sure why this practice was started, but whenever we create a volume group for use in a package, we always mark it as sharable as well as setting the cluster bit. We are not sharing the volume group across multiple nodes and never have. Can someone shed some light as to why we do this. Is this standard practice for older versions of MC/SG? The senior members of my team don't know why they started doing it this way either...

tia,
Frank
4 REPLIES 4
melvyn burnard
Honored Contributor

Re: vgchange -c y -S y /dev/vgname...

No htis is not standard practice.
The VG's get marked as cluster aware at time of applying the cluster binary. the only reason to redo a vgchange -c y is when you have marked the vg cluster unaware, or have redone a binary apply without hte vg activated at the time.
The practic may have begun because someone just wanted to make 110% sure.
My house is the bank's, my money the wife's, But my opinions belong to me, not HP!
John Poff
Honored Contributor
Solution

Re: vgchange -c y -S y /dev/vgname...

Hi Frank,

I don't know of any reason for marking the VGs as shareable if you aren't mounting them that way. The only reason for a VG to be shareable is if the VG is going to be available for read/write on multiple nodes at the same time, which is a pretty wild situation. Normally a VG in MC/SG gets activated in exclusive mode, which prevents any other node from accidentally activating the VG while in use by another node. Marking all the VGs as shareable may be bypassing that safeguard.

Good for you for asking the question at your place! Sometimes things get done 'just because we've always done it that way', and it's wrong. You must be related to the boy who questioned the emperors' new clothes. :)

JP
Artyom Voronchihin
Respected Contributor

Re: vgchange -c y -S y /dev/vgname...

Hello !
You dosn't need -S option if you are not going to share VG across multiple nodes. Shared access to VG is designed to be used only by specialized distributed applications that use raw access to disk, rather that going through a file system. The applications must provide their own concurrency control for their data, as well as transaction logging and recovery facilities.
"Intel inside" is not a label, it's a warning.