On Wed, Mar 18, 2009 at 3:44 AM, Andrew Beekhof <beek...@gmail.com> wrote:
>
> On Tue, Mar 17, 2009 at 16:10, Nicholas Dronen <ndro...@gmail.com> wrote:
> > Hi:
> >
> > I'm writing scripts to dynamically add, remove, manage, and unmanage
> > resources from the CIB.  We already have scripts that start and stop
> > heartbeat.  What I'm doing is updating our code so we can use V2.  To
> > add resources to a V1 configuration, you simply added the resource
> > information to /etc/ha.d/haresources; if heartbeat was already
> > running, you told heartbeat to reload the configuration, if not you
> > could start heartbeat.  With a V2 configuration, however, it seems
> > like heartbeat has to be running before you can change the CIB.  This
> > implies the need for a way to determine whether the CIB is available.
> > One way I see is to run 'crm resource status 2>/dev/null' and look for
> > a 0 return code, since it returns 1 if heartbeat isn't running
> > locally.  (I should note that 'crm configure show' returns 0 even if
> > it can't connect to heartbeat.)
>
> Create a bug for that, it shouldn't.

OK.  How do I do that?

> > Is this a reasonable thing to do?
> > Anything to be careful of when using this approach?
>
> Sounds fine.
> But would this be an issue if the tools you're using accurately
> reported failure when they can't perform the change?

That would work as well.  Should I open a bug for that, too?

(Sorry for the late response.)

Regards,

Nick
_______________________________________________
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

Reply via email to