389-ds-base

#50266 Issue 50263 - LDAPS port not listening after installation
Closed by spichugi. Opened by spichugi.
spichugi/389-ds-base dscr_interactive_start  into  master

Download 50266.patch

Bug description: When I add an additional instance to my server,
an error is displayed at the end of the installation and
the LDAPS port is not listening.

Fix description: Make interactive installation process
general["start"] argument.

https://pagure.io/389-ds-base/issue/50263

Reviewed by: ?

LGTM

Seems good from me here too. I'm wondering why the default "start: True" did just apply here though ...

Please, mention in the commit message this is related to the #50202, as in https://pagure.io/389-ds-base/pull-request/50202#_7__59. Thanks.

rebased onto 06b9dd42561886110453602bd37fbcfb4ead2c8b

rebased onto ed530d95bfb1f48c508cce4dc5b7d53035e95829

Seems good from me here too. I'm wondering why the default "start: True" did just apply here though ...

The issue is that the default "start: True" was working okay with the non-interactive install.

But it had failed with the interactive install because general["start"] was not set at all (KeyError while trying to access it).

The commit message was updated. Please, check.

@spichugi Ahhhh I see. Okay, ack from me.

rebased onto 118f8a2f7ac52f286e147f68c5abb7aca9a88120

Pull-Request has been merged by spichugi

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 pull request has been cloned to Github as issue and is available here:
- https://github.com/389ds/389-ds-base/issues/3325

If you want to continue to work on the PR, please navigate to the github issue,
download the patch from the attachments and file a new pull request.

Thank you for understanding. We apologize for all inconvenience.

Pull-Request has been closed by spichugi
Metadata
None
No Tags
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.