[389-devel] Re: 300s delay when query cn=monitor
Thank you Thierry for your support. So I will try to get the thread dump .. If the problem comes with a connection timeout from a (not listening) client, shoudn´t I see an error log entry somewhere? I searched for that for hours but no hints .. Maybe not the right idea but the problem came after our last linux patch, so if others have similar problems maybe a code change issue? SG Erwin ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[389-devel] Re: 300s delay when query cn=monitor
HI Erwin, Just seeing your mail, I got a wild idea: If I remember correctly a cn=monitor query collects some disk statistics and to do that it performs a stat on all mount points. A problem with some nfs mounted file system could then explain the delay. It would be interesting to see if "df" command is responsive ... (could be interesting to check the df output in sos report if you have it ) Regards, Pierre On Mon, Jul 12, 2021 at 8:25 AM Erwin Weitlaner wrote: > Thank you Thierry for your support. > > So I will try to get the thread dump .. If the problem comes with a > connection timeout from a (not listening) client, shoudn´t I see an error > log entry somewhere? I searched for that for hours but no hints .. Maybe > not the right idea but the problem came after our last linux patch, so if > others have similar problems maybe a code change issue? > > SG Erwin > ___ > 389-devel mailing list -- 389-devel@lists.fedoraproject.org > To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > -- -- 389 Directory Server Development Team ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[389-devel] Re: 300s delay when query cn=monitor
Hi Erwin, I think the pstack is first step to diagnose what is going on. I suspected a timeout because of the long etime (250s) that is close to a 5min timeout (ioblock, ssl timeout,...) but ATM there is no strong evidence of this. timeout are not systematically reported in error logs as it is normal networking event. best regards thierry On 7/12/21 8:24 AM, Erwin Weitlaner wrote: Thank you Thierry for your support. So I will try to get the thread dump .. If the problem comes with a connection timeout from a (not listening) client, shoudn´t I see an error log entry somewhere? I searched for that for hours but no hints .. Maybe not the right idea but the problem came after our last linux patch, so if others have similar problems maybe a code change issue? SG Erwin ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[389-devel] 389 DS nightly 2021-07-12 - 94% PASS
https://fedorapeople.org/groups/389ds/ci/nightly/2021/07/12/report-389-ds-base-2.0.6-20210712gitaeb90eb0c.fc34.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
