> On June 25, 2014, 10:09 p.m., Ian Downes wrote: > > src/slave/containerizer/isolators/cgroups/cpushare.cpp, line 236 > > <https://reviews.apache.org/r/22980/diff/1/?file=617510#file617510line236> > > > > Why would the cgroup already exist? The cgroup is based on the > > containerId which should be unique. > > > > Is this so the isolator can be re-used for controlling a cgroup added > > by something like Docker? > > Timothy St. Clair wrote: > It's the mounted controller at the root. > > export MESOS_isolation='cgroups/cpu,cgroups/mem' > export MESOS_cgroups_root='system.slice/mesos-slave.service' > export MESOS_hierarchy=/sys/fs/cgroup > > If you try just starting, it will fail on the exists lines mentioned > prior. > > Timothy St. Clair wrote: > To elaborate - > > $ pwd > /sys/fs/cgroup > > $ find . | grep mesos > ./memory/system.slice/mesos-slave.service > ... > > fails on 'memory'
& systemd creates the structure below prior to running the daemon. - Timothy ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/22980/#review46691 ----------------------------------------------------------- On June 25, 2014, 7:52 p.m., Timothy St. Clair wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/22980/ > ----------------------------------------------------------- > > (Updated June 25, 2014, 7:52 p.m.) > > > Review request for mesos, Benjamin Hindman and Vinod Kone. > > > Bugs: MESOS-1195 > https://issues.apache.org/jira/browse/MESOS-1195 > > > Repository: mesos-git > > > Description > ------- > > Currently if a controller is mounted outside of mesos perview it errors out. > This fixes that issue. > > > Diffs > ----- > > src/slave/containerizer/isolators/cgroups/cpushare.cpp 3265a80 > src/slave/containerizer/isolators/cgroups/mem.cpp e8d1e35 > > Diff: https://reviews.apache.org/r/22980/diff/ > > > Testing > ------- > > make check > > > Thanks, > > Timothy St. Clair > >
