Skip to content

Issue with /docs/getting-started-guides/centos/centos_manual_config/ #2086

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Closed
1 of 2 tasks
bostone opened this issue Dec 29, 2016 · 2 comments
Closed
1 of 2 tasks

Issue with /docs/getting-started-guides/centos/centos_manual_config/ #2086

bostone opened this issue Dec 29, 2016 · 2 comments

Comments

@bostone
Copy link

bostone commented Dec 29, 2016

This is a...

  • Feature Request
  • Bug Report

Problem:
After replicating all steps using 2 CentOS 7 VM there are 2 errors:

  1. Executing "etcdctl mkdir /kube-centos/network" issues the following error: "etcd cluster has no published client endpoints. Try '--no-sync' if you want to access non-published client endpoints(http://127.0.0.1:2379,http://127.0.0.1:4001). Error: client: no endpoints available"
  2. Unable to start flanneld service. It fails with this error: Unable to start service flanneld: Job for flanneld.service failed because a timeout was exceeded. See "systemctl status flanneld.service" and "journalctl -xe" for details. Checking specified files shows the same error: "Failed to retrieve network config: client: etcd cluster is unavailable or misconfigured"

Proposed Solution:

  1. Adding "--no-sync" to command removed the message. The key is created
  2. I am not able to come up with any solutions

Page to Update:
http://kubernetes.io/docs/getting-started-guides/centos/centos_manual_config/

Kubernetes v1.3.0

I run all the steps outlined in the manual except I don't add IPs into /etc/hosts but use fully qualified (pingable) hostnames instead. I did try to use IPs instead of hostnames to the same effect

@bostone
Copy link
Author

bostone commented Dec 29, 2016

Ok, I think I have a solution to my #2:
There is a mismatch between flanneld.service and /etc/sysconfig/flanneld configuration (which wasn't there before). You need to change keys in the flanneld configuration file to match these in flanneld.service. Namely - change FLANNEL_ETCD to FLANNEL_ETCD_ENDPOINTS and FLANNEL_ETCD_KEY to FLANNEL_ETCD_PREFIX in /etc/sysconfig/flanneld. After that flanneld.service starts with no problem on both master and minion(s) nodes

@a-mccarthy
Copy link
Contributor

It looks like this was completed by #2133, closing

@a-mccarthy a-mccarthy removed their assignment Jan 12, 2017
Okabe-Junya pushed a commit to Okabe-Junya/website that referenced this issue Dec 4, 2023
* This commit updates the text Site Results to Resultados de la búsqueda to provide a version in Spanish.

Signed-off-by: MartinEliasQ <elias.quintero@udea.edu.co>
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants