# Kubeadm - Everything you wanted to know but were afraid to ask.?.?

**URL:** <https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107>\
**Category:** General Discussions\
**Created:** [May 9, 2018, 1:57pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107 "2018-05-09T13:57:44Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![timothysc](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/timothysc/32/32_2.png) [@timothysc](https://discuss.kubernetes.io/u/timothysc)\
**Post date:** [May 9, 2018, 1:57pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/1 "2018-05-09T13:57:44Z")

</div>

So slack is a terrible venue to find solutions to common issues that folks run into, so I would like to give this a whirl. Fire away with some questions and we’ll see if we can answer them.

---

<div class="post-metadata">

**Author:** ![ayaz](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/ayaz/32/55_2.png) [@ayaz](https://discuss.kubernetes.io/u/ayaz)\
**Post date:** [May 9, 2018, 2:44pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/2 "2018-05-09T14:44:30Z")

</div>

I’ll ask the first question: when is multi-master support slated to become available? I have gone through the previous PRs and checklists, where plans later changed, so it’s particularly clear (to me at least) what the current status is.

---

<div class="post-metadata">

**Author:** ![timothysc](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/timothysc/32/32_2.png) [@timothysc](https://discuss.kubernetes.io/u/timothysc)\
**Post date:** [May 9, 2018, 6:48pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/3 "2018-05-09T18:48:31Z")

</div>

We’ve factored out actionable details into a set of work items that we are executing on - [https://github.com/kubernetes/community/blob/master/keps/sig-cluster-lifecycle/draft-20180130-kubeadm-join-master.md](https://github.com/kubernetes/community/blob/master/keps/sig-cluster-lifecycle/draft-20180130-kubeadm-join-master.md) is the simple workflow for master join, but it will be dependent on config changes. For an overview please see the KubeCon talk:

---

<div class="post-metadata">

**Author:** ![embik](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/embik/32/123_2.png) [@embik](https://discuss.kubernetes.io/u/embik)\
**Post date:** [May 12, 2018, 4:51pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/4 "2018-05-12T16:51:57Z")

</div>

I have a question too: Some platforms (for example CoreOS) do not come with some tools Kubernetes requires: CoreOS doesn’t ship with a GlusterFS client and it doesn’t seem feasible to install one (as kubelet requires a mount helper for GlusterFS and `/sbin` is read-only). Therefore, running kubelet in a container with all the necessary tools seems to be a valid approach. This is how CoreOS’ Tectonic handles it as well.

Does kubeadm allow some kind of containerized kubelet setup, similar to what CoreOS’ built-in kubelet-wrapper does? I don’t think it’s a problem to deploy kubelet in a container (paired with a different systemd service), but I am curious if this is considered supported in any way by kubeadm and was unable to find information on it.

---

<div class="post-metadata">

**Author:** ![jmreicha](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/jmreicha/32/314_2.png) [@jmreicha](https://discuss.kubernetes.io/u/jmreicha)\
**Post date:** [May 22, 2018, 6:33pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/5 "2018-05-22T18:33:24Z")

</div>

I have an issue I just recently came across, this might be a better forum than Slack.

I’m working on spinning up and ARM64 based cluster but the 1.10.x version of kubeadm seems to have issues brining up the etcd cluster.

The symptoms I am seeing are described in [this issue](https://github.com/kubernetes/kubernetes/issues/61277). Basically the etcd container is coming up but crash loops after awhile. The current “fix” is to use kubeadm 1.9.7 to bring up a 1.9.7 cluster. There seems to be some issues around the [liveness probe](https://github.com/kubernetes/kubernetes/pull/60728) failing, which apparently was changed in the 1.10 release?

Is this a known issue? How can I work around this? Would love to get this project up and running on 1.10.

---

<div class="post-metadata">

**Author:** ![deasunk](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/deasunk/32/555_2.png) [@deasunk](https://discuss.kubernetes.io/u/deasunk)\
**Post date:** [June 7, 2018, 5:58pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/6 "2018-06-07T17:58:56Z")

</div>

Question: How can I get kubeadm to pull images from a specific repo?

It currently pulls images from [k8s.gcr.io](http://k8s.gcr.io). Is there a way to tell it to pull images from my Nexus Docker repo which mirrors [k8s.gcr.io](http://k8s.gcr.io)?

---

<div class="post-metadata">

**Author:** ![timothysc](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.kubernetes.io/timothysc/32/32_2.png) [@timothysc](https://discuss.kubernetes.io/u/timothysc)\
**Post date:** [June 7, 2018, 6:29pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/7 "2018-06-07T18:29:33Z")

</div>

It does, but it’s not an upstream artifact and I’m not certain who maintains it now.

---

<div class="post-metadata">

**Author:** ![wowditi](https://avatars.discourse-cdn.com/v4/letter/w/f0a364/32.png) [@wowditi](https://discuss.kubernetes.io/u/wowditi)\
**Post date:** [July 10, 2018, 2:58pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/8 "2018-07-10T14:58:25Z")

</div>

Question: What is the correct way of handling the rotation of certificates in a HA Cluster?

The context is that I am setting up a HA Cluster using kubeadm. I am following these tutorials: [Set up a Highly Availabile etcd Cluster With kubeadm - Kubernetes](https://kubernetes.io/docs/tasks/administer-cluster/setup-ha-etcd-with-kubeadm/) and [Creating Highly Available Clusters with kubeadm - Kubernetes](https://kubernetes.io/docs/setup/independent/high-availability/).  
I noticed that the generated certificates are only valid for 1 year and ideally these would be automatically rotated when they are about to expire. I found that kubeadm init has support for rotating its certificates and also has an option for using an external CA ([kubeadm init - Kubernetes](https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm-init/#custom-certificates)).  
However, during the setup of the etcd cluster there is no such option. I could add --rotate-certificates to the kubelet, but will this actually rotate the certificates for etcd (since they aren’t being used by kubelet)? Any other suggestions for handling the certificate rotation are of course welcome.

As an additional question which is not as important, is it possible to get the kubelet or etcd containers to generate the required certificates based on an external CA? If possible this would be pretty convenient.

Thanks in advance!

---

<div class="post-metadata">

**Author:** ![rhugga](https://avatars.discourse-cdn.com/v4/letter/r/71e660/32.png) [@rhugga](https://discuss.kubernetes.io/u/rhugga)\
**Post date:** [July 18, 2018, 1:27pm UTC](https://discuss.kubernetes.io/t/kubeadm-everything-you-wanted-to-know-but-were-afraid-to-ask/107/9 "2018-07-18T13:27:04Z")

</div>

I agree 100%

Slack is the most useless support tool I’ve ever seen. My entire team is in full agreement.

Our biggest frustration with trying to adopt kubernetes is the terrible documentation and little support mediums.

Slack makes me miss pulling down usenet feeds over a 300bps modem in the 1990’s.
