Re: RHEL6 CLVM doesn't activate the LV on othernode?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It is indeed the issue that the vg isn't clustered.

# vgs
  VG      #PV #LV #SN Attr   VSize   VFree  
  cluvg00   1   1   0 wz--n- 954.94g 953.94g

I wasn't sure why it managed to get created this was when vgcreate
defaults to clustering. I've just found that one of my nodes has 
locking_type = 3

I'll retest with the correction.

Thanks

Colin

On Wed, 2011-02-23 at 23:38 +0000, Thomas Sjolshagen wrote:
> You seem to have forgotten to create the group as "clustered". Off the
> top of my head that would mean you need to vgchange the vg with the
> -cy option (but my recollection of the option could be fuzzy/dead
> wrong, so check the man page!)
> 
> 
> 
> On Feb 23, 2011, at 16:01, "Colin Simpson" <Colin.Simpson@xxxxxxxxxx>
> wrote:
> 
> > Hi,
> >
> > I'm not sure if I've missed something in the discussion here or the
> > manual.
> >
> > I have just been trying clvm on RHEL 6 for the first time.
> >
> > On the first node if I run:
> > node1# lvcreate --size 1G --name lv00test cluvg00
> >
> > node1# lvscan
> >  ACTIVE            '/dev/cluvg00/lv00test' [1.00 GiB] inherit
> >
> > However on the second node I get:
> > node2# lvscan
> >  inactive          '/dev/cluvg00/lv00test' [1.00 GiB] inherit
> >
> > And (no surprise) I don't have /dev/cluvg00/lv00test.
> >
> > I can bring it to active on the second node with vgchange -ay , but
> that
> > doesn't seem right (and is that persistent)?
> >
> > All I have changed is the locking in lvm.conf to 3 as ever.
> >
> > I'm pretty sure I didn't do anything else on RHEL 5, and it just
> > appeared ACTIVE with no fuss on both nodes.
> >
> > Have I missed something?
> >
> > Thanks
> >
> > Colin
> >
> >
> >
> > This email and any files transmitted with it are confidential and
> are intended solely for the use of the individual or entity to whom
> they are addressed.  If you are not the original recipient or the
> person responsible for delivering the email to the intended recipient,
> be advised that you have received this email in error, and that any
> use, dissemination, forwarding, printing, or copying of this email is
> strictly prohibited. If you received this email in error, please
> immediately notify the sender and delete the original.
> >
> >
> >
> > --
> > Linux-cluster mailing list
> > Linux-cluster@xxxxxxxxxx
> > https://www.redhat.com/mailman/listinfo/linux-cluster
> 
> --
> Linux-cluster mailing list
> Linux-cluster@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/linux-cluster
> 
> 


--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster


[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux