[ClusterLabs] corosync SCHED_RR stuck at 100% cpu usage with kernel 4.19, priority inversion/livelock?

[Edwin Török]

On 20/02/2019 23:47, Jan Pokorný wrote:
> On 20/02/19 21:16 +0100, Klaus Wenninger wrote:
>> On 02/20/2019 08:51 PM, Jan Pokorný wrote:
>>> On 20/02/19 17:37 +0000, Edwin Török wrote:
>>>> strace for the situation described below (corosync 95%, 1
>>>> vCPU): https://clbin.com/hZL5z
>>> I might have missed that earlier or this may be just some sort 
>>> of insignificant/misleading clue:
>>> 
>>>> strace: Process 4923 attached with 2 threads strace: [
>>>> Process PID=4923 runs in x32 mode. ]
>> 
>> A lot of reports can be found that strace seems to get this
>> wrong somehow.
> 
> Haven't ever seen that (incl. today's attempts), but could be: 
> https://lkml.org/lkml/2016/4/7/823
> 
> It's no fun when debugging tools generate more questions than they
> are meant to answer.
> 
>>> but do you indeed compile corosync using x32 ABI?  (moreover 
>>> while pristine x86_64 libqb is used, i.e., using 64bit
>>> pointers?)
>>> 
>>> Perhaps would be good to state any such major divergencies if 
>>> so unless I missed that.


This is a pure x86-64 install, I didn't install any 32 or x32
binaries, must be strace itself reporting it wrongly.

Best regards,
--Edwin