obsolete

389-ds-base-1.3.5.17-2.fc25

FEDORA-2017-8bb5a83e04 created by mreynolds 7 years ago for Fedora 25

Bump version to 1.3.5.17-2


Bump version to 1.3.5.17

This update has been submitted for testing by mreynolds.

7 years ago

This update has obsoleted 389-ds-base-1.3.5.17-1.fc25, and has inherited its bugs and notes.

7 years ago

This update has been pushed to testing.

7 years ago
User Icon mbabinsk commented & provided feedback 7 years ago
karma

This update breaks development versions of FreeIPA since it now relies on RPM installs to create system users like dirsrv. The new update no longer adds this user, however:

[root@replica1 ~]# getent passwd dirsrv
[root@replica1 ~]# rpm -q 389-ds-base
389-ds-base-1.3.5.17-2.fc25.x86_64

Subsequent installation of 4.5 FreeIPA server/replica from git fails on missing user:

Checking DNS forwarders, please wait ...
Run connection check to master
Connection check OK
Configuring NTP daemon (ntpd)
  [1/4]: stopping ntpd
  [2/4]: writing configuration
  [3/4]: configuring ntpd to start on boot
  [4/4]: starting ntpd
Done configuring NTP daemon (ntpd).
Configuring directory server (dirsrv). Estimated time: 30 seconds
  [1/40]: creating directory server instance
  [error] KeyError: 'getpwnam(): name not found: dirsrv'
Your system may be partly configured.
Run /usr/sbin/ipa-server-install --uninstall to clean up.

ipa.ipapython.install.cli.install_tool(CompatServerReplicaInstall): ERROR    'getpwnam(): name not found: dirsrv'
ipa.ipapython.install.cli.install_tool(CompatServerReplicaInstall): ERROR    The ipa-replica-install command failed. See /var/log/ipareplica-install.log for more information

After downgrading to latest stable version I can see the dirsrv user appearing again:

[root@replica1 ~]# getent passwd dirsrv 
dirsrv:x:389:389:389-ds-base:/usr/share/dirsrv:/sbin/nologin
[root@replica1 ~]# rpm -q 389-ds-base
389-ds-base-1.3.5.16-1.fc25.x86_64

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

7 years ago
User Icon tbordaz commented & provided feedback 7 years ago

Just for info from a f25 (where freeipa was configured) before 389-ds upgrade, I am seeing 'dirsrv' user

[root@vm1 ~]# rpm -q 389-ds-base
389-ds-base-1.3.5.16-1.fc25.x86_64
[root@vm1 ~]# getent passwd dirsrv
dirsrv:x:389:389:389-ds-base:/usr/share/dirsrv:/sbin/nologin
User Icon mbabinsk commented & provided feedback 7 years ago

What FreeIPA version did you install? FreeIPA 4.4 and earlier added the required system users dynamically during server/replica install. Commit https://github.com/freeipa/freeipa/commit/e8a429d9e170955919f2e53e66b580be95e908d9 removed this behavior and we now rely on system users provided by RPM installation. That's why FreeIPA 4.4 will work but 4.5 development version would not.

So basically older IPA covered the packaging errors/bugs of its dependencies, newer versions will not.

User Icon mreynolds commented & provided feedback 7 years ago

Does IPA not see any problem with 389-ds-base-1.3.6 though? That version also has the same specfile changes as 1.3.5.

User Icon tbordaz commented & provided feedback 7 years ago

That is correct, I was running FreeIPA 4.4, that explains existence of 'dirsrv' user

User Icon mreynolds commented & provided feedback 7 years ago

I found the issue, a specfile change was not properly backported. I need to respin 1.3.5 and 1.3.6

This update has been obsoleted by 389-ds-base-1.3.5.17-3.fc25.

7 years ago

Please login to add feedback.

Metadata
Type
bugfix
Karma
-1
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-1
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
7 years ago
in testing
7 years ago
BZ#1391728 %post enumerates groups many times, refers to undefined macros
0
0

Automated Test Results