On Tue, 09.04.13 13:20, Anders Olofsson (anders.olofs...@axis.com) wrote:
> > Well, the systemd hiearchy is special. We have special semantics for it,
> > and you shouldn't alter it. You are free to rearrange cgroups in all
> > other hierarchies and drop as many services in the same cgroup as you
> > 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
On Mon, 08.04.13 16:57, Anders Olofsson (anders.olofs...@axis.com) wrote:
> Ok, let's see if I can explain what we've done here.
>
> 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 st
> > > > 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
On Fri, 05.04.13 22:04, Anders Olofsson (anders.olofs...@axis.com) wrote:
>
> > > 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 t
> > 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
On Tue, 26.03.13 13:43, Anders Olofsson (anders.olofs...@axis.com) wrote:
heya, sorry for the delay.
> 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 w
anders.olofsson=axis@lists.freedesktop.org] On
> Behalf
> > Of Anders Olofsson
> > Sent: den 26 mars 2013 13:43
> > To: systemd-devel@lists.freedesktop.org
> > Subject: [systemd-devel] Possible race condition for setting cgroup sticky
> bit
> >
> > I'
ect: [systemd-devel] Possible race condition for setting cgroup sticky bit
>
> 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 w
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
10 matches
Mail list logo
