On 05/11/2016 02:45 PM, Colin Walters wrote:
On Wed, May 11, 2016, at 01:03 PM, Dusty Mabe wrote:
Hey All,

As far as I can tell Docker is broken in F24 atomic. We have had
issues with docker for a while now but testing on fedora cloud base
from the updates-testing repo seemed to show the problem as resolved.

However, now that docker-1.10.3-7.gita41254f.fc24.x86_64 is in stable
we now see that it is still failing in Atomic Host:
https://bugzilla.redhat.com/show_bug.cgi?id=1334588
We discovered this is:
https://bugzilla.redhat.com/show_bug.cgi?id=1328961

However...while I see the value in RegisterMachine for "fat" and long-running 
containers
that run systemd recursively, I'm not sure I see what we're gaining in e.g.
a Kubernetes/OpenShift microservice environment.

We already have a daemon-talking-to-a-daemon issue, RegisterMachine
adds another daemon into the chain.

Relatedly, do we really need *both* oci-systemd-hook and oci-register-machine?

If we folded them together, we could use this bit:

        if (strcmp("init", cmd_file_name) && strcmp("systemd", cmd_file_name)) {
                pr_pdebug("Skipping as container command is %s, not init or 
systemd\n", cmd);
                return EXIT_SUCCESS;
        }

to also skip calling RegisterMachine?

I want to have a single source to list all of my containers running on the system.

Currently machinectl will list all containers running via systemd-nspawn, rkt, libvirt-lxc and VMs running under libvirt. Docker is the only one that does not participate.

I think having this view is useful. I would like to see runc containers registered here also, Eventually I would like to see if we could get better support into machinectl.

My goal with RegisterMachine was not to just work with systemd running as init process.

Reply via email to