<div dir="ltr"><div dir="ltr">On Mon, Jun 24, 2019 at 4:42 PM Dashamir Hoxha <<a href="mailto:dashohoxha@gmail.com">dashohoxha@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Mon, Jun 24, 2019 at 4:17 PM Eric B Munson <<a href="mailto:emunson@mgebm.net" target="_blank">emunson@mgebm.net</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Have you verified that the LDAP server is up and running in the <br>
container?  The process you<br>
are looking for is /usr/sbin/ns-slapd<br></blockquote><div><br></div><div>You are right, there is no process ns-slapd running. But I don't know why, and how to start it. I tried `systemctl start dirsrv-admin` (which was not running), but this did not help, the same problem and the same error (while the status of dirsrv-admin is active/running).</div></div></div></blockquote><div><br></div><div>I just tried `restart-dirsrv` and this solved the problem. Afterwards I could login.</div><div>I think this may be a problem of setup scripts that do not create a service for starting dirsrv properly. I may be able to create such a service myself (unless somebody has any suggestion on how to do it properly).</div><div><br></div><div>Reference: <a href="https://access.redhat.com/documentation/en-US/Red_Hat_Directory_Server/8.2/html/Configuration_and_Command-Line_Tool_Reference/Shell_Scripts.html#Shell_Scripts-restart_slapd_Restart_the_DS">https://access.redhat.com/documentation/en-US/Red_Hat_Directory_Server/8.2/html/Configuration_and_Command-Line_Tool_Reference/Shell_Scripts.html#Shell_Scripts-restart_slapd_Restart_the_DS</a>)</div><div> </div><div>Dashamir</div></div></div>