#9001 Nightly failure (rawhide) in test_installation.py::TestInstallWithoutNamed::test_replica0_install::setup
Closed: worksforme by frenaud. Opened by frenaud.

The nightly test test_installation.py::TestInstallWithoutNamed::test_replica0_install::setup is failing in rawhide, see PR #1195 with the following logs and report:

cls = <class 'ipatests.test_integration.test_installation.TestInstallWithoutNamed'>
mh = <pytest_multihost.plugin.MultihostFixture object at 0x7f8e922e4790>
    @classmethod
    def install(cls, mh):
        for tgt in (cls.master, cls.replicas[0]):
>           cls.remove_named(tgt)
test_integration/test_installation.py:1876: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
cls = <class 'ipatests.test_integration.test_installation.TestInstallWithoutNamed'>
host = <ipatests.pytest_ipa.integration.host.Host replica0.ipa.test (replica)>
    @classmethod
    def remove_named(cls, host):
        # remove the bind package and make sure the named user does not exist.
        # https://pagure.io/freeipa/issue/8936
        result = host.run_command(['id', 'named'], raiseonerr=False)
        if result.returncode == 0:
            tasks.uninstall_packages(host, ['bind'])
            host.run_command(['userdel', constants.NAMED_USER])
>       assert host.run_command(
            ['id', 'named'], raiseonerr=False
        ).returncode == 1
E       assert 0 == 1
E         +0
E         -1

The test checks that ipa server installation succeeds when the named user is not defined (non-regression test for #8936 ipa-server install failure without DNS).
Test scenario:
- remove bind package
- remove user 'named'
- perform the server installation.

The issue happens when removing the named user and seems linked to a failure cleaning the sssd cache. The test report shows:

RUN ['userdel', <User "named">]
[sss_cache] [sysdb_domain_cache_connect] (0x0010): DB version too old [0.22], expected [0.23] for domain implicit_files!
Higher version of database is expected!
In order to upgrade the database, you must run SSSD.
Removing cache files in /var/lib/sss/db should fix the issue, but note that removing cache files will also remove all of your cached credentials.
Could not open available domains
[sss_cache] [sysdb_domain_cache_connect] (0x0010): DB version too old [0.22], expected [0.23] for domain implicit_files!
Higher version of database is expected!
In order to upgrade the database, you must run SSSD.
Removing cache files in /var/lib/sss/db should fix the issue, but note that removing cache files will also remove all of your cached credentials.
Could not open available domains
Exit code: 0
RUN ['id', 'named']
uid=25(named) gid=25(named) groups=25(named)
Exit code: 0

The journal shows:

Sep 25 11:53:25 replica0.ipa.test audit[30615]: DEL_USER pid=30615 uid=0 auid=0 ses=9 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=delete-user id=25 exe="/usr/sbin/userdel" hostname=? addr=? terminal=? res=success'
Sep 25 11:53:25 replica0.ipa.test userdel[30615]: delete user 'named'
Sep 25 11:53:25 replica0.ipa.test audit[30615]: DEL_GROUP pid=30615 uid=0 auid=0 ses=9 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=delete-group grp="named" acct="named" exe="/usr/sbin/userdel" hostname=? addr=? terminal=? res=success'
Sep 25 11:53:25 replica0.ipa.test userdel[30615]: removed group 'named' owned by 'named'
Sep 25 11:53:25 replica0.ipa.test audit[30615]: GRP_MGMT pid=30615 uid=0 auid=0 ses=9 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=delete-shadow-group grp="named" acct="named" exe="/usr/sbin/userdel" hostname=? addr=? terminal=? res=success'
Sep 25 11:53:25 replica0.ipa.test userdel[30615]: removed shadow group 'named' owned by 'named'
Sep 25 11:53:25 replica0.ipa.test userdel[30615]: userdel: sss_cache exited with status 70
Sep 25 11:53:25 replica0.ipa.test userdel[30615]: userdel: Failed to flush the sssd cache.
Sep 25 11:53:26 replica0.ipa.test userdel[30615]: userdel: sss_cache exited with status 70
Sep 25 11:53:26 replica0.ipa.test userdel[30615]: userdel: Failed to flush the sssd cache.

Also seen in PR1259

The issue did not occur for ~1 year, closing as worksforme. An sssd update probably fixed the issue.

Metadata Update from @frenaud:
- Issue close_status updated to: worksforme
- Issue status updated to: Closed (was: Open)

Metadata