[ClusterLabs] Syncing data and reducing CPU utilization of cib process

[Lars Ellenberg]

On Mon, Apr 03, 2017 at 03:44:21PM +0530, Nikhil Utane wrote:
> Here's the snapshot. As seen below, the messages are coming at more than a
> second frequency.
> I checked that the cib.xml file was not updated (no change to timestamp of
> file)
> Then i took tcpdump and did not see any message other than keep-alives.
> Is the cib process looping incorrectly?
> Can share strace output if required.
> 
> Apr 03 14:48:28 [6372] 0005B932ED72        cib:     info:
> crm_compress_string:  Compressed 427943 bytes into 13559 (ratio 31:1ms
> Apr 03 14:48:29 [6372] 0005B932ED72        cib:     info:
> crm_compress_string:  Compressed 427943 bytes into 13536 (ratio 31:1ms
> Apr 03 14:48:29 [6372] 0005B932ED72        cib:     info:
> crm_compress_string:  Compressed 427943 bytes into 13551 (ratio 31:1ms
> Apr 03 14:48:30 [6372] 0005B932ED72        cib:     info:
> crm_compress_string:  Compressed 427943 bytes into 13552 (ratio 31:1ms
> Apr 03 14:48:31 [6372] 0005B932ED72        cib:     info:
> crm_compress_string:  Compressed 427943 bytes into 13537 (ratio 31:1ms
> Apr 03 14:48:32 [6372] 0005B932ED72        cib:     info:
> crm_compress_string:  Compressed 427943 bytes into 13534 (ratio 31:1ms
> Apr 03 14:48:32 [6372] 0005B932ED72        cib:     info:
> crm_compress_string:  Compressed 427943 bytes into 13546 (ratio 31:1ms

Each and every "cibadmin -Q" (or equivalent) will trigger that,
also for local IPC.

Stop polling the cib several times per seconds.

If you have to, "subscribe" to cib updates, using the API.

And stop pushing that much data into the cib.
Maybe, as a stop gap, compress it yourself,
before you stuff it into the cib.


-- 
: Lars Ellenberg
: LINBIT | Keeping the Digital World Running
: DRBD -- Heartbeat -- Corosync -- Pacemaker
: R&D, Integration, Ops, Consulting, Support

DRBD® and LINBIT® are registered trademarks of LINBIT