зеркало из https://github.com/microsoft/docker.git
Update the `docker daemon` to `dockerd` for document
Signed-off-by: Wen Cheng Ma <wenchma@cn.ibm.com>
This commit is contained in:
Wen Cheng Ma
Родитель
deb6ea4702
Коммит
24ec73f754
|
|
@ -22,10 +22,10 @@ or `systemd` to manage the `docker` daemon's start and stop.
|
|||
|
||||
### Running the docker daemon directly
|
||||
|
||||
The `docker` daemon can be run directly using the `docker daemon` command. By default it listens on
|
||||
The `docker` daemon can be run directly using the `dockerd` command. By default it listens on
|
||||
the Unix socket `unix:///var/run/docker.sock`
|
||||
|
||||
$ docker daemon
|
||||
$ dockerd
|
||||
|
||||
INFO[0000] +job init_networkdriver()
|
||||
INFO[0000] +job serveapi(unix:///var/run/docker.sock)
|
||||
|
|
@ -50,7 +50,7 @@ Some of the daemon's options are:
|
|||
|
||||
Here is a an example of running the `docker` daemon with configuration options:
|
||||
|
||||
$ docker daemon -D --tls=true --tlscert=/var/docker/server.pem --tlskey=/var/docker/serverkey.pem -H tcp://192.168.59.3:2376
|
||||
$ dockerd -D --tls=true --tlscert=/var/docker/server.pem --tlskey=/var/docker/serverkey.pem -H tcp://192.168.59.3:2376
|
||||
|
||||
These options :
|
||||
|
||||
|
|
@ -58,7 +58,7 @@ These options :
|
|||
- Set `tls` to true with the server certificate and key specified using `--tlscert` and `--tlskey` respectively
|
||||
- Listen for connections on `tcp://192.168.59.3:2376`
|
||||
|
||||
The command line reference has the [complete list of daemon flags](../reference/commandline/daemon.md)
|
||||
The command line reference has the [complete list of daemon flags](../reference/commandline/dockerd.md)
|
||||
with explanations.
|
||||
|
||||
### Daemon debugging
|
||||
|
|
@ -137,7 +137,7 @@ These options :
|
|||
- Set `tls` to true with the server certificate and key specified using `--tlscert` and `--tlskey` respectively
|
||||
- Listen for connections on `tcp://192.168.59.3:2376`
|
||||
|
||||
The command line reference has the [complete list of daemon flags](../reference/commandline/daemon.md)
|
||||
The command line reference has the [complete list of daemon flags](../reference/commandline/dockerd.md)
|
||||
with explanations.
|
||||
|
||||
|
||||
|
|
@ -228,7 +228,7 @@ an empty configuration followed by a new one as follows:
|
|||
```
|
||||
[Service]
|
||||
ExecStart=
|
||||
ExecStart=/usr/bin/docker daemon -H fd:// -D --tls=true --tlscert=/var/docker/server.pem --tlskey=/var/docker/serverkey.pem -H tcp://192.168.59.3:2376
|
||||
ExecStart=/usr/bin/dockerd -H fd:// -D --tls=true --tlscert=/var/docker/server.pem --tlskey=/var/docker/serverkey.pem -H tcp://192.168.59.3:2376
|
||||
```
|
||||
|
||||
These options :
|
||||
|
|
@ -237,7 +237,7 @@ These options :
|
|||
- Set `tls` to true with the server certificate and key specified using `--tlscert` and `--tlskey` respectively
|
||||
- Listen for connections on `tcp://192.168.59.3:2376`
|
||||
|
||||
The command line reference has the [complete list of daemon flags](../reference/commandline/daemon.md)
|
||||
The command line reference has the [complete list of daemon flags](../reference/commandline/dockerd.md)
|
||||
with explanations.
|
||||
|
||||
6. Save and close the file.
|
||||
|
|
|
|||
|
|
@ -163,7 +163,7 @@ these scripts in the <a href="https://github.com/docker/docker/tree/master/contr
|
|||
contrib directory</a>.
|
||||
|
||||
For additional information about running the Engine in daemon mode, refer to
|
||||
the [daemon command](../reference/commandline/daemon.md) in the Engine command
|
||||
the [daemon command](../reference/commandline/dockerd.md) in the Engine command
|
||||
line reference.
|
||||
|
||||
### Get the Mac OS X binary
|
||||
|
|
|
|||
|
|
@ -116,7 +116,7 @@ when no `-H` was passed in.
|
|||
|
||||
Run Docker in daemon mode:
|
||||
|
||||
$ sudo <path to>/docker daemon -H 0.0.0.0:5555 &
|
||||
$ sudo <path to>/dockerd -H 0.0.0.0:5555 &
|
||||
|
||||
Download an `ubuntu` image:
|
||||
|
||||
|
|
@ -126,7 +126,7 @@ You can use multiple `-H`, for example, if you want to listen on both
|
|||
TCP and a Unix socket
|
||||
|
||||
# Run docker in daemon mode
|
||||
$ sudo <path to>/docker daemon -H tcp://127.0.0.1:2375 -H unix:///var/run/docker.sock &
|
||||
$ sudo <path to>/dockerd -H tcp://127.0.0.1:2375 -H unix:///var/run/docker.sock &
|
||||
# Download an ubuntu image, use default Unix socket
|
||||
$ docker pull ubuntu
|
||||
# OR use the TCP port
|
||||
|
|
|
|||
|
|
@ -3248,4 +3248,4 @@ To set cross origin requests to the remote api please give values to
|
|||
`--api-cors-header` when running Docker in daemon mode. Set * (asterisk) allows all,
|
||||
default or blank means CORS disabled
|
||||
|
||||
$ docker daemon -H="192.168.1.9:2375" --api-cors-header="http://foo.bar"
|
||||
$ dockerd -H="192.168.1.9:2375" --api-cors-header="http://foo.bar"
|
||||
|
|
|
|||
|
|
@ -1,6 +1,7 @@
|
|||
<!--[metadata]>
|
||||
+++
|
||||
title = "daemon"
|
||||
title = "dockerd"
|
||||
aliases = ["/engine/reference/commandline/daemon/"]
|
||||
description = "The daemon command description and usage"
|
||||
keywords = ["container, daemon, runtime"]
|
||||
[menu.main]
|
||||
|
|
@ -11,7 +12,7 @@ weight = -1
|
|||
|
||||
# daemon
|
||||
|
||||
Usage: docker daemon [OPTIONS]
|
||||
Usage: dockerd [OPTIONS]
|
||||
|
||||
A self-sufficient runtime for linux containers.
|
||||
|
||||
|
|
@ -70,11 +71,11 @@ weight = -1
|
|||
|
||||
Options with [] may be specified multiple times.
|
||||
|
||||
The Docker daemon is the persistent process that manages containers. Docker
|
||||
uses the same binary for both the daemon and client. To run the daemon you
|
||||
type `docker daemon`.
|
||||
dockerd is the persistent process that manages containers. Docker
|
||||
uses different binaries for the daemon and client. To run the daemon you
|
||||
type `dockerd`.
|
||||
|
||||
To run the daemon with debug output, use `docker daemon -D`.
|
||||
To run the daemon with debug output, use `dockerd -D`.
|
||||
|
||||
## Daemon socket option
|
||||
|
||||
|
|
@ -102,8 +103,8 @@ communication with the daemon.
|
|||
|
||||
On Systemd based systems, you can communicate with the daemon via
|
||||
[Systemd socket activation](http://0pointer.de/blog/projects/socket-activation.html),
|
||||
use `docker daemon -H fd://`. Using `fd://` will work perfectly for most setups but
|
||||
you can also specify individual sockets: `docker daemon -H fd://3`. If the
|
||||
use `dockerd -H fd://`. Using `fd://` will work perfectly for most setups but
|
||||
you can also specify individual sockets: `dockerd -H fd://3`. If the
|
||||
specified socket activated files aren't found, then Docker will exit. You can
|
||||
find examples of using Systemd socket activation with Docker and Systemd in the
|
||||
[Docker source tree](https://github.com/docker/docker/tree/master/contrib/init/systemd/).
|
||||
|
|
@ -112,7 +113,7 @@ You can configure the Docker daemon to listen to multiple sockets at the same
|
|||
time using multiple `-H` options:
|
||||
|
||||
# listen using the default unix socket, and on 2 specific IP addresses on this host.
|
||||
docker daemon -H unix:///var/run/docker.sock -H tcp://192.168.59.106 -H tcp://10.10.10.2
|
||||
dockerd -H unix:///var/run/docker.sock -H tcp://192.168.59.106 -H tcp://10.10.10.2
|
||||
|
||||
The Docker client will honor the `DOCKER_HOST` environment variable to set the
|
||||
`-H` flag for the client.
|
||||
|
|
@ -160,16 +161,16 @@ article explains how to tune your existing setup without the use of options.
|
|||
|
||||
The `btrfs` driver is very fast for `docker build` - but like `devicemapper`
|
||||
does not share executable memory between devices. Use
|
||||
`docker daemon -s btrfs -g /mnt/btrfs_partition`.
|
||||
`dockerd -s btrfs -g /mnt/btrfs_partition`.
|
||||
|
||||
The `zfs` driver is probably not as fast as `btrfs` but has a longer track record
|
||||
on stability. Thanks to `Single Copy ARC` shared blocks between clones will be
|
||||
cached only once. Use `docker daemon -s zfs`. To select a different zfs filesystem
|
||||
cached only once. Use `dockerd -s zfs`. To select a different zfs filesystem
|
||||
set `zfs.fsname` option as described in [Storage driver options](#storage-driver-options).
|
||||
|
||||
The `overlay` is a very fast union filesystem. It is now merged in the main
|
||||
Linux kernel as of [3.18.0](https://lkml.org/lkml/2014/10/26/137). Call
|
||||
`docker daemon -s overlay` to use it.
|
||||
`dockerd -s overlay` to use it.
|
||||
|
||||
> **Note:**
|
||||
> As promising as `overlay` is, the feature is still quite young and should not
|
||||
|
|
@ -210,7 +211,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon \
|
||||
$ dockerd \
|
||||
--storage-opt dm.thinpooldev=/dev/mapper/thin-pool
|
||||
|
||||
* `dm.basesize`
|
||||
|
|
@ -227,7 +228,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.basesize=50G
|
||||
$ dockerd --storage-opt dm.basesize=50G
|
||||
|
||||
This will increase the base device size to 50G. The Docker daemon will throw an
|
||||
error if existing base device size is larger than 50G. A user can use
|
||||
|
|
@ -243,7 +244,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.basesize=20G
|
||||
$ dockerd --storage-opt dm.basesize=20G
|
||||
|
||||
* `dm.loopdatasize`
|
||||
|
||||
|
|
@ -258,7 +259,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.loopdatasize=200G
|
||||
$ dockerd --storage-opt dm.loopdatasize=200G
|
||||
|
||||
* `dm.loopmetadatasize`
|
||||
|
||||
|
|
@ -273,7 +274,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.loopmetadatasize=4G
|
||||
$ dockerd --storage-opt dm.loopmetadatasize=4G
|
||||
|
||||
* `dm.fs`
|
||||
|
||||
|
|
@ -282,7 +283,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.fs=ext4
|
||||
$ dockerd --storage-opt dm.fs=ext4
|
||||
|
||||
* `dm.mkfsarg`
|
||||
|
||||
|
|
@ -290,7 +291,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt "dm.mkfsarg=-O ^has_journal"
|
||||
$ dockerd --storage-opt "dm.mkfsarg=-O ^has_journal"
|
||||
|
||||
* `dm.mountopt`
|
||||
|
||||
|
|
@ -298,7 +299,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.mountopt=nodiscard
|
||||
$ dockerd --storage-opt dm.mountopt=nodiscard
|
||||
|
||||
* `dm.datadev`
|
||||
|
||||
|
|
@ -312,7 +313,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon \
|
||||
$ dockerd \
|
||||
--storage-opt dm.datadev=/dev/sdb1 \
|
||||
--storage-opt dm.metadatadev=/dev/sdc1
|
||||
|
||||
|
|
@ -332,7 +333,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon \
|
||||
$ dockerd \
|
||||
--storage-opt dm.datadev=/dev/sdb1 \
|
||||
--storage-opt dm.metadatadev=/dev/sdc1
|
||||
|
||||
|
|
@ -343,7 +344,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.blocksize=512K
|
||||
$ dockerd --storage-opt dm.blocksize=512K
|
||||
|
||||
* `dm.blkdiscard`
|
||||
|
||||
|
|
@ -357,7 +358,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.blkdiscard=false
|
||||
$ dockerd --storage-opt dm.blkdiscard=false
|
||||
|
||||
* `dm.override_udev_sync_check`
|
||||
|
||||
|
|
@ -383,7 +384,7 @@ options for `zfs` start with `zfs`.
|
|||
To allow the `docker` daemon to start, regardless of `udev` sync not being
|
||||
supported, set `dm.override_udev_sync_check` to true:
|
||||
|
||||
$ docker daemon --storage-opt dm.override_udev_sync_check=true
|
||||
$ dockerd --storage-opt dm.override_udev_sync_check=true
|
||||
|
||||
When this value is `true`, the `devicemapper` continues and simply warns
|
||||
you the errors are happening.
|
||||
|
|
@ -413,7 +414,7 @@ options for `zfs` start with `zfs`.
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon --storage-opt dm.use_deferred_removal=true
|
||||
$ dockerd --storage-opt dm.use_deferred_removal=true
|
||||
|
||||
* `dm.use_deferred_deletion`
|
||||
|
||||
|
|
@ -427,7 +428,7 @@ options for `zfs` start with `zfs`.
|
|||
To avoid this failure, enable both deferred device deletion and deferred
|
||||
device removal on the daemon.
|
||||
|
||||
$ docker daemon \
|
||||
$ dockerd \
|
||||
--storage-opt dm.use_deferred_deletion=true \
|
||||
--storage-opt dm.use_deferred_removal=true
|
||||
|
||||
|
|
@ -466,7 +467,7 @@ options for `zfs` start with `zfs`.
|
|||
Example use:
|
||||
|
||||
```bash
|
||||
$ docker daemon --storage-opt dm.min_free_space=10%
|
||||
$ dockerd --storage-opt dm.min_free_space=10%
|
||||
```
|
||||
|
||||
Currently supported options of `zfs`:
|
||||
|
|
@ -479,7 +480,7 @@ Currently supported options of `zfs`:
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon -s zfs --storage-opt zfs.fsname=zroot/docker
|
||||
$ dockerd -s zfs --storage-opt zfs.fsname=zroot/docker
|
||||
|
||||
## Docker runtime execution options
|
||||
|
||||
|
|
@ -501,14 +502,14 @@ cgroups. You can specify only specify `cgroupfs` or `systemd`. If you specify
|
|||
|
||||
This example sets the `cgroupdriver` to `systemd`:
|
||||
|
||||
$ sudo docker daemon --exec-opt native.cgroupdriver=systemd
|
||||
$ sudo dockerd --exec-opt native.cgroupdriver=systemd
|
||||
|
||||
Setting this option applies to all containers the daemon launches.
|
||||
|
||||
Also Windows Container makes use of `--exec-opt` for special purpose. Docker user
|
||||
can specify default container isolation technology with this, for example:
|
||||
|
||||
$ docker daemon --exec-opt isolation=hyperv
|
||||
$ dockerd --exec-opt isolation=hyperv
|
||||
|
||||
Will make `hyperv` the default isolation technology on Windows, without specifying
|
||||
isolation value on daemon start, Windows isolation technology will default to `process`.
|
||||
|
|
@ -516,10 +517,10 @@ isolation value on daemon start, Windows isolation technology will default to `p
|
|||
## Daemon DNS options
|
||||
|
||||
To set the DNS server for all Docker containers, use
|
||||
`docker daemon --dns 8.8.8.8`.
|
||||
`dockerd --dns 8.8.8.8`.
|
||||
|
||||
To set the DNS search domain for all Docker containers, use
|
||||
`docker daemon --dns-search example.com`.
|
||||
`dockerd --dns-search example.com`.
|
||||
|
||||
## Insecure registries
|
||||
|
||||
|
|
@ -578,7 +579,7 @@ need to be added to your Docker host's configuration:
|
|||
1. Install the `ca-certificates` package for your distribution
|
||||
2. Ask your network admin for the proxy's CA certificate and append them to
|
||||
`/etc/pki/tls/certs/ca-bundle.crt`
|
||||
3. Then start your Docker daemon with `HTTPS_PROXY=http://username:password@proxy:port/ docker daemon`.
|
||||
3. Then start your Docker daemon with `HTTPS_PROXY=http://username:password@proxy:port/ dockerd`.
|
||||
The `username:` and `password@` are optional - and are only needed if your
|
||||
proxy is set up to require authentication.
|
||||
|
||||
|
|
@ -614,7 +615,7 @@ using the `--cluster-store-opt` flag, specifying the paths to PEM encoded
|
|||
files. For example:
|
||||
|
||||
```bash
|
||||
docker daemon \
|
||||
dockerd \
|
||||
--cluster-advertise 192.168.1.2:2376 \
|
||||
--cluster-store etcd://192.168.1.2:2379 \
|
||||
--cluster-store-opt kv.cacertfile=/path/to/ca.pem \
|
||||
|
|
@ -664,7 +665,7 @@ authorization plugins when you start the Docker `daemon` using the
|
|||
`--authorization-plugin=PLUGIN_ID` option.
|
||||
|
||||
```bash
|
||||
docker daemon --authorization-plugin=plugin1 --authorization-plugin=plugin2,...
|
||||
dockerd --authorization-plugin=plugin1 --authorization-plugin=plugin2,...
|
||||
```
|
||||
|
||||
The `PLUGIN_ID` value is either the plugin's name or a path to its specification
|
||||
|
|
@ -738,7 +739,7 @@ startup will fail with an error message.
|
|||
*Example: starting with default Docker user management:*
|
||||
|
||||
```bash
|
||||
$ docker daemon --userns-remap=default
|
||||
$ dockerd --userns-remap=default
|
||||
```
|
||||
|
||||
When `default` is provided, Docker will create - or find the existing - user and group
|
||||
|
|
@ -827,10 +828,10 @@ Docker supports softlinks for the Docker data directory (`/var/lib/docker`) and
|
|||
for `/var/lib/docker/tmp`. The `DOCKER_TMPDIR` and the data directory can be
|
||||
set like this:
|
||||
|
||||
DOCKER_TMPDIR=/mnt/disk2/tmp /usr/local/bin/docker daemon -D -g /var/lib/docker -H unix:// > /var/lib/docker-machine/docker.log 2>&1
|
||||
DOCKER_TMPDIR=/mnt/disk2/tmp /usr/local/bin/dockerd -D -g /var/lib/docker -H unix:// > /var/lib/docker-machine/docker.log 2>&1
|
||||
# or
|
||||
export DOCKER_TMPDIR=/mnt/disk2/tmp
|
||||
/usr/local/bin/docker daemon -D -g /var/lib/docker -H unix:// > /var/lib/docker-machine/docker.log 2>&1
|
||||
/usr/local/bin/dockerd -D -g /var/lib/docker -H unix:// > /var/lib/docker-machine/docker.log 2>&1
|
||||
|
||||
|
||||
## Default cgroup parent
|
||||
|
|
@ -16,11 +16,11 @@ weight=-70
|
|||
|
||||
This section contains reference information on using Docker's command line client. Each command has a reference page along with samples. If you are unfamiliar with the command line, you should start by reading about how to [Use the Docker command line](cli.md).
|
||||
|
||||
You start the Docker daemon with the command line. How you start the daemon affects your Docker containers. For that reason you should also make sure to read the [`daemon`](daemon.md) reference page.
|
||||
You start the Docker daemon with the command line. How you start the daemon affects your Docker containers. For that reason you should also make sure to read the [`dockerd`](dockerd.md) reference page.
|
||||
|
||||
### Docker management commands
|
||||
|
||||
* [daemon](daemon.md)
|
||||
* [dockerd](dockerd.md)
|
||||
* [info](info.md)
|
||||
* [inspect](inspect.md)
|
||||
* [version](version.md)
|
||||
|
|
|
|||
|
|
@ -169,7 +169,7 @@ Registry credentials are managed by [docker login](login.md).
|
|||
|
||||
Docker uses the `https://` protocol to communicate with a registry, unless the
|
||||
registry is allowed to be accessed over an insecure connection. Refer to the
|
||||
[insecure registries](daemon.md#insecure-registries) section for more information.
|
||||
[insecure registries](dockerd.md#insecure-registries) section for more information.
|
||||
|
||||
|
||||
## Pull a repository with multiple images
|
||||
|
|
|
|||
|
|
@ -249,7 +249,7 @@ to a non uid-0 user outside the container, which can help to mitigate the
|
|||
risks of container breakout. This facility is available but not enabled
|
||||
by default.
|
||||
|
||||
Refer to the [daemon command](../reference/commandline/daemon.md#daemon-user-namespace-options)
|
||||
Refer to the [daemon command](../reference/commandline/dockerd.md#daemon-user-namespace-options)
|
||||
in the command line reference for more information on this feature.
|
||||
Additional information on the implementation of User Namespaces in Docker
|
||||
can be found in <a href="https://integratedcode.us/2015/10/13/user-namespaces-have-arrived-in-docker/" target="_blank">this blog post</a>.
|
||||
|
|
|
|||
|
|
@ -35,7 +35,7 @@ specify an IPv6 subnet to pick the addresses from. Set the IPv6 subnet via the
|
|||
`--fixed-cidr-v6` parameter when starting Docker daemon:
|
||||
|
||||
```
|
||||
docker daemon --ipv6 --fixed-cidr-v6="2001:db8:1::/64"
|
||||
dockerd --ipv6 --fixed-cidr-v6="2001:db8:1::/64"
|
||||
```
|
||||
|
||||
The subnet for Docker containers should at least have a size of `/80`. This way
|
||||
|
|
@ -44,7 +44,7 @@ neighbor cache invalidation issues in the Docker layer.
|
|||
|
||||
With the `--fixed-cidr-v6` parameter set Docker will add a new route to the
|
||||
routing table. Further IPv6 routing will be enabled (you may prevent this by
|
||||
starting Docker daemon with `--ip-forward=false`):
|
||||
starting dockerd with `--ip-forward=false`):
|
||||
|
||||
```
|
||||
$ ip -6 route add 2001:db8:1::/64 dev docker0
|
||||
|
|
@ -128,7 +128,7 @@ Let's split up the configurable address range into two subnets
|
|||
host itself, the latter by Docker:
|
||||
|
||||
```
|
||||
docker daemon --ipv6 --fixed-cidr-v6 2001:db8::c008/125
|
||||
dockerd --ipv6 --fixed-cidr-v6 2001:db8::c008/125
|
||||
```
|
||||
|
||||
You notice the Docker subnet is within the subnet managed by your router that is
|
||||
|
|
|
|||
|
|
@ -66,7 +66,7 @@ before you can create one. These conditions are:
|
|||
* A cluster of hosts with connectivity to the key-value store.
|
||||
* A properly configured Engine `daemon` on each host in the swarm.
|
||||
|
||||
The `docker daemon` options that support the `overlay` network are:
|
||||
The `dockerd` options that support the `overlay` network are:
|
||||
|
||||
* `--cluster-store`
|
||||
* `--cluster-store-opt`
|
||||
|
|
|
|||
|
|
@ -101,9 +101,9 @@ Use the following command to determine if your system supports AUFS.
|
|||
|
||||
This output indicates the system supports AUFS. Once you've verified your
|
||||
system supports AUFS, you can must instruct the Docker daemon to use it. You do
|
||||
this from the command line with the `docker daemon` command:
|
||||
this from the command line with the `dockerd` command:
|
||||
|
||||
$ sudo docker daemon --storage-driver=aufs &
|
||||
$ sudo dockerd --storage-driver=aufs &
|
||||
|
||||
|
||||
Alternatively, you can edit the Docker config file and add the
|
||||
|
|
@ -131,7 +131,7 @@ driver on top of an existing `ext4` backing filesystem.
|
|||
|
||||
## Local storage and AUFS
|
||||
|
||||
As the `docker daemon` runs with the AUFS driver, the driver stores images and
|
||||
As the `dockerd` runs with the AUFS driver, the driver stores images and
|
||||
containers within the Docker host's local storage area under
|
||||
`/var/lib/docker/aufs/`.
|
||||
|
||||
|
|
|
|||
|
|
@ -354,7 +354,7 @@ If you run into repeated problems with thin pool, you can use the
|
|||
`dm.min_free_space` option to tune the Engine behavior. This value ensures that
|
||||
operations fail with a warning when the free space is at or near the minimum.
|
||||
For information, see <a
|
||||
href="https://docs.docker.com/engine/reference/commandline/daemon/#storage-driver-options"
|
||||
href="https://docs.docker.com/engine/reference/commandline/dockerd/#storage-driver-options"
|
||||
target="_blank">the storage driver options in the Engine daemon reference</a>.
|
||||
|
||||
|
||||
|
|
@ -630,4 +630,4 @@ data volumes.
|
|||
* [Select a storage driver](selectadriver.md)
|
||||
* [AUFS storage driver in practice](aufs-driver.md)
|
||||
* [Btrfs storage driver in practice](btrfs-driver.md)
|
||||
* [daemon reference](../../reference/commandline/daemon#storage-driver-options)
|
||||
* [daemon reference](../../reference/commandline/dockerd#storage-driver-options)
|
||||
|
|
|
|||
|
|
@ -218,7 +218,7 @@ OverlayFS. The procedure assumes that the Docker daemon is in a stopped state.
|
|||
|
||||
3. Start the Docker daemon with the `overlay` storage driver.
|
||||
|
||||
$ docker daemon --storage-driver=overlay &
|
||||
$ dockerd --storage-driver=overlay &
|
||||
[1] 29403
|
||||
root@ip-10-0-0-174:/home/ubuntu# INFO[0000] Listening for HTTP on unix (/var/run/docker.sock)
|
||||
INFO[0000] Option DefaultDriver: bridge
|
||||
|
|
|
|||
|
|
@ -86,13 +86,13 @@ backing file system:
|
|||
> filesystem.
|
||||
|
||||
You can set the storage driver by passing the `--storage-driver=<name>` option
|
||||
to the `docker daemon` command line, or by setting the option on the
|
||||
to the `dockerd` command line, or by setting the option on the
|
||||
`DOCKER_OPTS` line in the `/etc/default/docker` file.
|
||||
|
||||
The following command shows how to start the Docker daemon with the
|
||||
`devicemapper` storage driver using the `docker daemon` command:
|
||||
`devicemapper` storage driver using the `dockerd` command:
|
||||
|
||||
$ docker daemon --storage-driver=devicemapper &
|
||||
$ dockerd --storage-driver=devicemapper &
|
||||
|
||||
$ docker info
|
||||
Containers: 0
|
||||
|
|
|
|||
|
|
@ -222,7 +222,7 @@ Once ZFS is installed and loaded, you're ready to configure ZFS for Docker.
|
|||
The procedure for starting the Docker daemon may differ depending on the
|
||||
Linux distribution you are using. It is possible to force the Docker daemon
|
||||
to start with the `zfs` storage driver by passing the
|
||||
`--storage-driver=zfs`flag to the `docker daemon` command, or to the
|
||||
`--storage-driver=zfs`flag to the `dockerd` command, or to the
|
||||
`DOCKER_OPTS` line in the Docker config file.
|
||||
|
||||
6. Verify that the daemon is using the `zfs` storage driver.
|
||||
|
|
|
|||
|
|
@ -46,7 +46,7 @@ conditions are:
|
|||
* A cluster of hosts with connectivity to the key-value store.
|
||||
* A properly configured Engine `daemon` on each host in the cluster.
|
||||
|
||||
The `docker daemon` options that support the `overlay` network are:
|
||||
The `dockerd` options that support the `overlay` network are:
|
||||
|
||||
* `--cluster-store`
|
||||
* `--cluster-store-opt`
|
||||
|
|
|
|||
|
|
@ -12,14 +12,7 @@ docker \- Docker image and container command line interface
|
|||
**docker** [--help|-v|--version]
|
||||
|
||||
# DESCRIPTION
|
||||
**docker** has two distinct functions. It is used for starting the Docker
|
||||
daemon and to run the CLI (i.e., to command the daemon to manage images,
|
||||
containers etc.) So **docker** is both a server, as a daemon, and a client
|
||||
to the daemon, through the CLI.
|
||||
|
||||
To run the Docker daemon you can specify **docker daemon**.
|
||||
You can view the daemon options using **docker daemon --help**.
|
||||
To see the man page for the daemon, run **man docker daemon**.
|
||||
is a client for interacting with the daemon (see **dockerd(8)**) through the CLI.
|
||||
|
||||
The Docker CLI has over 30 commands. The commands are listed below and each has
|
||||
its own man page which explain usage and arguments.
|
||||
|
|
|
|||
|
|
@ -2,10 +2,10 @@
|
|||
% Shishir Mahajan
|
||||
% SEPTEMBER 2015
|
||||
# NAME
|
||||
docker-daemon - Enable daemon mode
|
||||
dockerd - Enable daemon mode
|
||||
|
||||
# SYNOPSIS
|
||||
**docker daemon**
|
||||
**dockerd**
|
||||
[**--api-cors-header**=[=*API-CORS-HEADER*]]
|
||||
[**--authorization-plugin**[=*[]*]]
|
||||
[**-b**|**--bridge**[=*BRIDGE*]]
|
||||
|
|
@ -59,17 +59,15 @@ docker-daemon - Enable daemon mode
|
|||
[**--userns-remap**[=*default*]]
|
||||
|
||||
# DESCRIPTION
|
||||
**docker** has two distinct functions. It is used for starting the Docker
|
||||
daemon and to run the CLI (i.e., to command the daemon to manage images,
|
||||
containers etc.) So **docker** is both a server, as a daemon, and a client
|
||||
to the daemon, through the CLI.
|
||||
**dockerd** is used for starting the Docker daemon(i.e., to command the daemon to manage images,
|
||||
containers etc.) So **dockerd** is a server, as a daemon.
|
||||
|
||||
To run the Docker daemon you can specify **docker daemon**.
|
||||
You can check the daemon options using **docker daemon --help**.
|
||||
Daemon options should be specified after the **daemon** keyword in the following
|
||||
To run the Docker daemon you can specify **dockerd**.
|
||||
You can check the daemon options using **dockerd --help**.
|
||||
Daemon options should be specified after the **dockerd** keyword in the following
|
||||
format.
|
||||
|
||||
**docker daemon [OPTIONS]**
|
||||
**dockerd [OPTIONS]**
|
||||
|
||||
# OPTIONS
|
||||
|
||||
|
|
@ -288,7 +286,7 @@ not use loopback in production. Ensure your Engine daemon has a
|
|||
|
||||
Example use:
|
||||
|
||||
$ docker daemon \
|
||||
$ dockerd \
|
||||
--storage-opt dm.thinpooldev=/dev/mapper/thin-pool
|
||||
|
||||
#### dm.basesize
|
||||
|
|
@ -304,7 +302,7 @@ The base device size can be increased at daemon restart which will allow
|
|||
all future images and containers (based on those new images) to be of the
|
||||
new base device size.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.basesize=50G`
|
||||
Example use: `dockerd --storage-opt dm.basesize=50G`
|
||||
|
||||
This will increase the base device size to 50G. The Docker daemon will throw an
|
||||
error if existing base device size is larger than 50G. A user can use
|
||||
|
|
@ -318,26 +316,26 @@ value requires additional steps to take effect:
|
|||
$ sudo rm -rf /var/lib/docker
|
||||
$ sudo service docker start
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.basesize=20G`
|
||||
Example use: `dockerd --storage-opt dm.basesize=20G`
|
||||
|
||||
#### dm.fs
|
||||
|
||||
Specifies the filesystem type to use for the base device. The
|
||||
supported options are `ext4` and `xfs`. The default is `ext4`.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.fs=xfs`
|
||||
Example use: `dockerd --storage-opt dm.fs=xfs`
|
||||
|
||||
#### dm.mkfsarg
|
||||
|
||||
Specifies extra mkfs arguments to be used when creating the base device.
|
||||
|
||||
Example use: `docker daemon --storage-opt "dm.mkfsarg=-O ^has_journal"`
|
||||
Example use: `dockerd --storage-opt "dm.mkfsarg=-O ^has_journal"`
|
||||
|
||||
#### dm.mountopt
|
||||
|
||||
Specifies extra mount options used when mounting the thin devices.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.mountopt=nodiscard`
|
||||
Example use: `dockerd --storage-opt dm.mountopt=nodiscard`
|
||||
|
||||
#### dm.use_deferred_removal
|
||||
|
||||
|
|
@ -355,7 +353,7 @@ the container exit still succeeds and this option causes the system to schedule
|
|||
the device for deferred removal. It does not wait in a loop trying to remove a busy
|
||||
device.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.use_deferred_removal=true`
|
||||
Example use: `dockerd --storage-opt dm.use_deferred_removal=true`
|
||||
|
||||
#### dm.use_deferred_deletion
|
||||
|
||||
|
|
@ -369,7 +367,7 @@ remove a device, the container deletion fails and daemon returns.
|
|||
To avoid this failure, enable both deferred device deletion and deferred
|
||||
device removal on the daemon.
|
||||
|
||||
`docker daemon --storage-opt dm.use_deferred_deletion=true --storage-opt dm.use_deferred_removal=true`
|
||||
`dockerd --storage-opt dm.use_deferred_deletion=true --storage-opt dm.use_deferred_removal=true`
|
||||
|
||||
With these two options enabled, if a device is busy when the driver is
|
||||
deleting a container, the driver marks the device as deleted. Later, when the
|
||||
|
|
@ -388,7 +386,7 @@ Specifies the size to use when creating the loopback file for the
|
|||
100G. The file is sparse, so it will not initially take up
|
||||
this much space.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.loopdatasize=200G`
|
||||
Example use: `dockerd --storage-opt dm.loopdatasize=200G`
|
||||
|
||||
#### dm.loopmetadatasize
|
||||
|
||||
|
|
@ -399,7 +397,7 @@ Specifies the size to use when creating the loopback file for the
|
|||
is 2G. The file is sparse, so it will not initially take up
|
||||
this much space.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.loopmetadatasize=4G`
|
||||
Example use: `dockerd --storage-opt dm.loopmetadatasize=4G`
|
||||
|
||||
#### dm.datadev
|
||||
|
||||
|
|
@ -422,7 +420,7 @@ deprecated.
|
|||
Specifies a custom blocksize to use for the thin pool. The default
|
||||
blocksize is 64K.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.blocksize=512K`
|
||||
Example use: `dockerd --storage-opt dm.blocksize=512K`
|
||||
|
||||
#### dm.blkdiscard
|
||||
|
||||
|
|
@ -436,7 +434,7 @@ times, but it also prevents the space used in `/var/lib/docker` directory
|
|||
from being returned to the system for other use when containers are
|
||||
removed.
|
||||
|
||||
Example use: `docker daemon --storage-opt dm.blkdiscard=false`
|
||||
Example use: `dockerd --storage-opt dm.blkdiscard=false`
|
||||
|
||||
#### dm.override_udev_sync_check
|
||||
|
||||
|
|
@ -465,7 +463,7 @@ failures, see
|
|||
To allow the `docker` daemon to start, regardless of whether `udev` sync is
|
||||
`false`, set `dm.override_udev_sync_check` to true:
|
||||
|
||||
$ docker daemon --storage-opt dm.override_udev_sync_check=true
|
||||
$ dockerd --storage-opt dm.override_udev_sync_check=true
|
||||
|
||||
When this value is `true`, the driver continues and simply warns you
|
||||
the errors are happening.
|
||||
|
|
@ -501,7 +499,7 @@ resolve any errors. If your configuration uses loop devices, then stop the
|
|||
Engine daemon, grow the size of loop files and restart the daemon to resolve
|
||||
the issue.
|
||||
|
||||
Example use:: `docker daemon --storage-opt dm.min_free_space=10%`
|
||||
Example use:: `dockerd --storage-opt dm.min_free_space=10%`
|
||||
|
||||
## ZFS options
|
||||
|
||||
|
|
@ -511,7 +509,7 @@ Set zfs filesystem under which docker will create its own datasets.
|
|||
By default docker will pick up the zfs filesystem where docker graph
|
||||
(`/var/lib/docker`) is located.
|
||||
|
||||
Example use: `docker daemon -s zfs --storage-opt zfs.fsname=zroot/docker`
|
||||
Example use: `dockerd -s zfs --storage-opt zfs.fsname=zroot/docker`
|
||||
|
||||
# CLUSTER STORE OPTIONS
|
||||
|
||||
|
|
@ -545,7 +543,7 @@ authorization plugins when you start the Docker `daemon` using the
|
|||
`--authorization-plugin=PLUGIN_ID` option.
|
||||
|
||||
```bash
|
||||
docker daemon --authorization-plugin=plugin1 --authorization-plugin=plugin2,...
|
||||
dockerd --authorization-plugin=plugin1 --authorization-plugin=plugin2,...
|
||||
```
|
||||
|
||||
The `PLUGIN_ID` value is either the plugin's name or a path to its specification
|
||||
Загрузка…
Ссылка в новой задаче