Linux Container Development
 help / color / mirror / Atom feed
From: Richard Weinberger <richard-/L3Ra7n9ekc@public.gmane.org>
To: "systemd-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org"
	<systemd-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Cc: "libvir-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org"
	<libvir-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Linux Containers
	<containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	David Gstir <david-S6VGOU4v5edDinCvNWH78Q@public.gmane.org>
Subject: Re: systemd-cgroups-agent not working in containers
Date: Thu, 27 Nov 2014 14:46:24 +0100	[thread overview]
Message-ID: <54772B30.5070105@nod.at> (raw)
In-Reply-To: <54764639.3020100-/L3Ra7n9ekc@public.gmane.org>

Am 26.11.2014 um 22:29 schrieb Richard Weinberger:
> Hi!
> 
> I run a Linux container setup with openSUSE 13.1/2 as guest distro.
> After some time containers slow down.
> An investigation showed that the containers slow down because a lot of stale
> user sessions slow down almost all systemd tools, mostly systemctl.
> loginctl reports many thousand sessions.
> All in state "closing".
> 
> The vast majority of these sessions are from crond an ssh logins.
> It turned out that sessions are never closed and stay around.
> The control group of a said session contains zero tasks.
> So I started to explore why systemd keeps it.
> After another few hours of debugging I realized that systemd never
> issues the release signal from cgroups.
> Also calling the release agent by hand did not help. i.e.
> /usr/lib/systemd/systemd-cgroups-agent /user.slice/user-0.slice/session-c324.scope
> 
> Therefore systemd never recognizes that a server/session has no more tasks
> and will close it.
> First I thought it is an issue in libvirt combined with user namespaces.
> But I can trigger this also without user namespaces and also with systemd-nspawn.
> Tested with systemd 208 and 210 from openSUSE, their packages have all known bugfixes.
> 
> Any idea where to look further?
> How do you run the most current systemd on your distro?

Btw: I face exactly the same issue also on fc21 (guest is fc20).

Thanks,
//richard

  parent reply	other threads:[~2014-11-27 13:46 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-26 21:29 systemd-cgroups-agent not working in containers Richard Weinberger
     [not found] ` <54764639.3020100-/L3Ra7n9ekc@public.gmane.org>
2014-11-27 13:46   ` Richard Weinberger [this message]
2014-11-27 15:44   ` [systemd-devel] " Umut Tezduyar Lindskog
2014-11-27 20:26   ` Cameron Norman
     [not found]     ` <CALZWFRLVDW2fL_G0rC6mhMsBTPxsxYF1FATA1j-0unCS8WKAsg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-11-28  5:33       ` Martin Pitt
     [not found]     ` <20141128053302.GA2842@piware.de>
     [not found]       ` <20141128053302.GA2842-TX/5PCBRQDKzQB+pC5nmwQ@public.gmane.org>
2014-11-28 14:52         ` Richard Weinberger
     [not found]       ` <54788C12.2080907@nod.at>
     [not found]         ` <54788C12.2080907-/L3Ra7n9ekc@public.gmane.org>
2014-11-30 22:31           ` Lennart Poettering
2014-11-30 22:30   ` Lennart Poettering

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54772B30.5070105@nod.at \
    --to=richard-/l3ra7n9ekc@public.gmane.org \
    --cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
    --cc=david-S6VGOU4v5edDinCvNWH78Q@public.gmane.org \
    --cc=libvir-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=systemd-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox