Signed-off-by: Christian Persson <saser@live.se>
Christian Persson authored on 2016/05/21 03:15:57... | ... |
@@ -47,7 +47,7 @@ Docker networks report the following events: |
47 | 47 |
|
48 | 48 |
The `--since` and `--until` parameters can be Unix timestamps, date formatted |
49 | 49 |
timestamps, or Go duration strings (e.g. `10m`, `1h30m`) computed |
50 |
-relative to the client machine’s time. If you do not provide the `--since` option, |
|
50 |
+relative to the client machine's time. If you do not provide the `--since` option, |
|
51 | 51 |
the command returns only new and/or live events. Supported formats for date |
52 | 52 |
formatted time stamps include RFC3339Nano, RFC3339, `2006-01-02T15:04:05`, |
53 | 53 |
`2006-01-02T15:04:05.999999999`, `2006-01-02Z07:00`, and `2006-01-02`. The local |
... | ... |
@@ -21,7 +21,7 @@ any logs at the time you execute docker logs). |
21 | 21 |
|
22 | 22 |
The **docker logs --follow** command combines commands **docker logs** and |
23 | 23 |
**docker attach**. It will first return all logs from the beginning and |
24 |
-then continue streaming new output from the container’s stdout and stderr. |
|
24 |
+then continue streaming new output from the container's stdout and stderr. |
|
25 | 25 |
|
26 | 26 |
**Warning**: This command works only for the **json-file** or **journald** |
27 | 27 |
logging drivers. |
... | ... |
@@ -46,7 +46,7 @@ logging drivers. |
46 | 46 |
Output the specified number of lines at the end of logs (defaults to all logs) |
47 | 47 |
|
48 | 48 |
The `--since` option can be Unix timestamps, date formatted timestamps, or Go |
49 |
-duration strings (e.g. `10m`, `1h30m`) computed relative to the client machine’s |
|
49 |
+duration strings (e.g. `10m`, `1h30m`) computed relative to the client machine's |
|
50 | 50 |
time. Supported formats for date formatted time stamps include RFC3339Nano, |
51 | 51 |
RFC3339, `2006-01-02T15:04:05`, `2006-01-02T15:04:05.999999999`, |
52 | 52 |
`2006-01-02Z07:00`, and `2006-01-02`. The local timezone on the client will be |
... | ... |
@@ -103,7 +103,7 @@ pull** IMAGE, before it starts the container from that image. |
103 | 103 |
|
104 | 104 |
In foreground mode (the default when **-d** |
105 | 105 |
is not specified), **docker run** can start the process in the container |
106 |
-and attach the console to the process’s standard input, output, and standard |
|
106 |
+and attach the console to the process's standard input, output, and standard |
|
107 | 107 |
error. It can even pretend to be a TTY (this is what most commandline |
108 | 108 |
executables expect) and pass along signals. The **-a** option can be set for |
109 | 109 |
each of stdin, stdout, and stderr. |
... | ... |
@@ -735,7 +735,7 @@ This should list the message sent to logger. |
735 | 735 |
|
736 | 736 |
If you do not specify -a then Docker will attach everything (stdin,stdout,stderr) |
737 | 737 |
. You can specify to which of the three standard streams (stdin, stdout, stderr) |
738 |
-you’d like to connect instead, as in: |
|
738 |
+you'd like to connect instead, as in: |
|
739 | 739 |
|
740 | 740 |
# docker run -a stdin -a stdout -i -t fedora /bin/bash |
741 | 741 |
|
... | ... |
@@ -849,7 +849,7 @@ If a container is connected to the default bridge network and `linked` |
849 | 849 |
with other containers, then the container's `/etc/hosts` file is updated |
850 | 850 |
with the linked container's name. |
851 | 851 |
|
852 |
-> **Note** Since Docker may live update the container’s `/etc/hosts` file, there |
|
852 |
+> **Note** Since Docker may live update the container's `/etc/hosts` file, there |
|
853 | 853 |
may be situations when processes inside the container can end up reading an |
854 | 854 |
empty or incomplete `/etc/hosts` file. In most cases, retrying the read again |
855 | 855 |
should fix the problem. |