Hi, This seems the same problem I reported a while ago. It was fixed in http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/214f0fc258f2.
Thanks On Fri, Mar 12, 2010 at 2:36 PM, Quentin Smith <quen...@mit.edu> wrote: > Hi- > > I just took the latest updates to pacemaker and heartbeat from > http://people.debian.org/~madkiss/ha<http://people.debian.org/%7Emadkiss/ha>. > In particular, I upgraded > > heartbeat 1:3.0.2-1~bpo50+1 to 1:3.0.2+hg12547-2~bpo50+1 > pacemaker 1.0.7+hg20100203-1~bpo50+1 to 1.0.7+hg20100303r15404-3~bpo50+1 > cluster-agents 1:1.0.2-1~bpo50+1 to 1:1.0.2+hg1657-2~bpo50+1 > cluster-glue 1.0.3-1~bpo50+1 to 1.0.3+hg2337-1~bpo50+1 > > Now, my pingd resources don't appear to update the node attributes when a > ping node reappears. In particular, if I block the target of a pingd, the > node's attribute is set to 0, but if I unblock it, the node's attribute is > not reset in the CIB. Running "attrd_updater -R" causes attrd to update the > CIB, and the node's attribute goes back to 1000 (my chosen multiplier). I > tried restarting attrd, and that didn't help. When pingd/attrd should be > updating the attribute, instead it logs "info: ping_read: Retrying...". > > I spoke to misch on IRC and he suggested mailing the list. My cluster is > quorate, and other resources run fine. The pingd primitive is: > > primitive pingd_w20net ocf:pacemaker:pingd \ > params name="pingd_w20net" dampen="5s" multiplier="1000" > host_list="18.187.0.1" > > I'd appreciate any advice you have for bringing my cluster back to full > operation. > > --Quentin > > _______________________________________________ > Pacemaker mailing list > Pacemaker@oss.clusterlabs.org > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > -- Peakpoint Service Cluster Setup, Troubleshooting & Development kerd...@gmail.com (303) 997-2823
_______________________________________________ Pacemaker mailing list Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker