Desktop: remove obsolete doc (#6269)

This commit is contained in:
Akim Demaille 2018-03-23 15:01:29 +01:00 committed by Gwendolynne Barr
parent 491ad634ca
commit 249e31d0cd
2 changed files with 14 additions and 194 deletions

View File

@ -142,73 +142,6 @@ Volume mounting requires shared drives for projects that live outside of the
.inline} --> **Preferences** --> **File sharing** and share the drive that
contains the Dockerfile and volume.
### Recreate or update your containers after Beta 18 upgrade
Docker 1.12.0 RC3 release introduces a backward incompatible change from RC2 to
RC3. (For more information, see (For more information, see [moby/moby#24343
(comment)](https://github.com/moby/moby/issues/24343#issuecomment-230623542).)
You may get the following error when you try to start a container created with
pre-Beta 18 Docker for Mac applications.
```
Error response from daemon: Unknown runtime specified default
```
You can fix this by either
[recreating](troubleshoot.md#recreate-your-containers) or
[updating](troubleshoot.md#update-your-containers) your containers.
If you get the error message shown above, we recommend recreating them.
#### Recreate your containers
To recreate your containers, use Docker Compose.
```
docker-compose down && docker-compose up
```
#### Update your containers
To fix existing containers, follow these steps.
1. Run this command.
```
$ docker run --rm -v /var/lib/docker:/docker cpuguy83/docker112rc3-runtimefix:rc3
Unable to find image 'cpuguy83/docker112rc3-runtimefix:rc3' locally
rc3: Pulling from cpuguy83/docker112rc3-runtimefix
91e7f9981d55: Pull complete
Digest: sha256:96abed3f7a7a574774400ff20c6808aac37d37d787d1164d332675392675005c
Status: Downloaded newer image for cpuguy83/docker112rc3-runtimefix:rc3
proccessed 1648f773f92e8a4aad508a45088ca9137c3103457b48be1afb3fd8b4369e5140
skipping container '433ba7ead89ba645efe9b5fff578e674aabba95d6dcb3910c9ad7f1a5c6b4538': already fixed
proccessed 43df7f2ac8fc912046dfc48cf5d599018af8f60fee50eb7b09c1e10147758f06
proccessed 65204cfa00b1b6679536c6ac72cdde1dbb43049af208973030b6d91356166958
proccessed 66a72622e306450fd07f2b3a833355379884b7a6165b7527c10390c36536d82d
proccessed 9d196e78390eeb44d3b354d24e25225d045f33f1666243466b3ed42fe670245c
proccessed b9a0ecfe2ed9d561463251aa90fd1442299bcd9ea191a17055b01c6a00533b05
proccessed c129a775c3fa3b6337e13b50aea84e4977c1774994be1f50ff13cbe60de9ac76
proccessed dea73dc21126434f14c58b83140bf6470aa67e622daa85603a13bc48af7f8b04
proccessed dfa8f9278642ab0f3e82ee8e4ad029587aafef9571ff50190e83757c03b4216c
proccessed ee5bf706b6600a46e5d26327b13c3c1c5f7b261313438d47318702ff6ed8b30b
```
2. Quit Docker.
3. Start Docker.
> **Note**: Be sure to quit and then restart Docker for Mac before attempting to start containers.
4. Try to start the container again:
```
$ docker start old-container
old-container
```
### Incompatible CPU detected
Docker for Mac requires a processor (CPU) that supports virtualization and, more
@ -240,47 +173,6 @@ know before you install](install.md#what-to-know-before-you-install).
### Workarounds for common problems
* IPv6 workaround to auto-filter DNS addresses - IPv6 is not yet supported on
Docker for Mac. If you try to use it, network timeouts occur when running
`docker` commands that need access to external network servers, such as
`docker pull` or `docker push`.
```
$ docker pull busybox
Using default tag: latest
Pulling repository docker.io/library/busybox
Network timed out while trying to connect to https://index.docker.io/v1/repositories/library/busybox/images. You may want to check your internet connection or if you are behind a proxy.
```
Starting with v1.12.1, 2016-09016 on the stable channel, and Beta 24 on the
beta channel, a workaround is provided that auto-filters out the IPv6
addresses in DNS server lists and enables successful network accesss. For
example, `2001:4860:4860::8888` would become `8.8.8.8`. So, the only
workaround action needed for users is to [upgrade to Docker for Mac stable
v1.12.1 or newer, or Beta 24 or
newer](install.md#download-docker-for-mac).
On releases with the workaround included to filter out / truncate IPv6
addresses from the DNS list, the above command should run properly:
```
$ docker pull busybox
Using default tag: latest
latest: Pulling from library/busybox
Digest: sha256:a59906e33509d14c036c8678d687bd4eec81ed7c4b8ce907b888c607f6a1e0e6
Status: Image is up to date for busy box:latest
```
To learn more, see these issues on GitHub and Docker for Mac forums:
* [Network timeout when top two DNS servers in /etc/resolv.conf are IPv6
addresses](https://github.com/docker/for-mac/issues/9)
* [ERROR: Network timed out while trying to connect to
index.docker.io](https://forums.docker.com/t/error-network-timed-out-while-trying-to-connect-to-index-docker-io/17206)
<p></p>
* If Docker for Mac fails to install or start properly:
* Make sure you quit Docker for Mac before installing a new version of the
@ -335,13 +227,20 @@ know before you install](install.md#what-to-know-before-you-install).
## Known issues
* IPv6 is not yet supported on Docker for Mac. If you are using IPv6, and
haven't upgraded to Beta 24 or v1.12.1 stable or newer, you see a network
timeout when you run `docker` commands that need access to external network
servers. The aforementioned releases include a workaround for this because
Docker for Mac does not yet support IPv6. See "IPv6 workaround to auto-filter
DNS addresses" in [Workarounds for common
problems](troubleshoot.md#workarounds-for-common-problems).
* IPv6 is not (yet) supported on Docker for Mac.
A workaround is provided that auto-filters out the IPv6 addresses in DNS
server lists and enables successful network accesss. For example,
`2001:4860:4860::8888` would become `8.8.8.8`. To learn more, see these
issues on GitHub and Docker for Mac forums:
* [Network timeout when top two DNS servers in /etc/resolv.conf are IPv6
addresses](https://github.com/docker/for-mac/issues/9)
* [ERROR: Network timed out while trying to connect to
index.docker.io](https://forums.docker.com/t/error-network-timed-out-while-trying-to-connect-to-index-docker-io/17206)
<p></p>
* You might encounter errors when using `docker-compose up` with Docker for Mac
(`ValueError: Extra Data`). We've identified this is likely related to data

View File

@ -540,47 +540,6 @@ when you apply this setting, which could take some time.
We are currently investigating this issue.
#### Networking issues on pre Beta 10 versions
Docker for Windows Beta 10 and later fixed a number of issues around the
networking setup. If you still experience networking issue, this may be related
to previous Docker for Windows installations. In this case, quit Docker
for Windows and perform the following steps:
##### 1. Remove multiple `DockerNAT` VMswitches
You might have multiple Internal VMSwitches called `DockerNAT`. You can view all
VMSwitches either via the `Hyper-V Manager` sub-menu `Virtual Switch Manager` or
from an elevated Powershell (run as Administrator) prompt by typing
`Get-VMSwitch`. Simply delete all VMSwitches with `DockerNAT` in the name,
either via the `Virtual Switch Manager` or by using `Remove-VMSwitch` powershell
cmdlet.
##### 2. Remove lingering IP addresses
You might have lingering IP addresses on the system. They are supposed to get
removed when you remove the associated VMSwitches, but sometimes this fails.
Using `Remove-NetIPAddress 10.0.75.1` in an elevated Powershell prompt should
remove them.
##### 3. Remove stale NAT configurations
You might have stale NAT configurations on the system. You should remove them
with `Remove-NetNat DockerNAT` on an elevated Powershell prompt.
##### 4. Remove stale network adapters
You might have stale Network Adapters on the system. You should remove them with
the following commands on an elevated Powershell prompt:
```
PS C:\Users\jdoe> $vmNetAdapter = Get-VMNetworkAdapter -ManagementOS -SwitchName DockerNAT
Get-NetAdapter "vEthernet (DockerNAT)" | ? { $_.DeviceID -ne $vmNetAdapter.DeviceID } | Disable-NetAdapter -Confirm:$False -PassThru | Rename-NetAdapter -NewName "Broken Docker Adapter"
```
Then you can remove them manually via the `devmgmt.msc` (aka Device Manager).
You should see them as disabled Hyper-V Virtual Ethernet Adapter under the
Network Adapter section. A right-click and selecting **uninstall** should remove
the adapter.
### NAT/IP configuration
By default, Docker for Windows uses an internal network prefix of
@ -588,44 +547,6 @@ By default, Docker for Windows uses an internal network prefix of
the prefix from the **Settings** menu. See the [Network](index.md#network) topic
under [Settings](index.md#docker-settings).
#### NAT/IP configuration issues on pre Beta 15 versions
As of Beta 15, Docker for Windows is no longer using a switch with a NAT
configuration. The notes below are left here only for older Beta versions.
As of Beta14, networking for Docker for Windows is configurable through the UI.
See the [Network](index.md#network) topic under
[Settings](index.md#docker-settings).
By default, Docker for Windows uses an internal Hyper-V switch with a NAT
configuration with a `10.0.75.0/24` prefix. You can change the prefix used (as
well as the DNS server) via the **Settings** menu as described in the
[Network](index.md#network) topic.
If you have additional Hyper-V VMs and they are attached to their own NAT
prefixes, the prefixes need to be managed carefully, due to limitation of the
Windows NAT implementation. Specifically, Windows currently only allows a single
internal NAT prefix. If you need additional prefixes for your other VMs, you can
create a larger NAT prefix.
To create a larger NAT prefix, do the following.
1. Stop Docker for Windows and remove all NAT prefixes with `Remove-NetNAT`.
2. Create a new shorter NAT prefix which covers the Docker for Windows NAT
prefix but allows room for additional NAT prefixes. For example:
```
New-NetNat -Name DockerNAT -InternalIPInterfaceAddressPrefix 10.0.0.0/16
```
The next time Docker for Windows starts, it uses the new, wider prefix.
Alternatively, you can use a different NAT name and NAT prefix and adjust the
NAT prefix Docker for Windows uses accordingly via the `Settings` panel.
>**Note**: You also need to adjust your existing VMs to use IP addresses from within the new NAT prefix.
## Workarounds
### `inotify` currently does not work on Docker for Windows