[Container-tools] docker 1.7.1 blocking issue

[Jason Brooks]

I think we should put the workaround in atomicapp now -- it'll take some time for docker changes to filter down...

Dusty Mabe <dusty at dustymabe.com> wrote:

On Thu, Aug 13, 2015 at 09:31:57AM -0400, Aaron Weitekamp wrote:
> Dusty, I think you have the best understanding of this set of issues[1].
> Can you confirm these are all the same and comment in #194 with any info on
> how this might be resolved? cc jbrooks and lala who might have info as well.

The behavior of docker changed in the latest version of docker. It's
not a docker 1.7.1 issue as far as I can tell but rather an issue with
our Red Hat patches on top of Docker 1.7.1. The BZ is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1252168.

The workaround for now is to just change the *create* to a *run*. This
is a bit of a hack.. What we need to do is get docker fixed. dwalsh is
here at FLOCK so I'll try to get with him. Here is the patch for now.
I'll submit it as a workaround if you think this needs to be unblocked
NOW!

diff --git a/atomicapp/install.py b/atomicapp/install.py
index c415560..81b1310 100644
--- a/atomicapp/install.py
+++ b/atomicapp/install.py
@@ -66,7 +66,7 @@ class Install(object):
         name = "%s-%s" % (self.utils.getComponentName(image), ''.join(random.sample(string.letters, 6)))
         logger.debug("Creating a container with name %s", name)
 
-        create = [self.docker_cli, "create", "--name", name, image, "nop"]
+        create = [self.docker_cli, "run", "--name", name, image, "nop"]
         logger.debug(" ".join(create))
         subprocess.call(create)
         cp = [self.docker_cli, "cp", "%s:/%s" % (name, APP_ENT_PATH), self.utils.tmpdir]