-
Notifications
You must be signed in to change notification settings - Fork 111
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dial tcp: missing address #13
Comments
I'm not sure, but that might be a case of missing permissions on the libvirt socket. I'd like to improve the driver to verify permissions and what not, and provide better error messages when things aren't quite set up properly. Until then, you should try to use another libvirt client to make sure you can create a VM first using your account (not sudo'd) You can try virsh, or the virt-manager GUI. If you're able to successfully create a VM with other tools, and the driver still doesn't work, try running a create with debug enabled and post the results on this issue. |
I had the same issue. I could fix it by adding my user id to the |
I want to run docker machine with kvm driver inside a docker container, but " |
My situation is the same as @R-omk's in that I'm trying to run inside of a docker container, so logout/login is trickier. In case anyone wants to try and reproduce this, the following commands will do it on my Ubuntu machine:
|
I have the exact same problem. Debugging said: () DBG | Failed to connect to libvirt: [Code-38] [Domain-7] Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory What I don't know is: what/who should be creating said socket? |
I am seeing the same symptoms, but I think the underlying issue is different. This is on Debian Sid: If I run the docker-machine-driver-kvm as myself, I get: As root, things work as expected. However, as my own user I can happily use (e.g.)
and now when I run docker-machine-driver-kvm as myself, I get: This is a Docker Machine plugin binary. Yay! :-) Hope this helps... Note that my ~/.config/libvirt/libvirt.conf
And my environment also has:
So neither of those are being used, although strace does show the Thanks, |
I had same issue as phillipp on fedora 24 - fixed with a restart. |
On Fedora 24, I'm seeing the same issue discussed here, but nothing worked so far. Not working even for |
On
|
http://wiki.libvirt.org/page/Networking
Is there a (command line) override available? Thanks |
Was #18 supposed to have fixed all instances of this issue? I ran into this problem while trying to get Minikube running inside a Docker container (kubernetes/minikube#927 and kubernetes/minikube#278). The container is Debian Jessie, freshly downloaded from Dockerhub, Docker version 17.03.1-ce build c6d412e, docker-machine version 0.12.0 build 45c69ad, docker-machine-vm 10.0. Running |
Getting this problem on archlinux with the latest version of everything. Whether I am root or not I get this error and nothing suggested helps. |
For anyone who is having troubles with this error. if you're trying to install the plugin under Debian 8 the last release of this plugin uses a recent version of "libvirt.so.0" library, Debian Jessie use the libvirt.so.0.1002.9, so you have to install an older release of this plugin like docker-machine-kvm "v0.6.0". it should work that way. |
@ohjames I too had the issue, starting the libvirtd service fixed it. To fix the second error, you have to set the default network interface to active, to fix it |
Not sure if its relevant here or better suited for the Rancher folks, but trying to import the driver into a Rancher container running docker-machine yields the same result. Error dialing to plugin server's address(), err=dial tcp: missing address |
anyone solved this for rancher? |
Error while creating KVM-based machine using docker-machine 0.6.0
$ docker-machine create --driver kvm -v node01
dial tcp: missing address
Using v0.6.0 for both kvm plugin and docker-machine on Linux Mint 17.3 (based on Ubuntu 14.04.4).
Is there anything else I should specify or is this a bug?
The text was updated successfully, but these errors were encountered: