Bug 48521 - Rejoin with failed.ldif not possible
Rejoin with failed.ldif not possible
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: LDAP
UCS 4.3
Other Linux
: P5 normal (vote)
: ---
Assigned To: UCS maintainers
UCS maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2019-01-23 12:22 CET by Sönke Schwardt-Krummrich
Modified: 2021-05-14 16:34 CEST (History)
2 users (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 4: Minor Usability: Impairs usability in secondary scenarios
Who will be affected by this bug?: 1: Will affect a very few installed domains
How will those affected feel about the bug?: 2: A Pain – users won’t like this once they notice it
User Pain: 0.046
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sönke Schwardt-Krummrich univentionstaff 2019-01-23 12:22:45 CET
If a rejoin of a UCS system (here 4.3-3 DC Slave) is tried where a failed.ldif file exists locally, then the join is going to fail.

univention-join stops and starts the slapd at the very beginning of the join process (before the join scripts!). /etc/init.d/slapd tries to import the failed.ldif at startup of slapd. If this does not work, the failed.ldif remains and no PID file for the slapd was created in the affected system.

systemd is then apparently unable to restart the slapd without a PID file, which leads to errors in the subsequent join scripts. At the latest when 01univention-ldap-server-init.inst is executed, the LDAP directory is emptied and at the latest now the failed.ldif cannot be imported.

If the slapd is not restarted, it runs on all 4 ports (389, 636, 7389, 7636) on UCS@school systems to be installed, which is not compatible with Samba.

Possible solution:
univention-join should put aside a possibly existing failed.ldif and then try to restart the slapd.
Comment 1 Sönke Schwardt-Krummrich univentionstaff 2019-01-23 12:24:13 CET
Reported from development and professional services independently (in both cases UCS@school systems). If there are any additional information on why this failed.ldif happened, please attach it to this bug if appropriate or create a new one.
Comment 2 Ingo Steuwer univentionstaff 2021-05-14 15:42:21 CEST
This issue has been filed against UCS 4.3.

UCS 4.3 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.