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
{{ message }}
This repository has been archived by the owner on Jan 9, 2023. It is now read-only.
What happened:
The servers in the vault cluster have a hardcoded ip and are always deployed as x.x.x.10. This can cause ip conflicts with other servers that are already deployed in the same subnet.
What you expected to happen:
Use dynamic ips or allocated by AWS
How to reproduce it (as minimally and precisely as possible):
Create singlecluster with tarmak init
tarmak cluster apply
Anything else we need to know?:
Originally this was needed for the Consul cluster, because the UID was based on the ip address of the server. That UID was needed to setup the Consul cluster.
Possible steps to fix this are:
Investigate if Consul can work with dynamic ips
If yes use that, if no allocate a network interface to nodes and use that instead of fixed ips
Environment:
Kubernetes version (use kubectl version):
Cloud provider or hardware configuration**:
Install tools:
Others:
The text was updated successfully, but these errors were encountered:
Is this a BUG REPORT or FEATURE REQUEST?:
/kind bug
What happened:
The servers in the vault cluster have a hardcoded ip and are always deployed as
x.x.x.10
. This can cause ip conflicts with other servers that are already deployed in the same subnet.What you expected to happen:
Use dynamic ips or allocated by AWS
How to reproduce it (as minimally and precisely as possible):
tarmak init
tarmak cluster apply
Anything else we need to know?:
Originally this was needed for the Consul cluster, because the UID was based on the ip address of the server. That UID was needed to setup the Consul cluster.
Possible steps to fix this are:
Environment:
kubectl version
):The text was updated successfully, but these errors were encountered: