Add munger to verify kubectl -f targets, fix docs
This commit is contained in:
@@ -194,7 +194,7 @@ Create a pod manifest: `pod.json`
|
||||
### Create the pod using the kubectl command line tool
|
||||
|
||||
```bash
|
||||
kubectl create -f pod.json
|
||||
kubectl create -f ./pod.json
|
||||
```
|
||||
|
||||
### Testing
|
||||
|
@@ -97,12 +97,12 @@ kube-02 environment=production Ready
|
||||
Let's follow the Guestbook example now:
|
||||
```
|
||||
cd guestbook-example
|
||||
kubectl create -f redis-master-controller.json
|
||||
kubectl create -f redis-master-service.json
|
||||
kubectl create -f redis-slave-controller.json
|
||||
kubectl create -f redis-slave-service.json
|
||||
kubectl create -f frontend-controller.json
|
||||
kubectl create -f frontend-service.json
|
||||
kubectl create -f examples/guestbook/redis-master-controller.yaml
|
||||
kubectl create -f examples/guestbook/redis-master-service.yaml
|
||||
kubectl create -f examples/guestbook/redis-slave-controller.yaml
|
||||
kubectl create -f examples/guestbook/redis-slave-service.yaml
|
||||
kubectl create -f examples/guestbook/frontend-controller.yaml
|
||||
kubectl create -f examples/guestbook/frontend-service.yaml
|
||||
```
|
||||
|
||||
You need to wait for the pods to get deployed, run the following and wait for `STATUS` to change from `Unknown`, through `Pending` to `Running`.
|
||||
|
@@ -146,7 +146,7 @@ done
|
||||
Now create a node object internally in your kubernetes cluster by running:
|
||||
|
||||
```
|
||||
$ kubectl create -f node.json
|
||||
$ kubectl create -f ./node.json
|
||||
|
||||
$ kubectl get nodes
|
||||
NAME LABELS STATUS
|
||||
@@ -205,7 +205,7 @@ fed-node name=fed-node-label Ready
|
||||
To delete _fed-node_ from your kubernetes cluster, one should run the following on fed-master (Please do not do it, it is just for information):
|
||||
|
||||
```
|
||||
$ kubectl delete -f node.json
|
||||
$ kubectl delete -f ./node.json
|
||||
```
|
||||
|
||||
*You should be finished!*
|
||||
|
@@ -63,7 +63,7 @@ This pod specification has one container which runs a bash script when the conta
|
||||
namespace.
|
||||
|
||||
```
|
||||
$ kubectl create -f counter-pod.yaml
|
||||
$ kubectl create -f examples/blog-logging/counter-pod.yaml
|
||||
pods/counter
|
||||
```
|
||||
|
||||
@@ -114,7 +114,7 @@ pods/counter
|
||||
Now let’s restart the counter.
|
||||
|
||||
```
|
||||
$ kubectl create -f counter-pod.yaml
|
||||
$ kubectl create -f examples/blog-logging/counter-pod.yaml
|
||||
pods/counter
|
||||
```
|
||||
Let’s wait for the container to restart and get the log lines again.
|
||||
|
@@ -198,7 +198,7 @@ EOPOD
|
||||
Send the pod description to Kubernetes using the `kubectl` CLI:
|
||||
|
||||
```bash
|
||||
$ kubectl create -f nginx.yaml
|
||||
$ kubectl create -f ./nginx.yaml
|
||||
pods/nginx
|
||||
```
|
||||
|
||||
@@ -256,8 +256,8 @@ sed -e "s/{{ pillar\['dns_server'\] }}/10.10.10.10/g" \
|
||||
Now the kube-dns pod and service are ready to be launched:
|
||||
|
||||
```bash
|
||||
kubectl create -f skydns-rc.yaml
|
||||
kubectl create -f skydns-svc.yaml
|
||||
kubectl create -f ./skydns-rc.yaml
|
||||
kubectl create -f ./skydns-svc.yaml
|
||||
```
|
||||
|
||||
Check with `kubectl get pods --namespace=kube-system` that 3/3 containers of the pods are eventually up and running. Note that the kube-dns pods run in the `kube-system` namespace, not in `default`.
|
||||
@@ -286,7 +286,7 @@ EOF
|
||||
Then start the pod:
|
||||
|
||||
```bash
|
||||
kubectl create -f busybox.yaml
|
||||
kubectl create -f ./busybox.yaml
|
||||
```
|
||||
|
||||
When the pod is up and running, start a lookup for the Kubernetes master service, made available on 10.10.10.1 by default:
|
||||
|
Reference in New Issue
Block a user