Thank you for the analysis, Nikolay.
Will try to upgrade the kernel and check if the issue reproduces.
Regards,
Shyam
On Mon, Mar 19, 2018 at 5:21 PM, Nikolay Borisov wrote:
>
>
> On 19.03.2018 13:48, Shyam Prasad N wrote:
>> On Mon, Mar 19, 2018 at 4:37 PM, Nikolay Borisov
On 19.03.2018 13:48, Shyam Prasad N wrote:
> On Mon, Mar 19, 2018 at 4:37 PM, Nikolay Borisov wrote:
>>
>>
>> On 19.03.2018 13:02, Shyam Prasad N wrote:
>>> Hi,
>>>
>>> Attaching the sysrq-trigger output.
>>
>> Has this been obtained while the machine experienced a period of
On Mon, Mar 19, 2018 at 4:37 PM, Nikolay Borisov wrote:
>
>
> On 19.03.2018 13:02, Shyam Prasad N wrote:
>> Hi,
>>
>> Attaching the sysrq-trigger output.
>
> Has this been obtained while the machine experienced a period of a lot
> of blocked threads? Because the output shows a
Hi,
Attaching the sysrq-trigger output.
Regards,
Shyam
On Mon, Mar 19, 2018 at 12:45 PM, Nikolay Borisov wrote:
>
>
> On 19.03.2018 09:13, Shyam Prasad N wrote:
>> Hi Nikolay,
>>
>> Thanks for your reply on this.
>>
>> Checked the stack trace for many of the stuck threads.
On 19.03.2018 09:13, Shyam Prasad N wrote:
> Hi Nikolay,
>
> Thanks for your reply on this.
>
> Checked the stack trace for many of the stuck threads. Looks like all
> of them are stuck in this loop...
> [] exit_to_usermode_loop+0x72/0xd0
> [] prepare_exit_to_usermode+0x26/0x30
> []
Hi Nikolay,
Thanks for your reply on this.
Checked the stack trace for many of the stuck threads. Looks like all
of them are stuck in this loop...
[] exit_to_usermode_loop+0x72/0xd0
[] prepare_exit_to_usermode+0x26/0x30
[] retint_user+0x8/0x10
[] 0x
Seems like it is stuck in a
On 15.03.2018 09:23, Shyam Prasad N wrote:
> Hi,
>
> Our servers run some daemons that are scheduled to run many real time
> threads. These threads serve the client nodes by performing I/O on top
> of some set of disks, configured as DRBD pairs with disks on other
> peer servers for high
Hi,
Our servers run some daemons that are scheduled to run many real time
threads. These threads serve the client nodes by performing I/O on top
of some set of disks, configured as DRBD pairs with disks on other
peer servers for high availability of data. Btrfs is the filesystem
that is