[ClusterLabs Developers] New challenges with corosync 3/kronosnet + pacemaker

[Ken Gaillot]

On Fri, 2018-02-09 at 18:54 -0500, Digimer wrote:
> On 2018-02-09 06:51 PM, Ken Gaillot wrote:
> > On Fri, 2018-02-09 at 12:52 -0500, Digimer wrote:
> > > On 2018-02-09 03:27 AM, Jan Pokorný wrote:
> > > > Hello,
> > > > 
> > > > there is certainly whole can of these worms, put first that
> > > > crosses
> > > > my mind: performing double (de)compression on two levels of
> > > > abstraction
> > > > in the inter-node communication is not very clever, to put it
> > > > mildly.
> > > > 
> > > > So far, just pacemaker was doing that for itself under certain
> > > > conditions, now corosync 3 will have it's iron in this fire
> > > > through
> > > > kronosnet, too.  Perhaps something to keep in mind to avoid
> > > > exercises in futility.
> > > 
> > > Can pacemaker be told to not do compression? If not, can that be
> > > added
> > > in pacemaker v2?
> > 
> > Or better yet, is there some corosync API call we can use to
> > determine
> > whether corosync/knet is using compression?
> > 
> > There's currently no way to turn compression off in Pacemaker,
> > however
> > it is only used for IPC messages that pass a fairly high size
> > threshold, so many clusters would be unaffected even without
> > changes.
> 
> Can you "turn off compression" but just changing that threshold to
> some
> silly high number?

It's hardcoded, so you'd have to edit the source and recompile.
-- 
Ken Gaillot <kgaillot at redhat.com>