Hide Forgot
Description of problem: FreeIPA/IdM installations which were created with directory server preceding DS 1.3.3.0 doesn't have DS whoami plugin enabled. Whoami plugin is required for whoami IPA API call which is part of Web UI startup. Whoami command is executed after login to get who is the user. With missing plugin entablement this command fails with protocol error and thus loading of Web UI fails. In httpd error log the error is: ipa: ERROR: non-public: PROTOCOL_ERROR: {'info': 'unsupported extended operation', 'desc': 'Protocol error'} Workaround: Enable the plugin by modifying dse.ldif when DS is shutdown. Or by executing LDAP mod operation as Directory Manager with following ldif: # whoami, plugins, config dn: cn=whoami,cn=plugins,cn=config cn: whoami nsslapd-plugin-depends-on-type: database nsslapd-pluginDescription: whoami extended operation plugin nsslapd-pluginEnabled: on nsslapd-pluginId: whoami-plugin nsslapd-pluginInitfunc: whoami_init nsslapd-pluginPath: libwhoami-plugin nsslapd-pluginType: extendedop nsslapd-pluginVendor: 389 Project nsslapd-pluginVersion: 1.3.6.1 objectClass: top objectClass: nsSlapdPlugin objectClass: extensibleObject Expected results: If whoami plugin is enabled during IPA upgrade if it is not enabled.
Upstream ticket: https://pagure.io/freeipa/issue/7126
*** Bug 1487501 has been marked as a duplicate of this bug. ***
master: 45bd31b Adds whoami DS plugin in case that plugin is missing ipa-4-5: 736a472 Adds whoami DS plugin in case that plugin is missing ipa-4-6: 59ef33d Adds whoami DS plugin in case that plugin is missing
IPA-server-version: ipa-server-4.5.4-6.el7 Verified the bug on the basis of following observations: 1) Verified that IPA-upgrade is successful using linear upgrade path from RHEL 70z > 71z > 72z > 73z > 74-0day > 74z > 7.5. 2) Also verified that IP servers upgraded from versions with 389 DS prior to 1.3.3.0 doesn't have whomai plugin enabled, are upgraded successfully. After upgrade: ldapsearch -xLLL -D 'cn=Directory Manager' -w 'Secret123' -b 'cn=whoami,cn=plugins,cn=config' dn: cn=whoami,cn=plugins,cn=config cn: whoami nsslapd-plugin-depends-on-type: database nsslapd-pluginDescription: whoami extended operation plugin nsslapd-pluginEnabled: on nsslapd-pluginId: whoami-plugin nsslapd-pluginInitfunc: whoami_init nsslapd-pluginPath: libwhoami-plugin nsslapd-pluginType: extendedop nsslapd-pluginVendor: 389 Project nsslapd-pluginVersion: 1.3.6.1 objectClass: top objectClass: nsSlapdPlugin objectClass: extensibleObject 3) Verified the upgrade for following Direct paths: -7.4.z > 7.5 -7.4 0-day > 7.5 -7.3.z > 7.5 -7.2.z > 7.5 -7.1.z > 7.5 4) Verified that IPA UI login works after upgrade path in step1 and step3. Thus on the basis of above observations marking status of bug to "VERIFIED".
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:0918