Closed McMac closed 4 months ago
Hi!
Thank you so much for the feature request. Would you like to submit a PR improing the start_bg function?
This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback.
Due to the lack of activity in the last 5 days since it was marked as "stale", we proceed to close this Issue. Do not hesitate to reopen it later if necessary.
Name and Version
bitnami/openldap:2.6.5
What architecture are you using?
None
What steps will reproduce the bug?
charts/nfs-server-provisioner/README.md
This is just the context that I am using it in.
What is the expected behavior?
When not using a volume - "slapd starting" then "Configure LDAP credentials for admin user"
What do you see instead?
What seems to happen is, that the pvc requested via nfs-ganesha "takes too long" (?) and the " Configure LDAP credentials for admin user" is outpacing the "slapd starting"
When launching I see:
Additional information
The issue as I see it is that in /opt/bitnami/scripts/libopenldap.sh this part of the code isn't resilient to a slow responding filesystem/server start:
line 581
ldap_admin_credentials isn't waiting long enough for ldap_start_bg to be ready
line 193, in ldap_start_bg()
it ultimately calls "is_ldap_running()" which only checks for the pid file.
What seems to be happening is that the pid file is there, however slapd not fully ready yet. The code continues and the ldap_admin_credentials then tries to set the admin credentials too early.
options (?):