[Cluster-devel] Change in rgmanager - broke my config
Charles Riley
criley at erad.com
Mon Sep 15 18:33:59 UTC 2008
Hi,
I changed /usr/share/cluster/fs.sh thusly:
--- /usr/share/cluster/fs.sh 2008-05-28 14:55:24.000000000 -0400
+++ /home/image/cluster/fs.sh 2008-09-15 13:43:48.000000000 -0400
@@ -74,7 +74,7 @@
<content type="string"/>
</parameter>
- <parameter name="mountpoint" unique="1" required="1">
+ <parameter name="mountpoint" unique="0" required="1">
<longdesc lang="en">
Path in file system heirarchy to mount this file system.
</longdesc>
@@ -84,7 +84,7 @@
<content type="string"/>
</parameter>
- <parameter name="device" unique="1" required="1">
+ <parameter name="device" unique="0" required="1">
<longdesc lang="en">
Block device, file system label, or UUID of file system.
</longdesc>
I have to waggle my finger at you; changing stuff like this can break
running clusters.. maybe it was in a release note that I didn't see, if
that's the case I retract my waggle and offer sincerest apologies =)
I had to change the device parameter as well in this case, when we're
using iscsi storage our app mounts a local disk for use as tmp space
when it starts.
Charles
Charles Riley wrote:
> Hi,
>
> I am using rhcs on RHEL4.
>
> At some point in the recent past, clurgmgrd was changed so that when it
> parses cluster.conf, it checks to make sure that filesystem mountpoints
> are all unique.
>
> For 99% of clusters out there this is probably a good thing. However,
> in this case failover domains and services are configured such that even
> though multiple machines are mounting devices on the same mount point,
> there is no possible way that any one server could ever attempt to mount
> more than one device on the same mountpoint. Each server runs ONE
> service which gets it's own private disk space (no filesystem sharing is
> going on, and "run exlclusive" is enabled for the service). If one of
> the hot standby servers in the failover domain for the service isn't
> available ( extremely small but non-zero chance of that happening), the
> service simply won't (shouldn't) start.
>
> In short, rgmanager is being overprotective and hosing me up =).
>
> I could just use older rpms, but looking through the release notes there
> are several bugs fixed, and I don't really want to lose those fixes.
>
> What I'd like to do is modify rgmanager so it will not enforce that
> filesystem mountpoints be unique in a case like mine.
>
> I'm in a bit of a crunch (I need to get a system configured, tested,
> and shipped) so if anyone is familiar with what section of the code I
> should be looking at I'd appreciate the headstart =)
>
> Also, it appears that once rgmanager finds a collision, it pretty much
> just stops parsing that section of the config. One side effect of that
> is that the system will then let you start that service and report the
> service running, even though it's really not. Not really a bug, but
> probably not how we'd like it to work.
>
> Thanks guys,
>
> Charles
>
>
>
>
>
More information about the Cluster-devel
mailing list