Hi,
I have already made similar one. And I tested your 'xen0'. It has a
little problem. The domU's hostname is not always same as config file
name. So, I fixed it to pick up the target node from config file.
Regards
MATSUDA, Daiki
2008/2/28, Serge Dubrouski <[EMAIL PROTECTED]>:
> Attached.
>
>
> On Thu, Feb 28, 2008 at 3:35 AM, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> > Hi Serge,
> >
> >
> > On Tue, Feb 26, 2008 at 09:46:14AM -0700, Serge Dubrouski wrote:
> > > Dejan -
> > >
> > > I found a compromise :-) Attached is a version of that plugin that
> > > supports following parameters:
> > >
> > > 1. hostlist. A string that has a list of controlled nodes separated by
> > > space or commas. A required parameter. In a simple form its just a
> > > list of nodes. If one needs to use non-standard Xen configuration he
> > > can use extended form of this parameter: "node1_name:config1_file
> > > node2_name:config2_file". If config file isn't given it defaults to
> > > /etc/xen/node_name.cfg
> > >
> > > 2. Dom0. Name of Dom0 Xen node. A required parameter.
> > >
> > > 3. ssh_command. SSH command that is used to ssh from DomU to Dom0.
> > > Defaults to "/usr/bin/ssh -q -x -n -l root". If one wants to use SSH
> > > keys for higher security he needs to use this parameter.
> >
> > This is not necessary. One can setup everything needed in
> > ~/.ssh/config on a per host basis, i.e. key or user to connect
> > with. Since the plugin always runs as root, you might leave out
> > '-l root' as well.
> >
> >
> > > So in this form this plugin can be configured as a clone or as a set
> > > of resources and location constraints.
> > >
> > >
> > > I'd be very pleased if this plugin gets its way into Linux-HA
> distribution.
> > >
> >
> > Sure. Could you please just drop the ssh_command parameter.
> >
> > Many thanks for the contribution.
> >
> > Cheers,
> >
> > Dejan
> >
> >
> >
> > >
> > > On Tue, Feb 26, 2008 at 8:45 AM, Serge Dubrouski <[EMAIL PROTECTED]>
> wrote:
> > > >
> > > > 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.
> > > >
> > >
> > >
> > >
> > > --
> > > Serge Dubrouski.
> >
> >
> >
> > > _______________________________________________
> > > Linux-HA mailing list
> > > Linux-HA@lists.linux-ha.org
> > > http://lists.linux-ha.org/mailman/listinfo/linux-ha
> > > See also: http://linux-ha.org/ReportingProblems
> >
> > --
> > Dejan
> >
> >
> > _______________________________________________
> > Linux-HA mailing list
> > Linux-HA@lists.linux-ha.org
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha
> > See also: http://linux-ha.org/ReportingProblems
> >
>
>
>
>
> --
>
> Serge Dubrouski.
>
> _______________________________________________
> Linux-HA mailing list
> Linux-HA@lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
>
>
--- xen0.orig 2008-03-06 10:40:05.000000000 +0900
+++ xen0 2008-03-06 10:42:20.000000000 +0900
@@ -81,7 +81,14 @@
case $2 in
stop)
- $SSH_COMMAND $dom0 "(sleep 2; $STOP_COMMAND $node) >/dev/null 2>&1 &"
+ kill_node=`$SSH_COMMAND $dom0 "grep ^[[:space:]]*name $cfg" | awk '{print $3}' | sed -e 's,",,g'`
+ if [ "x" = "x$kill_node" ]
+ then
+ echo "destroying node is not founde"
+ exit 1
+ fi
+ # $SSH_COMMAND $dom0 "(sleep 2; $STOP_COMMAND $node) >/dev/null 2>&1 &"
+ $SSH_COMMAND $dom0 "(sleep 2; $STOP_COMMAND $kill_node) >/dev/null 2>&1 &"
break;;
start)
$SSH_COMMAND $dom0 "(sleep 2; $START_COMMAND $cfg) >/dev/null 2>&1 &"
_______________________________________________
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
