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 use kubeadm init to setup a first master, but the IP address for the machine is not properly detected for my usage: I want the etcd and api server to advertise an private api address (eg: 10.88.3.60), on a second interface.
I can use kubeadm init --apiserver-advertise-address 10.88.3.60 to bypass ip address detection, but I can't have the same behaviour when using this configuration file and kubeadm init --config=config.yml:
The etcd address is the detected ip address instead of the provided one, and the health check on the api-server is also using the detected ip address.
What you expected to happen?
Setting apiServer.extraArgs.advertise-address in a kubeadm config should have the same effect as --apiserver-advertise-address, or there should be an other way to change the detected ip address globally when using config file.
There is the following configuration change when using a config file with apiServer.extraArgs.advertise-address instead of --apiserver-advertise-address:
@Congelli501 this is not a defect apiserver-advertise-address is a node specific parameter (it can change between different control-plane instances) and it has special meaning for kubeadm because it is used in many places, not only for the kube-apiserver. It can be set from the config with a dedicated entry as documented here
extra-args allows to set cluster wide settings (equal among all contr-plane instances) without special meaning to kubeadm (it is a pass through)
I'm closing the issue, but if you need more info let me know
/close
@Congelli501 this is not a defect apiserver-advertise-address is a node specific parameter (it can change between different control-plane instances) and it has special meaning for kubeadm because it is used in many places, not only for the kube-apiserver. It can be set from the config with a dedicated entry as documented here
extra-args allows to set cluster wide settings (equal among all contr-plane instances) without special meaning to kubeadm (it is a pass through)
I'm closing the issue, but if you need more info let me know
/close
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.
Is this a BUG REPORT or FEATURE REQUEST?
BUG REPORT
Versions
kubeadm version:
kubeadm version: &version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.1", GitCommit:"eec55b9ba98609a46fee712359c7b5b365bdd920", GitTreeState:"clean", BuildDate:"2018-12-13T10:36:44Z", GoVersion:"go1.11.2", Compiler:"gc", Platform:"linux/amd64"}
Environment:
What happened?
I use kubeadm init to setup a first master, but the IP address for the machine is not properly detected for my usage: I want the etcd and api server to advertise an private api address (eg: 10.88.3.60), on a second interface.
I can use
kubeadm init --apiserver-advertise-address 10.88.3.60
to bypass ip address detection, but I can't have the same behaviour when using this configuration file andkubeadm init --config=config.yml
:The etcd address is the detected ip address instead of the provided one, and the health check on the api-server is also using the detected ip address.
What you expected to happen?
Setting
apiServer.extraArgs.advertise-address
in a kubeadm config should have the same effect as--apiserver-advertise-address
, or there should be an other way to change the detected ip address globally when using config file.There is the following configuration change when using a config file with
apiServer.extraArgs.advertise-address
instead of--apiserver-advertise-address
:How to reproduce it (as minimally and precisely as possible)?
kubeadm init --config=<path to config provided in the What happened? part>
/etc/kubernetes/manifests/etcd.yaml
and/etc/kubernetes/manifests/ube-apiserver.yaml
to observe what was not applied.The text was updated successfully, but these errors were encountered: