Hi there, 

> On 4 Feb 2020, at 03:36, CHAMBERLAIN James <james.chamberl...@3ds.com> 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.

Hmmmm this is very odd. Schema-compat is not part of 389-ds at all, and should 
not be enabled if you are using a "pure" 389-ds install. Are you absolutely 
sure that this is a vanilla 389-ds instance, and not part of freeipa?

Thanks, 


> 
> [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

—
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

Reply via email to