At service failover the recovering node needs to properly active the volume needed by the service. This should able to be accomplished, but limited activation only to the server(node) currently owning the service. We need to construct the procedure for this across the cluster.
This is targeted for RHEL 4.5. I'm not yet certain whether this includes actual changes to the product or simply configuration intructions. The work should include a KBase article outlining who it is to be configured.
On Tue, 2006-10-17 at 13:05 -0400, Lon Hohberger wrote: > We should really have a device-activation agent so that you can > assemble/disassemble individual LVM devices on the fly (so that only one > node has a particular LVM volume assembled at a time). I don't know if > it's even feasible, though... We'll need at least the following for local/non-cluster LVM support in RHCS4 / RHCS5: (a) Configuration parsing in /etc/rc.d/rc.sysinit so that we could have administrators configure an explicit list of volume groups to activate on boot. Currently, rc.sysinit activates all volume groups that are available. For cluster-managed local LVM VGs which happen to reside on shared storage, this is exactly what we don't want (we don't want the kernel even thinking about VGs that aren't part of a service it owns). (b) LVM parsing in fs.sh (rgmanager agent) to detect that the specified file system is on an LVM volume group/logical volume, and activate the VG on startup / deactivate on shutdown of the service. e.g. <fs name="ThisFilesystem" device="LVM=VolGroupName/LogVolName" fstype="ext3" .../> (this is similar to how we handle file system labels...) If both are satisfied, it may be possible (and safe) to run local LVM for cluster failover. However, it needs more research as well as input from an LVM expert, like Alasdair or Tom C.
This solution needs to be steps 1) Confirm the procesure will work and write it up 2) Provide some confg automation
HI, I have discussed this case with our R&D. Even this problem still exists, it is not relevant for us anymore at this point in time. Therefore, I will close this case. Regards, Julie Korpilahti Internal Status set to 'Resolved' Status set to: Closed by Client Resolution set to: 'Closed by Client' This event sent from IssueTracker by julie.korpilahti issue 104046
Sounds like HA-LVM which has been released.