-
Notifications
You must be signed in to change notification settings - Fork 53
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
openldap wont start #162
Comments
could you make some docker compose file to reproduce this? |
I can certainly provide access to the Kubernetes logs if that would be helpful for troubleshooting. Just let me know if you require any specific logs and I can ensure you get the necessary access on kubernetes. For the docker-compose example, I can generate one for you. If you could provide an initial example to get the CSI initialized? That would be a great starting point. Any specific requirements or configurations you have in mind would also be useful to know. |
I was trying to make a working example on a docker that demonstrates the integration of seaweed with openldap. The project's repository can be found here: poc-seaweedfs-openldap. To get the proof of concept up and running, please refer to the In this setup, there are two different ldap containers being used:
Each of these stacks features two services:
I run some tests with strace and debug mode on ldap, and set ulimit -n 4000. As i can see, there is a great memory and CPU usage after a mmap, and some times a warning msg abount I'd appreciate any insights or advice on resolving the issue with the fail service. If there's any additional information you require to assist me, please let me know, and I'd be more than happy to provide it. |
I'm trying to use the openldap helm chart with a seaweed volume, but the ldap server is not starting. I've checked the logs and seen that the helm chart is successfully installed and configured, but the ldap server is not being started. The strange thing is that when I use a volume that's not from seaweed, the LDAP server starts without any issues.
I'm starting to think that the issue might be related to the seaweedfs volume, perhaps with the way the mdb is being used on top of the volume. However, I can't seem to find any logs or references that point to the root cause of the problem.
Has anyone else encountered this issue? Any help would be greatly appreciated.
Here are the logs from the LDAP server:
And here are the kustomize with the values.yaml for the helm chart of ldap:
The text was updated successfully, but these errors were encountered: