389-ds-base

#51247 dscontainer -H fails with error: begin_healthcheck() missing 1 required positional argument: 'ds_proc'
Closed: wontfix by firstyear. Opened by perlstalker.

Closed: wontfix
Reopen Issue

Issue Description

dscontainer -H fails with a Python error when checking a container's health.

Package Version and Platform

389ds/dirsrv:1.4

Steps to reproduce

  1. Start a container running the 389ds/dirsrv:1.4 image
  2. Run /usr/lib/dirsrv/dscontainer -H

Actual results

ldapmaster:/ # /usr/lib/dirsrv/dscontainer -H
Traceback (most recent call last):
  File "/usr/lib/dirsrv/dscontainer", line 416, in <module>
    if begin_healthcheck() is True:
TypeError: begin_healthcheck() missing 1 required positional argument: 'ds_proc'

Expected results

dscontainer -H runs successfully

Metadata Update from @firstyear:
- Issue assigned to firstyear

Indeed, I can see this. I'll fix this asap.

Metadata Update from @firstyear:
- Custom field origin adjusted to None
- Custom field reviewstatus adjusted to None

Commit cbcdf050 fixes this issue

Commit cbcdf050 fixes this issue

@perlstalker I will update the latest container image on the next patch release of directory server to resolve this for you. Thanks!

Metadata Update from @firstyear:
- Issue close_status updated to: None (was: Fixed)

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/4300

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata Update from @spichugi:
- Issue close_status updated to: wontfix
Metadata
None
None
None
None
None
None
None
Related Pull Requests
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.