dlite
dlite copied to clipboard
Creating disk: ERROR!
Bug Reports
- dlite version in use (run
dlite --version
):
dlite version 2.0.0-beta9
- expected behavior:
dlite should init
- actual behavior:
I get this message:
[Downloads]$ ./dlite init
WARNING: It appears you have already initialized dlite. Continuing will destroy your current virtual machine and its configuration.
Continue? (y/n): y
Virtual machine hostname [local.docker]:
Disk size (in gigabytes) [20]:
CPU cores to allocate to VM [2]:
Memory to allocate to VM (in gigabytes) [2]:
DNS server [192.168.64.1]:
Docker version [latest]:
Extra flags to pass to the docker daemon:
Allow direct connections to containers [yes]:
Saving configuration: done
Creating ssh key pair: |
Creating ssh key pair: done
Adding host to ssh config: done
Creating tool binaries: done
Creating disk: ERROR!
signal: abort trap
- steps to reproduce
Just downloaded the latest release and ran ./dlite init
I'm getting this as well, going back to beta8 the problem went away again
Yeah, running beta9 fixed the missing plist, but would not work. If I ran beta9 to get the network settings in place, I am then able to run beta8.
Same problem for me
Can confirm aswell. OSX 10.11.6, fish shell
Are all of you on OSX 10.11? I did run this build on 10.12 with an updated qcow tool, I'm wondering if the updated dependency isn't as friendly about cross-version compiling..
I am on 10.12.2 :( I guess that must not be it.
huh, very strange. if you run ~/.dlite/bin/qcow-tool create --size=1GiB test.qcow
in a terminal, does it work correctly? note that will create a file named test.qcow
in whatever directory you're in that you'll want to delete, it's small though.
This is what I get (on beta 9, it works fine on beta 8):
$ ~/.dlite/bin/qcow-tool create --size=1GiB test.qcow
dyld: Library not loaded: /usr/local/opt/libev/lib/libev.4.dylib
Referenced from: /Users/synic/.dlite/bin/qcow-tool
Reason: image not found
[1] 12055 abort ~/.dlite/bin/qcow-tool create --size=1GiB test.qcow
Here's some more information:
$ ls -lh /usr/local/opt/libev/lib/libev.4.dylib
gls: cannot access '/usr/local/opt/libev/lib/libev.4.dylib': No such file or directory
Issuing brew install libev
totally fixes it. Should this be compiled statically?
bingo! that's exactly the info I was looking for! I'll see what I can figure out
Installed libev with brew, works like a charm now.
Thanks @Snipon, that did it.