Update the `docker daemon` to `dockerd` for document

Signed-off-by: Wen Cheng Ma <wenchma@cn.ibm.com>

docs/admin/configuring.md

@@ -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.

docs/installation/binaries.md

@@ -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

docs/quickstart.md

@@ -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

docs/reference/api/docker_remote_api_v1.24.md

@@ -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"

docs/reference/commandline/dockerd.md

@@ -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
+dockerd is the persistent process that manages containers. Docker
-uses the same binary for both the daemon and client. To run the daemon you
+uses different binaries for the daemon and client. To run the daemon you
-type `docker daemon`.
+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
+use `dockerd -H fd://`. Using `fd://` will work perfectly for most setups but
-you can also specify individual sockets: `docker daemon -H fd://3`. If the
+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

docs/reference/commandline/index.md

@@ -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)

docs/reference/commandline/pull.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

docs/security/security.md

@@ -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>.

docs/userguide/networking/default_network/ipv6.md

@@ -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

docs/userguide/networking/work-with-networks.md

@@ -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`

docs/userguide/storagedriver/aufs-driver.md

@@ -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/`.
 

docs/userguide/storagedriver/device-mapper-driver.md

@@ -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)

docs/userguide/storagedriver/overlayfs-driver.md

@@ -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

docs/userguide/storagedriver/selectadriver.md

@@ -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

docs/userguide/storagedriver/zfs-driver.md

@@ -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.

man/docker-network-create.1.md

@@ -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`

man/docker.1.md

@@ -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
+is a client for interacting with the daemon (see **dockerd(8)**) through the CLI.
-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**.
 
 The Docker CLI has over 30 commands. The commands are listed below and each has
 its own man page which explain usage and arguments.

man/dockerd.8.md

@@ -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
+**dockerd** is used for starting the Docker daemon(i.e., to command the daemon to manage images,
-daemon and to run the CLI (i.e., to command the daemon to manage images,
+containers etc.) So **dockerd** is a server, as a daemon.
-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**.
+To run the Docker daemon you can specify **dockerd**.
-You can check the daemon options using **docker daemon --help**.
+You can check the daemon options using **dockerd --help**.
-Daemon options should be specified after the **daemon** keyword in the following
+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