[systemd-devel] [PATCH 1/1] Allow systemd to run without assigning container to machine.slice
Daniel J Walsh
dwalsh at redhat.com
Fri Jan 31 07:51:22 PST 2014
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 01/31/2014 10:45 AM, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Jan 31, 2014 at 10:00:12AM -0500, Daniel J Walsh wrote:
>> My plan is not to have the user no they are running systemd-nspawn
>>
>> Imaging the user is creating a httpd container unit file using docker,
>> described in this document.
>>
>> http://welldefinedbehaviour.wordpress.com/2014/01/30/adventures-with-containerization-fedora-docker-and-httpd/
>>
>>
>>
>>
[Unit]
>> Description=example.com Container After=docker.service
>>
>> [Service] Type=simple ExecStart=/usr/bin/docker run -v
>> /srv/example.com:/srv httpd-test1 Restart=on-failure
>>
>>
>> Currently docker uses lxc tools under the covers to launch the container,
>> we want to add a plugin to use systemd-nspawn.
>>
>> docker -> systemd-nspawn -> container
>>
>> But we want the docker, systemd-nspawn and the container all affected by
>> any Cgroup entries in the unit file. So I want the container to run as a
>> service slice not a machine slice.
> And if you specify --slice=system-<something>.slice, doesn't this do the
> job?
>
> Zbyszek
>
How would the docker command know what slice to assign it to? Why not just
eliminate systemd-nspawn doing anything with slices if I pass the service flag
or some other flag.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlLrxnoACgkQrlYvE4MpobO1mgCglDP9B5DadqucUEyxAgSeBVYf
G3sAoIBuzpooNd5K+cBQ8ks22pxp6az5
=qw4r
-----END PGP SIGNATURE-----
More information about the systemd-devel
mailing list