[Linux-cluster] Startup ordering of cman, fenced, qdiskd, etc.

Lon Hohberger lhh at redhat.com
Wed Sep 24 21:05:46 UTC 2008


On Tue, 2008-09-23 at 22:19 -0400, Lars Kellogg-Stedman wrote:

> (2) qdiskd noted the failure of the ping heuristic
> 
>     --> cluster becomes inquorate
>     --> cman reboots cluster1 ("[CMAN ] quorum lost, blocking activity")

What are your qdiskd timings set to?


> I've swapped the startup order of cman and qdiskd, and now things seem
> to work (read, "the system actually boots and starts up cluster
> services").  Is there any reason *not* to do this?

No reason to not do this.  This is fixed in the current RHEL5 branch.

> Would it make more
> sense to start qdiskd out of the cman init script (like fenced,
> groupd, et al)?

This is what we do in the current rhel5 branch:

  - if qdiskd is chkconfig'd on start qdiskd before fenced during
startup
  - qdiskd init script becomes a no-op if qdiskd is already running

-- Lon




More information about the Linux-cluster mailing list