You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I wanted to connect with a Gefyra client to a cluster. After some short time, the connection process was aborted with the message Error: could not connect. Not much more information either.
What did you expect to happen?
Gefyra to connect successfully.
Please provide the output of gefyra check.
How can we reproduce it (as minimally and precisely as possible)?
Connect a Gefyra client from a fresh environment (for example with Docker Desktop) with a cluster that already has some other clients connected (the more the better).
What Kubernetes setup are you working with?
OS version
Anything else we need to know?
The current implementation for the IPAM negotiation between the client and the operator does not properly work. In fact, the client always tries the same IPAM repeatedly until this stops with an error.
Either, the client queries all taken IPAMs from other clients (via GefyraClient.providerParameter) or tries different IPAMs during the connection sequence.
I'd opt for the first solution, as this will lead to a deterministic IPAM negotiation.
The text was updated successfully, but these errors were encountered:
What happened?
I wanted to connect with a Gefyra client to a cluster. After some short time, the connection process was aborted with the message
Error: could not connect
. Not much more information either.What did you expect to happen?
Gefyra to connect successfully.
Please provide the output of
gefyra check
.How can we reproduce it (as minimally and precisely as possible)?
Connect a Gefyra client from a fresh environment (for example with Docker Desktop) with a cluster that already has some other clients connected (the more the better).
What Kubernetes setup are you working with?
OS version
Anything else we need to know?
The current implementation for the IPAM negotiation between the client and the operator does not properly work. In fact, the client always tries the same IPAM repeatedly until this stops with an error.
Either, the client queries all taken IPAMs from other clients (via
GefyraClient.providerParameter
) or tries different IPAMs during the connection sequence.I'd opt for the first solution, as this will lead to a deterministic IPAM negotiation.
The text was updated successfully, but these errors were encountered: