Skip to content

Commit 5898a42

Browse files
authored
Merge pull request #3487 from manics/debugging-remove-exampler
debugging: remove old (now misleading) example
2 parents d670dc0 + 2deca3e commit 5898a42

File tree

2 files changed

+2
-45
lines changed

2 files changed

+2
-45
lines changed

docs/source/administrator/debug.md

Lines changed: 1 addition & 44 deletions
Original file line numberDiff line numberDiff line change
@@ -74,19 +74,6 @@ settings for the pod. The final section you'll see is a list of recent
7474
events. These can be particularly informative, as often an error will
7575
show up in this section.
7676

77-
**Real world scenario:** In our case, one of the lines in the events page
78-
displays an error:
79-
80-
```
81-
$ kubectl describe pod jupyter-choldgraf --namespace <k8s-namespace>
82-
...
83-
2m 52s 4 kubelet, gke-jhubtest-default-pool-52c36683-jv6r spec.containers{notebook} Warning Failed Failed to pull image "jupyter/scipy-notebook:v0.4": rpc error: code = 2 desc = Error response from daemon: {"message":"manifest for jupyter/scipy-notebook:v0.4 not found"}
84-
...
85-
```
86-
87-
It seems there is indeed something wrong with the Docker image. Let's confirm
88-
this by getting another view on the events that have transpired in the pod.
89-
9077
### `kubectl logs`
9178

9279
If you only want to see the latest logs for a pod, use the following command:
@@ -99,37 +86,7 @@ This will show you the logs from the pod, which often contain useful
9986
information about what is going wrong. Parse these logs
10087
to see if something is generating an error.
10188

102-
**Real world scenario:** In our case, we get this line back:
103-
104-
```
105-
$ kubectl logs jupyter-choldgraf --namespace <k8s-namespace>
106-
Error from server (BadRequest): container "notebook" in pod "jupyter-choldgraf" is waiting to start: trying and failing to pull image
107-
```
108-
109-
Now we are sure that something is wrong with our Dockerfile. Let's check
110-
our `config.yaml` file for the section where we specify the user's
111-
Docker image. Here we see our problem:
112-
113-
```yaml
114-
singleuser:
115-
image:
116-
name: jupyter/scipy-notebook
117-
```
118-
119-
We haven't specified a `tag` for our Docker image! Not specifying a tag
120-
will cause it to default to `v0.4`, which isn't what we want and is causing
121-
the pod to fail.
122-
123-
To fix this, let's add a tag to our `config.yaml` file:
124-
125-
```yaml
126-
singleuser:
127-
image:
128-
name: jupyter/scipy-notebook
129-
tag: ae885c0a6226
130-
```
131-
132-
Then run a helm upgrade:
89+
When you have identified the error edit your `config.yaml` if necessary, then run a helm upgrade:
13390

13491
```
13592
helm upgrade --cleanup-on-fail jhub jupyterhub/jupyterhub --version=<chart-version> -f config.yaml

docs/source/kubernetes/microsoft/step-zero-azure.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -268,7 +268,7 @@ If you prefer to use the Azure portal see the [Azure Kubernetes Service quicksta
268268

269269
**Both** `--min-count` and `--max-count` must be defined.
270270

271-
Read more about available options for the autoscaler [here](https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/aks/cluster-autoscaler.md).
271+
Read more about available options for the autoscaler [here](https://learn.microsoft.com/en-us/azure/aks/cluster-autoscaler?tabs=azure-cli).
272272

273273
8. If you're using the Azure CLI locally, install [kubectl](https://kubernetes.io/docs/reference/kubectl/), a tool
274274
for accessing the Kubernetes API from the commandline:

0 commit comments

Comments
 (0)