On Mon, Feb 25, 2008 at 4:02 PM, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
>  On Mon, Feb 25, 2008 at 12:17:40PM -0700, Serge Dubrouski wrote:
>  > On Mon, Feb 25, 2008 at 12:10 PM, Dejan Muhamedagic <[EMAIL PROTECTED]> 
> wrote:
>  > > Hi,
>  > >
>  > >
>  > >  On Mon, Feb 25, 2008 at 11:27:38AM -0700, Serge Dubrouski wrote:
>  > >  > I would love to do that and already tried it. Though we didn't come to
>  > >  > agreement on how configuration parameters should look like.
>  > >
>  > >  Why? Was there a discussion on the list about it? The
>  > >  configuration is a bit unusual. Other stonith agents take named
>  > >  parameters. Though this kind of configuration also works, I'd
>  > >  prefer something similar to the others, e.g.
>  >
>  > Yes there was a discussion
>  > http://lists.community.tummy.com/pipermail/linux-ha-dev/2007-February/
>
>  It's a long one and peters out inconclusively.
>
>
>  > See "new stonith external plugin". The config parameter hostslist is
>  > actually derived from original ssh plugin. I needed to have a full
>  > list of all controlled nodes and preferred to have it as one
>  > parameter.
>  >
>  > >
>  > >  hostname dom0 (or xenhost) config
>  > >
>  >
>  > That would work if I needed just a dom0 host, but I also need a list
>  > of controlled nodes and probably configuration files.
>
>  That's why you can have several instances of a stonith resource
>  (see e.g. external/ipmi). Each of them would run with different
>  parameters. What I meant was:
>
>  hostname: xen vm
>  dom0: xen dom0
>  config: vm configuration file
>

That's possible and easy to do but I'm not sure that it'll be better.
Current version allows to configure a clone. New version would require
configuring a separate resource for each node and creating location
constraints for each of them. Per my opinion that would be more
complex configuration. May be I'm missing something.
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to