Earlier this week the first Docker conference was held in San Francisco where the big 1.0
Production Ready version of Docker was announced. As Heavy Water wasn’t able to make it out this time I thought a bit of good old fashioned hacking would be in order instead. Today I’m happy to announce the 0.6.0 release of dvm which runs boot2docker and Docker 1.0.0.
I thought I’d highlight a few of the changes and improvements that went into this release, so here we go. For a full change log, visit dvm’s release page. Installation and upgrade instructions can be found on dvm’s project site.
As previously mentioned, dvm is running boot2docker 1.0.0 which uses Docker 1.0.0 internally. This should give you access to the TLS auth API, new
COPY Dockerfile instruction, new
unpause commands, and more. Oh right, and the shiny new official Docker IANA TCP port of 2375. If you haven’t been keeping up with Docker releases the past few months check out the Docker blog for the release notes.
Recently there has been increased interest in running dvm on Parallels Desktop and thanks to the generous help of the Parallels team this was an easy addition. To make this work, you’ll need to install Parallels Desktop 9 for Mac (license required) and the corresponding Vagrant plugin:
vagrant plugin install vagrant-parallels
And now run dvm with the appropriate Vagrant flag:
dvm up --provider=parallels
VAGRANT_DEFAULT_PROVIDER=parallels to make this your default.
Previous versions of dvm forwarded the old Docker port (4243) to your local workstation but never directly used it which was due to behavior in the underlying boot2docker-vagrant-box project. This exposed a needless port, was bound to all interfaces by default, didn’t have autocorrect Vagrant logic enabled, and tended to collide with other Vagrant Docker virtual machines or even the CrashPlan software agent. Now this port forward is bound only to localhost and is disabled in dvm by default. In dvm’s world, you use the private network IP address for your
DOCKER_HOST environment variable.
If you are running Vagrant 1.6.0 and up with the VMware Fusion provider, there is a good chance that dvm won’t boot properly. There is a configuration merging issue that is still outstanding and being tracked in mitchellh/boot2docker-vagrant-box#48 and mitchellh/vagrant#3996. My recommended workaround (sadly) is to downgrade to Vagrant 1.5.4 or use the Parallels or VirtualBox provider until this is resolved.
This has been a very inspiring week in the Docker community and I encourage everyone who has been waiting on a
production ready Docker release to put some time aside and give it a spin. If dvm helps you in your journey, let me know!