You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 1, 2021. It is now read-only.
NOTE: For tracking purposes, be aware that I also copy-pasted this same issue in two other palces because I'm not sure of the appropriate place given the problem:
boot2docker.iso that says it's using Docker version 17.12.1-ce, build 7390fc6
From PowerShell:
PS C:\Users\pdadmin> docker-machine create -d hyperv --hyperv-virtual-switch "ToInternal" DockerHostA
Creating CA: C:\Users\pdadmin\.docker\machine\certs\ca.pem
Creating client certificate: C:\Users\pdadmin\.docker\machine\certs\cert.pem
Running pre-create checks...
(DockerHostA) Image cache directory does not exist, creating it at C:\Users\pdadmin\.docker\machine\cache...
(DockerHostA) No default Boot2Docker ISO found locally, downloading the latest release...
(DockerHostA) Latest release for github.com/boot2docker/boot2docker is v17.12.1-ce
(DockerHostA) Downloading C:\Users\pdadmin\.docker\machine\cache\boot2docker.iso from https://github.com/boot2docker/boot2docker/releases/download/v17.12.1-ce/boot2docker.iso...
(DockerHostA) 0%....10%....20%....30%....40%....50%....60%....70%....80%....90%....100%
Creating machine...
(DockerHostA) Copying C:\Users\pdadmin\.docker\machine\cache\boot2docker.iso to C:\Users\pdadmin\.docker\machine\machines\DockerHostA\boot2docker.iso...
(DockerHostA) Creating SSH key...
(DockerHostA) Creating VM...
(DockerHostA) Using switch "ToInternal"
(DockerHostA) Creating VHD
(DockerHostA) Starting VM...
(DockerHostA) Waiting for host to start...
Docker-Machine hangs here. Using Hyper-V VM console (i.e. vmconnect.exe), I can see that during boot, boot2docker mentions that it can't find eth0 or eth1 (not sure why it says anything about eth1...there's only one Adapter attached to the VM, so there shoul only be an eth0 as far as I understand). While docker-machine continues to hang (after 80 seconds), here is the output of Get-VM Hyper-V cmdlet:
In this situation, I either need to kill the docker-machine process or wait for it to timeout.
Please note that this problem (i.e. boot2docker not recognizing the Network Adapter as a device) happens about 70% of the time. However, about 30% of the time, it actually works as expected.
If I am lucky enough to actually establish a Docker Machine, after a baremetal host reboot (or really, in any situation where the Docker Machine VM is going from a non "Running" state to a "Running" state), there is a similar probability that the same thing will happen (i.e. boot2docker not recognizing the Network Adapter as a device).
After several Docker Machine VM reboots, it eventually works as expected. However, this is very inconsistent - sometimes it takes 1 VM reboot, sometimes it takes 10. Doesn't matter if you use docker-machine restart DockerHostA or Restart-VM -Name DockerHostA.
This was also tested with similar results with the latest v18.03.0-ce-rc4 boot2docker.iso.
The text was updated successfully, but these errors were encountered:
Does it work in Debian? We don't have the necessary setup to reproduce or expertise to debug this, so this is definitely going to have to be a community contribution if we're going to figure out a way to fix it.
Additionally, if you're using Hyper-V, why not use Docker for Windows instead of boot2docker / docker-machine? The primary reason boot2docker and docker-machine still exist (from my own understanding, which may not even have all the facts) is for users that can't use Hyper-V because they're on an older version of Windows, don't have Pro, or have to use VMware or VirtualBox for other aspects of their job/work (and thus cannot use Hyper-V and Docker for Windows).
I mostly ended up looking at docker-machine with Docker For Windows because I had to factory reset Docker For Windows one-too-many-times during testing, which blew away my containers, so I figured it would be better to have dedicated VMs that survive a Docker For Windows factory reset.
Setting up boot2docker using a Debian/Ubuntu or CentOS/RedHat VM works fine and is really easy when I do the following in a PowerShell Session...
...it's just that these VMs take up a lot more disk space - which is kind of becoming more of an issue with more modern hard drives that perform a lot better but generally don't have a lot of total space.
NOTE: For tracking purposes, be aware that I also copy-pasted this same issue in two other palces because I'm not sure of the appropriate place given the problem:
Envrionment Info:
From PowerShell:
Docker-Machine hangs here. Using Hyper-V VM console (i.e. vmconnect.exe), I can see that during boot, boot2docker mentions that it can't find eth0 or eth1 (not sure why it says anything about eth1...there's only one Adapter attached to the VM, so there shoul only be an eth0 as far as I understand). While docker-machine continues to hang (after 80 seconds), here is the output of
Get-VM
Hyper-V cmdlet:...specifically note
$testA.NetworkAdapters.StatusDescription
and$testA.NetworkAdapters.Status
...In this situation, I either need to kill the docker-machine process or wait for it to timeout.
Please note that this problem (i.e. boot2docker not recognizing the Network Adapter as a device) happens about 70% of the time. However, about 30% of the time, it actually works as expected.
If I am lucky enough to actually establish a Docker Machine, after a baremetal host reboot (or really, in any situation where the Docker Machine VM is going from a non "Running" state to a "Running" state), there is a similar probability that the same thing will happen (i.e. boot2docker not recognizing the Network Adapter as a device).
After several Docker Machine VM reboots, it eventually works as expected. However, this is very inconsistent - sometimes it takes 1 VM reboot, sometimes it takes 10. Doesn't matter if you use
docker-machine restart DockerHostA
orRestart-VM -Name DockerHostA
.This was also tested with similar results with the latest v18.03.0-ce-rc4 boot2docker.iso.
The text was updated successfully, but these errors were encountered: