likely the slapi-nis Red Hat bug report https://bugzilla.redhat.com/1768156 no upstream ticket yet, I believe. M.
On Tue, Feb 4, 2020 at 5:17 PM William Brown <wbr...@suse.de> wrote: > > > > On 4 Feb 2020, at 18:52, thierry bordaz <tbor...@redhat.com> wrote: > > > > Hi, > > > > These errors are likely coming from nis plugin. NIS plugin and > Schemacompat plugin are sharing code. To prevent SchemaCompat deadlock a > new locking mechanism was introduced. This new mechanism is initialized by > SchemaCompat init function. So if SchemaCompat is not enabled(initialized) > and NIS plugin is enabled, NIS detects that new locking mechanism is not > available and fall back to the old one. > > > > NIS plugin should work normally except those alarming logs. > > > > The BZ is not fixed yet. If NIS plugin keeps enabled, a way to > workaround this BZ is to enable schemaCompat as well. > > What's the BZ number for this Thierry? Is there a pagure ticket too? > > Thanks for the detailed answer :) > > > > > best regards > > thierry > > > > > > > > On 2/3/20 6:36 PM, CHAMBERLAIN James wrote: > >> I’ve started getting a lot of messages in 389-ds errors log - so many, > in fact, that /var/log filled up and 389-ds stopped running. Has anyone > ever seen anything like this? Any idea what to do about it? It’s been > mentioned to me that schemacompat comes from FreeIPA. I'm not running > FreeIPA, but do have some IPA-related packages installed which I've never > done anything with. I’m running 389-ds-1.3.9.1-10.el7.x86_64 on CentOS > 7.6.1810. > >> > >> [03/Feb/2020:12:33:01.221082648 -0500] - ERR - schemacompat - map > rdlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.223069563 -0500] - ERR - schema-compat - > map_unlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.227811577 -0500] - ERR - schemacompat - map > rdlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.229733129 -0500] - ERR - schema-compat - > map_unlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.265329950 -0500] - ERR - schemacompat - map > rdlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.267374384 -0500] - ERR - schema-compat - > map_unlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.320586601 -0500] - ERR - schemacompat - map > rdlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.322592539 -0500] - ERR - schema-compat - > map_unlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.345331958 -0500] - ERR - schemacompat - map > rdlock: old way MAP_MONITOR_DISABLED > >> [03/Feb/2020:12:33:01.347268893 -0500] - ERR - schema-compat - > map_unlock: old way MAP_MONITOR_DISABLED > >> > >> Thanks, > >> > >> James > >> This email and any attachments are intended solely for the use of the > individual or entity to whom it is addressed and may be confidential and/or > privileged. > >> > >> If you are not one of the named recipients or have received this email > in error, > >> > >> (i) you should not read, disclose, or copy it, > >> > >> (ii) please notify sender of your receipt by reply email and delete > this email and all attachments, > >> > >> (iii) Dassault Systèmes does not accept or assume any liability or > responsibility for any use of or reliance on this email. > >> > >> > >> Please be informed that your personal data are processed according to > our data privacy policy as described on our website. Should you have any > questions related to personal data protection, please contact 3DS Data > Protection Officer at 3ds.compliance-priv...@3ds.com<mailto: > 3ds.compliance-priv...@3ds.com> > >> > >> > >> For other languages, go to https://www.3ds.com/terms/email-disclaimer > >> _______________________________________________ > >> 389-users mailing list -- 389-users@lists.fedoraproject.org > >> To unsubscribe send an email to 389-users-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-users@lists.fedoraproject.org > > _______________________________________________ > > 389-users mailing list -- 389-users@lists.fedoraproject.org > > To unsubscribe send an email to 389-users-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-users@lists.fedoraproject.org > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs > _______________________________________________ > 389-users mailing list -- 389-users@lists.fedoraproject.org > To unsubscribe send an email to 389-users-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-users@lists.fedoraproject.org >
_______________________________________________ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-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-users@lists.fedoraproject.org
