mirror of https://github.com/docker/docs.git
Merge pull request #13955 from stephen-turner/2021-12-10
Additional notes re Apple silicon and Monterey
This commit is contained in:
commit
156f968822
|
@ -64,7 +64,7 @@ blog post [Apache Log4j 2 CVE-2021-44228](https://www.docker.com/blog/apache-log
|
|||
|
||||
### Bug fixes and minor changes
|
||||
|
||||
- Docker Desktop on Apple silicon no longer requires Rosetta 2.
|
||||
- Docker Desktop on Apple silicon no longer requires Rosetta 2, with the exception of [three optional command line tools](../apple-silicon/#known-issues).
|
||||
- Fixed an issue which prevented users from saving files from a volume using the Save As option in the Volumes UI. Fixes [docker/for-win#12407](https://github.com/docker/for-win/issues/12407).
|
||||
- Fixed an issue that sometimes launched the existing version of Docker Desktop even after updating to a newer version.
|
||||
- Added a self-diagnose warning if the host lacks Internet connectivity.
|
||||
|
|
|
@ -274,19 +274,19 @@ in the Apple documentation, and Docker Desktop [Mac system requirements](install
|
|||
|
||||
* Some VPN clients can prevent the VM running Docker from communicating with the host, preventing Docker Desktop starting correctly. See [docker/for-mac#5208](https://github.com/docker/for-mac/issues/5208).
|
||||
|
||||
This is an interaction between `vmnet.framework` (as used by `virtualization.framework` in Big Sur) and the VPN clients.
|
||||
This is an interaction between `vmnet.framework` (as used by `virtualization.framework`) and the VPN clients.
|
||||
|
||||
* Docker Desktop is incompatible with macOS Internet Sharing. See [docker/for-mac#5348](https://github.com/docker/for-mac/issues/5348).
|
||||
|
||||
This is an interaction between `vmnet.framework` (as used by `virtualization.framework` in Big Sur) and macOS Internet Sharing. At the moment it is not possible to use Docker Desktop and macOS Internet Sharing at the same time.
|
||||
This is an interaction between `vmnet.framework` (as used by `virtualization.framework`) and macOS Internet Sharing. At the moment it is not possible to use Docker Desktop and macOS Internet Sharing at the same time.
|
||||
|
||||
* Some container disk I/O is much slower than expected. See [docker/for-mac#5389](https://github.com/docker/for-mac/issues/5389). Disk flushes are particularly slow due to the need to guarantee data is written to stable storage on the host.
|
||||
* Some container disk I/O is much slower than expected. See [docker/for-mac#5389](https://github.com/docker/for-mac/issues/5389). Disk flushes are particularly slow due to the need to guarantee data is written to stable storage on the host. We have also observed specific performance problems when using the `virtualization.framework` on Intel chips on MacOS Monterey.
|
||||
|
||||
This is an artifact of the new `virtualization.framework` in Big Sur.
|
||||
This is an artifact of the new `virtualization.framework`.
|
||||
|
||||
* TCP and UDP port 53 (DNS) are bound on the host when Docker Desktop starts. Therefore you cannot bind to port 53 on all interfaces with a command like `docker run -p 53:53`. See [docker/for-mac#5335](https://github.com/docker/for-mac/issues/5335).
|
||||
|
||||
This is an artifact of the new `virtualization.framework` in Big Sur. A workaround is to bind to a specific IP address e.g. `docker run -p 127.0.0.1:53:53`.
|
||||
This is an artifact of the new `virtualization.framework`. A workaround is to bind to a specific IP address e.g. `docker run -p 127.0.0.1:53:53`.
|
||||
|
||||
* The Linux Kernel may occasionally crash. Docker now detects this problem and pops up an error dialog offering the user the ability to quickly restart Linux.
|
||||
|
||||
|
|
Loading…
Reference in New Issue