<div dir="ltr">Thank you Lars. Yes, subscribing will be better. Will look into it.<div>We have already started working on reducing the data that goes into CIB file.</div><div><br></div><div>-Regards</div><div>Nikhil</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 3, 2017 at 6:41 PM, Lars Ellenberg <span dir="ltr"><<a href="mailto:lars.ellenberg@linbit.com" target="_blank">lars.ellenberg@linbit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Apr 03, 2017 at 03:44:21PM +0530, Nikhil Utane wrote:<br>
> Here's the snapshot. As seen below, the messages are coming at more than a<br>
> second frequency.<br>
> I checked that the cib.xml file was not updated (no change to timestamp of<br>
> file)<br>
> Then i took tcpdump and did not see any message other than keep-alives.<br>
> Is the cib process looping incorrectly?<br>
> Can share strace output if required.<br>
><br>
> Apr 03 14:48:28 [6372] 0005B932ED72        cib:     info:<br>
> crm_compress_string:  Compressed 427943 bytes into 13559 (ratio 31:1ms<br>
> Apr 03 14:48:29 [6372] 0005B932ED72        cib:     info:<br>
> crm_compress_string:  Compressed 427943 bytes into 13536 (ratio 31:1ms<br>
> Apr 03 14:48:29 [6372] 0005B932ED72        cib:     info:<br>
> crm_compress_string:  Compressed 427943 bytes into 13551 (ratio 31:1ms<br>
> Apr 03 14:48:30 [6372] 0005B932ED72        cib:     info:<br>
> crm_compress_string:  Compressed 427943 bytes into 13552 (ratio 31:1ms<br>
> Apr 03 14:48:31 [6372] 0005B932ED72        cib:     info:<br>
> crm_compress_string:  Compressed 427943 bytes into 13537 (ratio 31:1ms<br>
> Apr 03 14:48:32 [6372] 0005B932ED72        cib:     info:<br>
> crm_compress_string:  Compressed 427943 bytes into 13534 (ratio 31:1ms<br>
> Apr 03 14:48:32 [6372] 0005B932ED72        cib:     info:<br>
> crm_compress_string:  Compressed 427943 bytes into 13546 (ratio 31:1ms<br>
<br>
</span>Each and every "cibadmin -Q" (or equivalent) will trigger that,<br>
also for local IPC.<br>
<br>
Stop polling the cib several times per seconds.<br>
<br>
If you have to, "subscribe" to cib updates, using the API.<br>
<br>
And stop pushing that much data into the cib.<br>
Maybe, as a stop gap, compress it yourself,<br>
before you stuff it into the cib.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
: Lars Ellenberg<br>
: LINBIT | Keeping the Digital World Running<br>
: DRBD -- Heartbeat -- Corosync -- Pacemaker<br>
: R&D, Integration, Ops, Consulting, Support<br>
<br>
DRBD® and LINBIT® are registered trademarks of LINBIT<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
<a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.clusterlabs.org/<wbr>mailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
</div></div></blockquote></div><br></div>