Browse code

Adding some more notes on probing containers

Brenton Leanhardt authored on 2015/04/10 00:52:49
Showing 1 changed files
... ...
@@ -66,6 +66,15 @@ Probing Containers
66 66
 
67 67
 In general you may want to investigate a particular container.  You can either gather the logs from a container via `docker logs [container id]` or use `docker exec -it [container id] /bin/sh` to enter the container's namespace and poke around.
68 68
 
69
+Sometimes you'll hit a problem while developing an sti builder or Docker build where the image fails to start up.  Another scenario that is possible is that you're working on a liveness probe and it's failing and therefore killing the container before you have time to figure out what is happening.  Sometimes you can run `docker start <CONTAINER ID>` however if the pod has been destroyed and it was dependent on a volume it won't let you restart the container if the volume has been cleaned up.
70
+
71
+If you simply want to take a container that OpenShift has created but debug it outside of the Master's knowledge you can run the following:
72
+
73
+    $ docker commit <CONTAINER ID> <some new name>
74
+    $ docker run -it <name from previous step> /bin/bash
75
+
76
+Obviously this won't work if you don't have bash installed but you could always package it in for debugging purposes.
77
+
69 78
 
70 79
 Benign Errors/Messages
71 80
 ----------------------
... ...
@@ -108,4 +117,4 @@ If you find yourself still stuck, before seeking help in #openshift on freenode.
108 108
         $ osc describe policybindings master --namespace=master
109 109
         $ osc describe policy default --namespace=<project-namespace>
110 110
         $ osc describe policybindings master --namespace=<project-namespace>
111
-        $ osc describe policybindings <project-namespace> --namespace=<project-namespace>
112 111
\ No newline at end of file
112
+        $ osc describe policybindings <project-namespace> --namespace=<project-namespace>