Skip to content
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

Creating disk: ERROR! #217

Open
synic opened this issue Jan 3, 2017 · 11 comments
Open

Creating disk: ERROR! #217

synic opened this issue Jan 3, 2017 · 11 comments
Assignees
Labels

Comments

@synic
Copy link

synic commented Jan 3, 2017

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

@danquah
Copy link

danquah commented Jan 4, 2017

I'm getting this as well, going back to beta8 the problem went away again

@synic
Copy link
Author

synic commented Jan 4, 2017

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.

@nlf nlf self-assigned this Jan 4, 2017
@nlf nlf added the bug label Jan 4, 2017
@ErikZigo
Copy link

Same problem for me

@Snipon
Copy link

Snipon commented Jan 17, 2017

Can confirm aswell.
OSX 10.11.6, fish shell

@nlf
Copy link
Owner

nlf commented Jan 17, 2017

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..

@synic
Copy link
Author

synic commented Jan 17, 2017

I am on 10.12.2 :( I guess that must not be it.

@nlf
Copy link
Owner

nlf commented Jan 17, 2017

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.

@synic
Copy link
Author

synic commented Jan 18, 2017

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?

@nlf
Copy link
Owner

nlf commented Jan 18, 2017

bingo! that's exactly the info I was looking for! I'll see what I can figure out

@Snipon
Copy link

Snipon commented Jan 20, 2017

Installed libev with brew, works like a charm now.

@Velrok
Copy link

Velrok commented Apr 5, 2017

Thanks @Snipon, that did it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants