Skip to content
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

kubeadm join and error [discovery] Failed to request cluster info, will try again: [Get https://10.0.0.10:6443/api/v1/namespaces/kube-public/configmaps/cluster-info: x509: certificate is valid for 10.96.0.1, 10.0.2.15, not 10.0.0.10] #58921

Closed
xpoveda opened this issue Jan 27, 2018 · 8 comments
Labels
area/kubeadm sig/cluster-lifecycle Categorizes an issue or PR as relevant to SIG Cluster Lifecycle.

Comments

@xpoveda
Copy link

xpoveda commented Jan 27, 2018

Hi, I have solved the issue #58876 with the modification of IP in "kubeadm join".

10.0.0.10 is the IP of master.

But now appears this another issue and I can't to add the node to cluster.

root@nodo2:~# kubeadm join --token 0f18b4.a5cf13ea12a0f971 10.0.0.10:6443 --discovery-token-ca-cert-hash sha256:79d41321a6bf165b24947d13a9315d8219c005f1faf958d47421a05245f7e763
[preflight] Running pre-flight checks.
        [WARNING SystemVerification]: docker version is greater than the most recently validated version. Docker version: 17.12.0-ce. Max validated version: 17.03
        [WARNING FileExisting-crictl]: crictl not found in system path
[discovery] Trying to connect to API Server "10.0.0.10:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://10.0.0.10:6443"
[discovery] Requesting info from "https://10.0.0.10:6443" again to validate TLS against the pinned public key
[discovery] Failed to request cluster info, will try again: [Get https://10.0.0.10:6443/api/v1/namespaces/kube-public/configmaps/cluster-info: x509: certificate is valid for 10.96.0.1, 10.0.2.15, not 10.0.0.10]

root@master:~# kubectl get nodes
NAME STATUS ROLES AGE VERSION
master Ready master 18m v1.9.2

Thanks so much!!

Xavier.

@k8s-ci-robot k8s-ci-robot added the needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one. label Jan 27, 2018
@xpoveda
Copy link
Author

xpoveda commented Jan 27, 2018

/area kubeadm
/sig cluster-lifecycle

@k8s-ci-robot k8s-ci-robot added area/kubeadm sig/cluster-lifecycle Categorizes an issue or PR as relevant to SIG Cluster Lifecycle. and removed needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one. labels Jan 27, 2018
@CesarF
Copy link

CesarF commented Jan 28, 2018

Same issue,

@dixudx
Copy link
Member

dixudx commented Jan 29, 2018

@xpoveda Seems you've got multiple nics for the node.

Please try kubeadm init --apiserver-advertise-address=10.0.0.10.

@Vishal-Gaur
Copy link

root@k8snode:/home/vagrant# kubeadm join --token 55bc23.3ef24f74257555fe 192.168.70.21:6443 --discovery-token-ca-cert-hash sha256:1db90ed2825375dd9454a78e70fb4a141c2890c3bb6639042d1e959e409fdde7
[preflight] Running pre-flight checks.
[WARNING SystemVerification]: docker version is greater than the most recently validated version. Docker version: 17.12.0-ce. Max validated version: 17.03
[WARNING FileExisting-crictl]: crictl not found in system path
[discovery] Trying to connect to API Server "192.168.70.21:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://192.168.70.21:6443"
[discovery] Requesting info from "https://192.168.70.21:6443" again to validate TLS against the pinned public key
[discovery] Failed to request cluster info, will try again: [Get https://192.168.70.21:6443/api/v1/namespaces/kube-public/configmaps/cluster-info: x509: certificate is valid for 10.96.0.1, 10.0.2.15, not 192.168.70.21]

having same issue as @xpoveda , please give an idea to resolve it.

Thanks

@errordeveloper
Copy link
Member

@Vishal-Gaur have you set --apiserver-advertise-address? If yes, what value have you used? I believe you want to use --apiserver-advertise-address=192.168.70.21.

@timothysc
Copy link
Member

This appears to be a configuration problem and is stale. If you are still having issues please reopen in the https://github.com/kubernetes/kubeadm repo.

@aryak007
Copy link

aryak007 commented May 6, 2018

I have opened another issue, which is exactly the same issue as this one! Please look into it.

@paulsubrata55
Copy link
Contributor

the system time should be same across all nodes. At least it solved certificate issue in my case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/kubeadm sig/cluster-lifecycle Categorizes an issue or PR as relevant to SIG Cluster Lifecycle.
Projects
None yet
Development

No branches or pull requests

9 participants