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