Commit c316193a authored by Matthew Fisher's avatar Matthew Fisher

remove references to the term "master"

parent add98dab
...@@ -204,7 +204,7 @@ together in one GitHub repository. ...@@ -204,7 +204,7 @@ together in one GitHub repository.
**Deis's [Workflow](https://github.com/deis/workflow/tree/master/charts/workflow):** **Deis's [Workflow](https://github.com/deis/workflow/tree/master/charts/workflow):**
This chart exposes the entire Deis PaaS system with one chart. But it's different This chart exposes the entire Deis PaaS system with one chart. But it's different
from the SAP chart in that this master chart is built from each component, and from the SAP chart in that this umbrella chart is built from each component, and
each component is tracked in a different Git repository. Check out the each component is tracked in a different Git repository. Check out the
`requirements.yaml` file to see how this chart is composed by their CI/CD `requirements.yaml` file to see how this chart is composed by their CI/CD
pipeline. pipeline.
......
...@@ -106,12 +106,12 @@ Error: Error forwarding ports: error upgrading connection: dial tcp: lookup kube ...@@ -106,12 +106,12 @@ Error: Error forwarding ports: error upgrading connection: dial tcp: lookup kube
A: We have seen this issue with Ubuntu and Kubeadm in multi-node clusters. The A: We have seen this issue with Ubuntu and Kubeadm in multi-node clusters. The
issue is that the nodes expect certain DNS records to be obtainable via global issue is that the nodes expect certain DNS records to be obtainable via global
DNS. Until this is resolved upstream, you can work around the issue as DNS. Until this is resolved upstream, you can work around the issue as
follows: follows. On each of the control plane nodes:
1) Add entries to `/etc/hosts` on the master mapping your hostnames to their public IPs 1) Add entries to `/etc/hosts`, mapping your hostnames to their public IPs
2) Install `dnsmasq` on the master (e.g. `apt install -y dnsmasq`) 2) Install `dnsmasq` (e.g. `apt install -y dnsmasq`)
3) Kill the k8s api server container on master (kubelet will recreate it) 3) Remove the k8s api server container (kubelet will recreate it)
4) Then `systemctl restart docker` (or reboot the master) for it to pick up the /etc/resolv.conf changes 4) Then `systemctl restart docker` (or reboot the node) for it to pick up the /etc/resolv.conf changes
See this issue for more information: https://github.com/kubernetes/helm/issues/1455 See this issue for more information: https://github.com/kubernetes/helm/issues/1455
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment