Hello,
I have a two-node 389ds cluster with Oracle Linux 9.7 x64 servers
running 389 version 2.4.6 (compiled following the instructions from the
official page of 389ds).
Each server is a VM with 4vcpus and 10GB RAM on fast FC SSD storage.
The cluster until now is used for testing and is running pretty well
with over 150.000 records. The DNA plugin is enabled to each server for
the uidnumber attribute (using different range in each server).
On our latest tests we discovered that during an import (using
ldapmodify with ldif file) of an single user it takes around 8 seconds
to complete the import when the DNA plugin is used to auto allocate the
uidnumber. 8 seconds is a lot for a single import!!
When the same import is done, without using the DNA plugin (the ldif
file defines the uidnumber), the import is completed instantly.
I tried to found out what maybe caused the delay (for example the
replication between the servers) but i havent managed to find anything.
I also disabled the replication for testing, but nothing changed.
As the 2.4.6 version is not the latest of the 2.x series, i installed
another two-node 389ds cluster with Oracle Linux 9.7 x64 servers running
389 version 2.7.0 (compiled also by following the instructions from the
official page of 389ds).
I did the same import tests, but the time did not change. When using the
DNA plugin the import of a single user ldif takes 8 seconds.
The funny thing is, that when using our older two-node 389ds cluster
with Centos 7 x86 servers running 389 version 1.3.7 the import with the
DNA plugin is completed instantly.
Any ideas why the DNA plugin is so slow in versions 2.4.6 and 2.7.0??
Antonis Kopsaftis
--
_______________________________________________
389-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
