[Linux-cluster] Question about controlling the start of services with RIND

[Theophanis Kontogiannis]

Hello Lon and All,

Thank you for your answer. It helps to start getting somewhere.

Is there any place I can get all the possible options for RIND and
cluster.conf?

Anyway, I did not made clear that in my two cluster node, the storage
service for node 1 is different then the storage service for node 2.

Both start it since both mount a GFS2 filesystem.

Some of the other services have as preferred node 1, and some have as
preffered node 2.

If I put as depend="storage-t1" on a service that should start on node t1,
how would the service behave if node t1 never boots, but the service is
configured to start on node t2 as second choice?

The service will start anyway?

Is there any way to put multiple dependencies for the service in an OR way,
like 

<service name="foo" depend="Storage-t1" depend="Storage-t2"...>
   ...
</service>


So if either node has started and if either storage service has started, the
service will start?

I am attaching my cluster.conf to make my point more clear, and referring to
service Apache-t1-t2.


Thank you All four your time.



> -----Original Message-----
> From: linux-cluster-bounces at redhat.com [mailto:linux-cluster-
> bounces at redhat.com] On Behalf Of Lon Hohberger
> Sent: Thursday, April 30, 2009 9:29 PM
> To: linux clustering
> Subject: Re: [Linux-cluster] Question about controlling the start of
> services with RIND
> 
> On Tue, 2009-04-28 at 18:49 +0300, Theophanis Kontogiannis wrote:
> 
> > Could I use RIND somehow to make the rest of the clustered services to
> > start only if the filesystem service has started?
> 
> Yeah, just set:
> 
> <service name="foo" depend="file_system_service_name" ...>
>   ...
> </service>
> 
> -- Lon
> 
> 
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cluster.conf
Type: application/octet-stream
Size: 2570 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20090502/be607a48/attachment.obj>