#5787 SchemaCache doesn't work
Closed: Invalid None Opened 7 years ago by mbasti.

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.

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

7 years ago

Login to comment on this ticket.

Metadata