From redhat-linux-cluster Fri Sep 28 16:14:14 2007 From: Simone Gotti Date: Fri, 28 Sep 2007 16:14:14 +0000 To: redhat-linux-cluster Subject: [Linux-cluster] Some ideas on changes to the lvm.sh agent (or new Message-Id: <1190996054.5802.30.camel () localhost> X-MARC-Message: https://marc.info/?l=redhat-linux-cluster&m=119099607616563 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============1638497935==" --===============1638497935== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ykOEDeVCjdotCuF8W68I" --=-ykOEDeVCjdotCuF8W68I Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Trying to use a non cluster vg in redhat cluster I noticed that lvm.sh, to avoid metadata corruption, is forcing the need of only one lv per vg. I was thinking that other clusters don't have this limitation as they let you just use a vg only on one node at a time (and also on one service group at a time). To test if this was possible with lvm2 I made little changes to lvm.sh (just variables renames, use of vgchange instead of lvchange for tag adding) and using the same changes needed to /etc/lvm/lvm.conf (volume_list =3D [ "rootvgname", "@my_hostname" ]) looks like this idea was working. I can activate the vg and all of its volume only on the node with the vg tagged with its hostname and the start on the other nodes is refused. Now, will this idea be accepted? If so these are a list of possible needed changes and other ideas: *) Make also unique=3D"1" or better primary=3D"1" and remove the parameter "name" as only one service can use a vg. *) What vg_status should do? =20 a) Monitor all the LVs or b) Check only the VG and use ANOTHER resource agent for every lv used by the cluster? So I can create/remove/modify lvs on that vg that aren't under rgmanager control without any error reported by the status functions of the lvm.sh agent. Also other clusters distinguish between vg and lv and they have 2 different agents for them.=20 Creating two new agents will also leave the actual lvm.sh without changes and keep backward compatibility for who is already using it. Something like this (lets call lvm_vg and lvm_lv respectively the agents for the vg and the lv):