#8571 [Tracker] Nightly test failure in test_replica_promotion.py::TestHiddenReplicaPromotion::test_ipahealthcheck_hidden_replica (nightly 389ds) - BackendsCheck
Closed: fixed by frenaud. Opened by frenaud.

Issue

The nightly test test_replica_promotion.py::TestHiddenReplicaPromotion::test_ipahealthcheck_hidden_replica is failing on the master branch with 389ds nightly copr repo, see PR #520.

Logs and Report:

self = <ipatests.test_integration.test_replica_promotion.TestHiddenReplicaPromotion object at 0x7fad30127d60>
    def test_ipahealthcheck_hidden_replica(self):
        """Ensure that ipa-healthcheck runs successfully on all members
        of an IPA cluster that includes a hidden replica.
        """
        # verify state
        self._check_config([self.master], [self.replicas[0]])
        # A DNA range is needed on the replica for ipa-healthcheck to work.
        # Create a user so that the replica gets a range.
        tasks.user_add(self.replicas[0], 'testuser')
        tasks.user_del(self.replicas[0], 'testuser')
        for srv in (self.master, self.replicas[0]):
            returncode, _unused = run_healthcheck(
                srv,
                failures_only=True
            )
>           assert returncode == 0
E           assert 1 == 0
E             +1
E             -0
test_integration/test_replica_promotion.py:917: AssertionError

ipa-healthcheck output:

RUN ['ipa-healthcheck', '--output-type', 'json', '--failures-only']
[
  {
    "source": "ipahealthcheck.ds.backends",
    "check": "BackendsCheck",
    "result": "CRITICAL",
    "uuid": "947e50e7-401b-4db0-9046-8f6792a690f0",
    "when": "20201107205508Z",
    "duration": "0.025031",
    "kw": {
      "exception": "No object exists given the filter criteria cn=changelog"
    }
  }
]
Exit code: 1

Tracked in ipa-healthcheck project as https://github.com/freeipa/freeipa-healthcheck/issues/163

Metadata Update from @frenaud:
- Issue tagged with: tracker

Issue fixed on fedora 33 (PR #719 report with 389-ds-base-1.4.4.11-1.fc33.x86_64)

Let's wait for successful runs on rawhide and fedora32.

Issue does not happen any more on fedora32 with 389-ds-base-1.4.3.21-1.fc32.x86_64.

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

Metadata