<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>OK, and where is the difference between 1.1.8 and 1.1.7.</div>
<div>I am currently testing this on a one node cluster, so attrd wait for the message come back from himself.</div>
<div>This cant take one second, or is attrd waiting this time anyhow to be sure to get it from all nodes back?</div>
<div>Rainer</div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Freitag, 12. April 2013 um 02:03 Uhr<br/>
<b>Von:</b> "Andrew Beekhof" <andrew@beekhof.net><br/>
<b>An:</b> "The Pacemaker cluster resource manager" <pacemaker@oss.clusterlabs.org><br/>
<b>Betreff:</b> Re: [Pacemaker] attrd waits one second before doing update</div>
<div name="quoted-content"><br/>
On 12/04/2013, at 7:17 AM, Rainer Brestan <rainer.brestan@gmx.net> wrote:<br/>
<br/>
> In pacemaker 1.1.7-6 with corosync 1.4.1-7 update of attributes works almost online.<br/>
> Used with SysInfo resource agent and manual commands like "attrd_updater -U 4 -n test".<br/>
><br/>
> In the logfile there is one line<br/>
> attrd[...] notice: attrd_trigger_update: Sending flush up to all hosts for: ...<br/>
> and a few milliseconds later<br/>
> attrd[...] notice: attrd_perform_update: Sent update ...<br/>
> with the same content.<br/>
><br/>
> After upgrade to version 1.1.8-6 there is always nearly exact one second between trigger and perform.<br/>
> 2013-04-11T22:51:55.389+02:00 int2node2 attrd[28370] notice: notice: attrd_trigger_update: Sending flush op to all hosts for: text (81)<br/>
> 2013-04-11T22:51:56.397+02:00 int2node2 attrd[28370] notice: notice: attrd_perform_update: Sent update 5814: text=81<br/>
><br/>
> And what i found out having several updates running, they have a single queue.<br/>
> All attrd_updater processes are waiting for the next to be finished, so there cant be more than one update per second any more.<br/>
><br/>
> Has this something to do with<br/>
> attrd: Have single-shot clients wait for an ack before disconnecting<br/>
> stated in the Changelog for 1.1.8 ?<br/>
<br/>
No, nothing at all.<br/>
<br/>
><br/>
> If yes, is it intended to have a single queue ?<br/>
<br/>
More like unavoidable, since we need to talk to the other nodes and messages between them are ordered.<br/>
<br/>
> And is this 1 second fixed ?<br/>
> From where does this 1 second come, i dont think that it takes one second to get the ack.<br/>
<br/>
When the timer expires, attrd sends a cluster message to all nodes (including itself) telling them to update the CIB with their current value.<br/>
The delay comes from waiting for the cluster message we sent to arrive back again before sending our own updates, this helps ensure all the updates arrive in the CIB at almost the same time.<br/>
<br/>
><br/>
> This can run into heavy delays (and therefore timeouts) for monitor functions of RA performing attribute updates.<br/>
><br/>
> Rainer<br/>
> _______________________________________________<br/>
> Pacemaker mailing list: Pacemaker@oss.clusterlabs.org<br/>
> <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br/>
><br/>
> Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br/>
> Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br/>
> Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br/>
<br/>
<br/>
_______________________________________________<br/>
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org<br/>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br/>
<br/>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br/>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br/>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a></div>
</div>
</div>
</div></div></body></html>