Bug 1892114
Summary: | FreeIPA server deployment fails with 389-ds-base-1.4.4.6-1 (and 1.4.3.14-1) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> |
Component: | 389-ds-base | Assignee: | mreynolds |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | matushonek, mreynolds, robatino, spichugi, tbordaz, vashirov |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | openqa | ||
Fixed In Version: | 389-ds-base-1.4.4.7-1 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-10-28 22:06:09 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1829022 |
Description
Adam Williamson
2020-10-27 23:04:57 UTC
Proposing the initial form of the bug (FreeIPA server deployment fails) as a Beta blocker per "It must be possible to configure a Fedora Server system installed according to the above criteria as a FreeIPA domain controller, using the official deployment tools provided in the distribution FreeIPA packages" - https://fedoraproject.org/wiki/Basic_Release_Criteria#FreeIPA_server_requirements . Okay, so...maybe the problem after the 389-ds-base fix is that FreeIPA is making the same mistake (trying to create a mappingtree entry in backend 'ipaca' before that backend is created) on the replica install path, and that needs fixing FreeIPA side? Since the 389-ds-base fix does seem to improve things at least, I'm going to do an official Rawhide build with the backport. Will leave f32 and f33 for mreynolds since they're not as urgent thanks to Bodhi. I already filed a PR with freeipa to fix this: https://github.com/freeipa/freeipa/pull/5212 The latest 389-ds-base-1.4.5.0 is good. There is no bug here, this is all on IPA now... (In reply to mreynolds from comment #3) > I already filed a PR with freeipa to fix this: > > https://github.com/freeipa/freeipa/pull/5212 > > The latest 389-ds-base-1.4.5.0 is good. There is no bug here, this is all > on IPA now... Also, I did a respin of 1.4.4.7 & 1.4.3.15 which reverted the the failure on FreeIPA. I'm going to close this out... yeah, that seems fine to me. I've backported the PR to Rawhide's freeipa package because I want the fix in so we can hopefully see if a *different* replica deployment bug is fixed. |