[systemd-devel] [PATCH 2/2] udev/path_id: improve and enhance bus detection for Linux on z Systems

2015-09-23 Thread Hendrik Brueckner
From: Liu Yuan Yuan Improve and enhance the path_id udev builtin to correctly handle bus' available on Linux on z Systems (s390). Previously, the CCW bus and, in particular, any FCP devices on it, have been treated separately. This commit integrates the CCW bus into

[systemd-devel] Running a script as FIRST script before shutdown

2015-09-23 Thread Luca Bertoncello
Hi list! I'm new here and I hope, I'm in topic... I don't want to develop system, but I didn't found a "system-user"-ML... So, to my problem: I need a possibility to call a script on shutdown/reboot/halt (I use CentOS 7). This **MUST** be the first one be called, since it needs many other

Re: [systemd-devel] [PATCH 1/2] mising: add __NR_memfd_create syscall number for s390

2015-09-23 Thread Daniel Mack
Applied thanks! Though I removed the S-o-b line, we don't use that in systemd. On 09/23/2015 01:42 PM, Hendrik Brueckner wrote: > Signed-off-by: Hendrik Brueckner > --- > src/basic/missing.h |2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) > > diff

Re: [systemd-devel] Running a script as FIRST script before shutdown

2015-09-23 Thread Lennart Poettering
On Wed, 23.09.15 16:20, Luca Bertoncello (l.bertonce...@queo-group.com) wrote: > Hi list! > > I'm new here and I hope, I'm in topic... I don't want to develop system, but > I didn't found a "system-user"-ML... > > So, to my problem: > I need a possibility to call a script on

Re: [systemd-devel] Disabled event sources / errors on sd-bus break the event loop (Looping too fast)

2015-09-23 Thread Krzysztof Kotlenga
Krzysztof Kotlenga wrote: > I recommend the following gdb script, because it provides some > possibly interesting output: Slightly fixed version: https://gist.github.com/pocek/709d8c098d632ed1f21e The first one was incorrectly printing pending_iteration instead of prepare_iteration field.

Re: [systemd-devel] Running a script as FIRST script before shutdown

2015-09-23 Thread Mantas Mikulėnas
On Wed, Sep 23, 2015 at 5:20 PM, Luca Bertoncello < l.bertonce...@queo-group.com> wrote: > Hi list! > > I'm new here and I hope, I'm in topic... I don't want to develop system, > but I didn't found a "system-user"-ML... > Yeah, systemd-devel is still also the tech support list. > So, to my

[systemd-devel] [HEADS-UP] Please register for systemd.conf 2015 now, only 14 tickets left!

2015-09-23 Thread Lennart Poettering
Heya! We are close to being sold out now, only 14 tickets are still available now. If you intend to attend, make sure to register for the conference *now*, before it's too late and all tickets are gone. Register here: https://systemd.events/systemdconf-2015/registration To get an idea about

Re: [systemd-devel] Disabled event sources / errors on sd-bus break the event loop (Looping too fast)

2015-09-23 Thread Krzysztof Kotlenga
Krzysztof Kotlenga wrote: > Two things: > (...) One more. Prioq compare functions in sd-event.c contain this: /* Stability for the rest */ if (x < y) return -1; if (x > y) return 1; How comparing prioq_item.data pointers is going to ensure stability? Shouldn't it be: if

Re: [systemd-devel] xorg uses 100% CPU after upgrading to 226

2015-09-23 Thread Jin Liu
According to strace -p, xorg is spinning on a select(), which always return the same fd #6, which seems related to the system dbus: $ pgrep Xorg 614 $ strace -p 614 Process 614 attached select(256, [1 3 5 6 8 10 19 23 25 29 36 37 38 39 40 41], NULL, NULL, {214, 537000}) = 1 (in [6], left {214,

[systemd-devel] [PATCH] gssd: Improve scalability by not waiting for child processes

2015-09-23 Thread Steve Dickson
Instead of waiting on every fork, which would become a bottle neck during a mount storm, simply set a SIGCHLD signal handler to do the wait on the child process Signed-off-by: Steve Dickson --- utils/gssd/gssd.c | 18 ++ utils/gssd/gssd_proc.c | 11

Re: [systemd-devel] Disabled event sources / errors on sd-bus break the event loop (Looping too fast)

2015-09-23 Thread Krzysztof Kotlenga
Krzysztof Kotlenga wrote: > 2. Maybe I don't get something right - please enlighten me if that's > the case - but prioq_put or rather shuffle_up function is buggy. > > (...) > > Am I wrong to believe that it should have swapped 2 and 1, not 2 and > 0? OK, I've finally realised that I'm a

[systemd-devel] failed to change interface name (systemd-networkd)

2015-09-23 Thread James
Hello, Hoping someone can point me in the right direction. I'm attempting to change the interface name (eth0 -> wired) on one of my servers. Here's the output from the journal: ~# journalctl --no-pager | grep -i wired Sep 23 17:11:15 vivid systemd-udevd[399]: error changing net interface name