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

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

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>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants