mirror of
https://github.com/k3s-io/kubernetes.git
synced 2025-07-23 11:50:44 +00:00
update service debug doc from user feedback
This commit is contained in:
parent
596a8a40d1
commit
7a0200cf2a
@ -116,7 +116,9 @@ $ kubectl exec -ti busybox-sleep sh
|
||||
|
||||
## Setup
|
||||
|
||||
For the purposes of this walk-through, let's run some `Pod`s.
|
||||
For the purposes of this walk-through, let's run some `Pod`s. Since you're
|
||||
probably debugging your own `Service` you can substitute your own details, or you
|
||||
can follow along and get a second data point.
|
||||
|
||||
```sh
|
||||
$ kubectl run hostnames --image=gcr.io/google_containers/serve_hostname \
|
||||
@ -191,7 +193,8 @@ $ kubectl get svc hostnames
|
||||
Error from server: service "hostnames" not found
|
||||
```
|
||||
|
||||
So we have a culprit, let's create the `Service`:
|
||||
So we have a culprit, let's create the `Service`. As before, this is for the
|
||||
walk-through - you can use your own `Service`'s details here.
|
||||
|
||||
```sh
|
||||
$ kubectl expose rc hostnames --port=80 --target-port=9376
|
||||
@ -235,11 +238,11 @@ pod$ nslookup hostnames
|
||||
Server: 10.0.0.10
|
||||
Address: 10.0.0.10#53
|
||||
|
||||
Name: hostnames.default.svc.cluster.local
|
||||
Name: hostnames
|
||||
Address: 10.0.1.175
|
||||
```
|
||||
|
||||
If this fails, perhaps because your `Pod` and `Service` are in different
|
||||
If this fails, perhaps your `Pod` and `Service` are in different
|
||||
`Namespace`s, try a namespace-qualified name:
|
||||
|
||||
```sh
|
||||
@ -247,11 +250,12 @@ pod$ nslookup hostnames.default
|
||||
Server: 10.0.0.10
|
||||
Address: 10.0.0.10#53
|
||||
|
||||
Name: hostnames.default.svc.cluster.local
|
||||
Name: hostnames.default
|
||||
Address: 10.0.1.175
|
||||
```
|
||||
|
||||
If this still fails, try a fully-qualified name:
|
||||
If this works, you'll need to ensure that `Pod`s and `Service`s run in the same
|
||||
`Namespace`. If this still fails, try a fully-qualified name:
|
||||
|
||||
```sh
|
||||
pod$ nslookup hostnames.default.svc.cluster.local
|
||||
@ -262,6 +266,10 @@ Name: hostnames.default.svc.cluster.local
|
||||
Address: 10.0.1.175
|
||||
```
|
||||
|
||||
Note the suffix here: "default.svc.cluster.local". The "default" is the
|
||||
`Namespace` we're operating in. The "svc" denotes that this is a `Service`.
|
||||
The "cluster.local" is your cluster domain.
|
||||
|
||||
You can also try this from a `Node` in the cluster (note: 10.0.0.10 is my DNS
|
||||
`Service`):
|
||||
|
||||
@ -278,8 +286,8 @@ If you are able to do a fully-qualified name lookup but not a relative one, you
|
||||
need to check that your `kubelet` is running with the right flags.
|
||||
The `--cluster_dns` flag needs to point to your DNS `Service`'s IP and the
|
||||
`--cluster_domain` flag needs to be your cluster's domain - we assumed
|
||||
"cluster.local" in this document, but your might be different, in which case
|
||||
you should change that in all of the commands.
|
||||
"cluster.local" in this document, but yours might be different, in which case
|
||||
you should change that in all of the commands above.
|
||||
|
||||
### Does any Service exist in DNS?
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user