> > To introduce systemd in our system, we've started with just wrapping rc
> and all the old initscripts so we can get systemd running first and then
> afterwards start converting to native services.
> > The boot is basically two services: legacy_rcS.service (which runs
> "/etc/init.d/rc S") and l
> > > > I'm seeing a problem with a service sometimes failing to start due to a
> > > missing cgroup.
> > > > After some debugging I've made the following observations:
> > > >
> > > > After exec_spawn() forks, the child will set the sticky bit for the
> > > > cgroup (in cg_set_task_access) but som
> > I'm seeing a problem with a service sometimes failing to start due to a
> missing cgroup.
> > After some debugging I've made the following observations:
> >
> > After exec_spawn() forks, the child will set the sticky bit for the
> > cgroup (in cg_set_task_access) but sometimes, the cgroup is mi
-Original Message-
> From: systemd-devel-
> bounces+anders.olofsson=axis@lists.freedesktop.org [mailto:systemd-
> devel-bounces+anders.olofsson=axis@lists.freedesktop.org] On Behalf
> Of Anders Olofsson
> Sent: den 27 mars 2013 13:58
> To: systemd-devel@lists.freedesk
e-
> From: systemd-devel-
> bounces+anders.olofsson=axis@lists.freedesktop.org [mailto:systemd-
> devel-bounces+anders.olofsson=axis@lists.freedesktop.org] On Behalf
> Of Anders Olofsson
> Sent: den 26 mars 2013 13:43
> To: systemd-devel@lists.freedesktop.org
> Subj
I'm seeing a problem with a service sometimes failing to start due to a missing
cgroup.
After some debugging I've made the following observations:
After exec_spawn() forks, the child will set the sticky bit for the cgroup (in
cg_set_task_access) but sometimes, the cgroup is missing (lstat return
Hi,
I've got patches to solve tickets 56644 and 56874 that I would like to get
committed.
The patches are attached to the tickets but I'm guessing no one noticed them
there.
Could someone please have a look at them and either commit them or let me know
if they should be solved differently.
Also