-
Notifications
You must be signed in to change notification settings - Fork 24
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
LDAP auth doesn’t work immediately after start #41
Comments
Yes. It does not happen in normal usage since LDAP has largely enough time to start, but globally you're right. Even more, the global routing (with BGP) needs a few seconds (around 10 ?) to stabilize at edges. I think it is ok and anyway, I don't have an easy fix... Containers are started in parallel and detached at the very beginning of their boot process. I could try to wait on has_ip after having started all of them, this may yield some partial improvement on this... |
Definitely not an issue for normal students :) I'm wondering if the "attach" command could catch this specific error and add another message explaining to be more patient? |
Not activated, it will have to be parallelized (each check_ip seems to take 1-2 seconds for already ready containers) |
catching such a specific case with attach risks to be a bit hackish, I think. Well, let's keep that open and see if sth comes to mind at some point ! |
I noticed that if I try to use LDAP auth (eg with « mi-lxc.py attach commercial@target-commercial ») just a few seconds after starting the infra it fails. I have to wait a few couple seconds more to have it working...
I suppose the ldap server is still working on something and not operation yet.
Not a very big issue but quite surprising when we aren’t aware of it!
The text was updated successfully, but these errors were encountered: