Hi,
any news on this one? can it be included in the next upload to unstable
please?
Thanks,
Daniel
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
Le 25/03/2015 18:25, Thibaut Paumard a écrit :
Dear Michael,
Thanks, indeed it does look like a race condition between this script
and systemd support for binfmt. I guess the schroot service should
somehow depend on binfmt support to have terminated.
It is not so easy for me to check
Hey Daniel,
Daniel Baumann [2015-03-27 11:19 +0100]:
any news on this one? can it be included in the next upload to unstable
please?
This requires sign-off from the release team first, as at this point
in freeze only RC fixes are allowed normally. Would you mind asking
them about this?
Hello Faidon,
Faidon Liambotis [2015-03-27 18:06 +0200]:
I *think* you read systemctl stop ipsec while I really meant ipsec
stop (ipsec being /usr/sbin/ipsec, and stop being an action that
sends SIGTERM to the daemons, among other things).
Ah, ok :-) Well, I don't actually need to do that,
Processing control commands:
tag -1 confirmed
Bug #781210 [systemd] systemd asserts on function cg_is_empty_recursive, crashes
Added tag(s) confirmed.
severity -1 grave
Bug #781210 [systemd] systemd asserts on function cg_is_empty_recursive, crashes
Severity set to 'grave' from 'important'
Control: tag -1 confirmed
Control: severity -1 grave
Control: fixed -1 219-1
Hello Faidon,
Faidon Liambotis [2015-03-26 19:48 +0200]:
Well, this does makes the whole system break (the system needs a reboot
to properly function again; daemon-reexec didn't work). I was about to
deploy this to a
Hi Martin,
On Fri, Mar 27, 2015 at 04:40:25PM +0100, Martin Pitt wrote:
If so, a mere ipsec stop after that should be able to crash
systemd.
Not that, it just marks the unit as stopped but keeps the processes
running. But killing the two daemons manually makes the cgroup empty
and I get
Le 27/03/2015 10:33, Thibaut Paumard a écrit :
I'm going to disable binfmt-support, just for checking, and report when
boot stalls again.
I confirm that even with binfmt-support disabled, boot stalls.
Actually the system is booted, but unusable because core services failed
to start
Am 27.03.2015 um 17:40 schrieb Thibaut Paumard:
Le 27/03/2015 10:33, Thibaut Paumard a écrit :
I'm going to disable binfmt-support, just for checking, and report when
boot stalls again.
I confirm that even with binfmt-support disabled, boot stalls.
Actually the system is booted, but
Processing control commands:
tags -1 moreinfo unreproducible
Bug #781287 [systemd] systemd: dirty pages are no longer flushed
Added tag(s) unreproducible and moreinfo.
--
781287: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781287
Debian Bug Tracking System
Contact ow...@bugs.debian.org
Control: tags -1 moreinfo unreproducible
Am 27.03.2015 um 00:42 schrieb Michael Biebl:
Systemd does not fiddle with those settings. It's more likely a tool like
laptop-mode-tools or pm-utils. I suggest looking in that direction.
Did you find anything?
--
Why is it that all of the
11 matches
Mail list logo
