Bug #2706
closedAfter a migration from 2.3.8 to 2.4.0~beta3, create a new directive or a new rule is very slow
Description
i've made a migration from 2.3.8 to 2..40~beta3 and tried to create a new directive (install a package with apt) and a new rule (only two nodes). It takes Rudder 5 mins to regenerate the promises !
in the /var/log/rudder/ldap/slapd.log:
Jul 26 06:15:06 squeezedev slapd[2880]: <= bdb_equality_candidates: (isSystem) not indexed Jul 26 06:15:19 squeezedev slapd[2880]: <= bdb_equality_candidates: (groupCategoryId) not indexed Jul 26 06:15:21 squeezedev slapd[2880]: <= bdb_equality_candidates: (ruleTarget) not indexed Jul 26 06:15:32 squeezedev slapd[2880]: <= bdb_equality_candidates: (groupCategoryId) not indexed Jul 26 06:15:32 squeezedev slapd[2880]: <= bdb_equality_candidates: (ruleTarget) not indexed Jul 26 06:15:32 squeezedev slapd[2880]: <= bdb_equality_candidates: (isSystem) not indexed Jul 26 06:15:33 squeezedev slapd[2880]: <= bdb_equality_candidates: (isSystem) not indexed Jul 26 06:15:33 squeezedev slapd[2880]: <= bdb_equality_candidates: (groupCategoryId) not indexed Jul 26 06:15:37 squeezedev slapd[2880]: <= bdb_equality_candidates: (isSystem) not indexed Jul 26 06:15:41 squeezedev slapd[2880]: <= bdb_equality_candidates: (groupCategoryId) not indexed
It seems that new LDAP enties need to be indexed
Updated by Nicolas PERRON about 12 years ago
After a slapdinex, the same operation take only 17s !
Updated by Nicolas PERRON about 12 years ago
- Subject changed from After a migration from 2.3.8 to 2.4.0~beta3, create a new directive a a new rule is very slow to After a migration from 2.3.8 to 2.4.0~beta3, create a new directive or a new rule is very slow
Updated by Nicolas PERRON about 12 years ago
I've try to redo this action and it was not reproducible. The slapd.log still complains about attributes which are not indexed and the promises generation are still too long.
The explanation of my first observation must be that I wasn't doing exactly the same operation than the first time and the not indexed attributes wasn't used.
Updated by Nicolas PERRON about 12 years ago
- Status changed from New to Rejected
It seems to not be related to indexes since I wasn't able to reduce time of generation of promises with adding "index isSystem,groupCategoryId,ruleTarget eq" in /opt/rudder/etc/openldap/slapd.conf and doing /opt/rudder/sbin/slapindex.
Besides, java but not openldap were in the processes using the CPU during the operation.
So I suppose this bug can be rejected
Updated by Nicolas PERRON over 11 years ago
- Project changed from Rudder to 34
- Category deleted (
11)
Updated by Benoît PECCATTE over 9 years ago
- Project changed from 34 to Rudder
- Category set to Packaging