From: David Teigland <teigland@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] Re: fence-agents: master - fencing: New option '--missing-as-off' to return OFF is machine is missing
Date: Wed, 14 Oct 2009 12:43:24 -0500 [thread overview]
Message-ID: <20091014174324.GB28090@redhat.com> (raw)
In-Reply-To: <20091014130639.2DE881201DA@lists.fedorahosted.org>
> fencing: New option '--missing-as-off' to return OFF is machine is missing
>
> If a blade is not present (i.e. removed for maintenance), the fence_bladecenter
> cannot check the state as it is reported empty.
>
> Resolves: bz#248006
> --- a/fence/agents/bladecenter/fence_bladecenter.py
> +++ b/fence/agents/bladecenter/fence_bladecenter.py
> @@ -30,7 +30,10 @@ def get_power_status(conn, options):
> i = conn.log_expect(options, [ node_cmd, "system>" ] , int(options["-Y"]))
> if i == 1:
> ## Given blade number does not exist
> - fail(EC_STATUS)
> + if options.has_key("-M"):
> + return "off"
> + else:
> + fail(EC_STATUS)
I've never used bladecenter, so I don't know when a blade number doesn't
exist. Does it reliably indicate that the blade is off? If so, then
should we default to that without a new option? If not, then this option
sounds bad, because it's effectively an automation of manual override, no?
The typical issue with nodes removed for maintenance is that startup
fencing tries to fence them and can't, for any agent. The solution to
that has always been manual override or removing the node from
cluster.conf.
Dave
next parent reply other threads:[~2009-10-14 17:43 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20091014130639.2DE881201DA@lists.fedorahosted.org>
2009-10-14 17:43 ` David Teigland [this message]
2009-10-16 11:56 ` [Cluster-devel] Re: fence-agents: master - fencing: New option '--missing-as-off' to return OFF is machine is missing Marek 'marx' Grác
2009-10-16 15:57 ` David Teigland
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091014174324.GB28090@redhat.com \
--to=teigland@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).