Schema is downloaded for each IPA command again and again from LDAP, because SchemaCache is not persistent.
Why: plugable.import_plugins method always reimport modules what means that module variables are reinitialized (SchemCache is module variable)
This may affect all caches that are part of plugins and they are stored in module variables.
Also cache of 'ipaconfig' is affected. Following search is done for every ldap2 call:
[06/Apr/2016:17:44:12 +0200] conn=456 op=1318 SRCH base="cn=ipaConfig,cn=etc,dc=abc,dc=idm,dc=lab,dc=eng,dc=brq,dc=redhat,dc=com" scope=0 filter="(objectClass=*)" attrs="ipaConfigString ipaKrbAuthzData ipaUserAu thType"
Increasing priority, this is serious performance killer.
devel meeting resuts: shema should be cached for httpd-lifetime, i.e.,until restart of httpd
Effect on adding of new object class via ipa config-modshould be tested.
ipa config-mod
Config cache should be fixed(if bugged) to remain per-connection.
After more investigation, schema cache actually works, but it needs more than 2 execution of commands until cache is ready to serve. I need more investigation why this weird behavior is there (as it can mask more issues).
This ticket is not blocker then, decreasing priority
Cache was initialized twice because we use multiple processes for httpd, so for each priocess cache mut be initialized.
Config cache works as expected too.
Closing ticket as working.
Metadata Update from @mbasti: - Issue assigned to mbasti - Issue set to the milestone: FreeIPA 4.3.2
Login to comment on this ticket.