Re: [systemd-devel] [PATCH 2/3 RFC] systemd: use structured logging for unit changes

"MESSAGE=Failed to load environment files: %s", > strerror(-r), > + "ERRNO=%d", errno, shouldn't that be "ERRNO=%d", (-r), ? I did not check the rest. It just hit my eyes 8) Bye marius.. -- Dipl.-Inf. Mari

Re: [systemd-devel] when will mount / df get fixed?

r in df: df -b or df --block-devices) ..or whatever.. but it is not a systemd issue at all and I think there is no need to continue the flamewar, since all the information needed to fix this, is available under /proc ;) regards, marius.. -- Dipl.-Inf. Marius Tolzmann ---

Re: [systemd-devel] when will mount / df get fixed?

Hi.. On 01.10.2012 20:32, Reindl Harald wrote: and how they should do this after the change that there is no flag? dispaly a RANDOM line? That is a possibility. Based upon that you are only interested in the device anyway, I conclude the mountpoint is irrelevant that makes preety no sense

Re: [systemd-devel] [PATCH] main: fix error message if PR_SET_CHILD_REAPER is not available

Hey.. On 21.08.2012 22:38, shawn wrote: On Fri, 2012-08-17 at 11:15 +0200, Marius Tolzmann wrote: But 'git grep PR_SET_CHILD_SUBREAPER' on the 3.3.8 (EOL) branch did not return any matches for me. So I guess it may be correct to mention <3.4 here. Also a 'git br -a --contain

Re: [systemd-devel] [PATCH] main: fix error message if PR_SET_CHILD_REAPER is not available

Hi.. On 21.08.2012 16:49, Lennart Poettering wrote: On Thu, 16.08.12 18:38, Marius Tolzmann (tolzm...@molgen.mpg.de) wrote: if (r < 0) -log_error("Failed to prctl(PR_SET_CHILD_SUBREAPER): %s", strerror(-r)); -if

Re: [systemd-devel] [PATCH] main: fix error message if PR_SET_CHILD_REAPER is not available

Hi.. On 08/17/12 02:44, shawn wrote: > On Thu, 2012-08-16 at 18:38 +0200, Marius Tolzmann wrote: >> --- >> +if (r < 0 && errno == EINVAL) >> log_error("Perhaps the kernel version is too old (< >> 3.4?)"

[systemd-devel] [PATCH] main: fix error message if PR_SET_CHILD_REAPER is not available

--- src/core/main.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/core/main.c b/src/core/main.c index cdd77c1..8973637 100644 --- a/src/core/main.c +++ b/src/core/main.c @@ -1511,8 +1511,8 @@ int main(int argc, char *argv[]) { /* Become reaper of

[systemd-devel] [PATCH] Fix error message if PR_SET_CHILD_REAPER is not available

W the REQUIREMENTS section in the README still has Linux kernel >= 2.6.39 in it. May be it should at least be updated to reflect a *recommended* version of Linux kernel >= 3.4? Because the messages I just tried to fix are log_error() and not log_warning(). Best, Marius Tolzma

Re: [systemd-devel] start service only on specific exit status of some prog

tname matches pattern, userid still valid, ip-address X configured on any device, etc.. bye, marius.. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik

Re: [systemd-devel] start service only on specific exit status of some prog

On 24.08.2011 21:21, Lennart Poettering wrote: On Wed, 24.08.11 21:12, Marius Tolzmann (tolzm...@molgen.mpg.de) wrote: On 24.08.2011 18:52, Lennart Poettering wrote: Hmm, yeah, if ExecStartPre= we put the unit in failure mode. So, let me see if I got this right: you are looking for

Re: [systemd-devel] start service only on specific exit status of some prog

On 24.08.2011 18:52, Lennart Poettering wrote: Hmm, yeah, if ExecStartPre= we put the unit in failure mode. So, let me see if I got this right: you are looking for something like ExecStartPre= but twhere the program when it returns non-zero should just cause the service to be skipped but not be

Re: [systemd-devel] start service only on specific exit status of some prog

On 24.08.2011 16:01, Lennart Poettering wrote: On Tue, 02.08.11 17:06, Marius Tolzmann (tolzm...@molgen.mpg.de) wrote: is there a way to execute a program and take its exit status to evaluate the condition? like ConditionExec or whatever. is this already possible without getting a "f

[systemd-devel] kernel dependency >= 2.6.37 now?

. regards, m. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik | Ihnestrasse 63-73, D-14195 Berlin | ==> MarIuX GNU/Linux <== Phone:

[systemd-devel] start service only on specific exit status of some prog

getting a "failed" service? bye m. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik | Ihnestrasse 63-73, D-14195 Berlin | ==> MarIuX GNU/Linux <== Phone: +49

Re: [systemd-devel] [RFC] Preset Files

hi.. On 07/06/11 16:25, Lennart Poettering wrote: > On Wed, 06.07.11 01:07, Marius Tolzmann (tolzm...@molgen.mpg.de) wrote: > >> i am just afraid that someday 'systemctl preset' will break my setup >> even if a havn't defined 'enable/disable *' anywh

Re: [systemd-devel] [RFC] Preset Files

On 06.07.2011 00:51, Kay Sievers wrote: On Wed, Jul 6, 2011 at 00:42, Lennart Poettering wrote: We will require an argument. There will no 'change all services' logic. Uh? Actually, I do want a way how people can reset all service enable states to what the vendor intended. And that should b

Re: [systemd-devel] [RFC] Preset Files

8) ('systemctl preset ' should still enable even if no preset is defined at all) bye marius.. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik | Ihnestrasse 63-73, D-14195 Berlin | ==> MarIuX GNU/Li

Re: [systemd-devel] Trying to build on a new LFS system.

On 06/21/11 08:24, Stef Bon wrote: > 2011/6/20 Marius Tolzmann : >> Hi there.. >> >> we are also using a self-maintained LFS based gnu/linux here. >> >> we switched to systemd in Nov 2010 and it worked fine from the start.. > > What version are you usin

Re: [systemd-devel] possible bug guessing mainpid when service type=forking..

easing verbosity changed everything 8) tricky situation and i think systemd should not be blamed for this.. ever 8) bye marius.. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik

Re: [systemd-devel] Trying to build on a new LFS system.

dbus session dir:/usr/share/dbus-1/services > dbus system dir: /usr/share/dbus-1/services/../system-services > dbus interfaces dir: /usr/share/dbus-1/services/../interfaces > -- Dipl.-Inf. Marius Tolzmann --.--

[systemd-devel] possible bug guessing mainpid when service type=forking..

again and again manually and worked all the time. BTW a patch for ypbind-mt adding a -foreground commandline switch will be sent to the maintainers soon.. bye marius.. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik

Re: [systemd-devel] [bug?] screen not working correctly under systemd

temd? -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik | Ihnestrasse 63-73, D-14195 Berlin | ==> MarIuX GNU/Linux <== Phone: +49 (0)30 8413 1709| --^-

Re: [systemd-devel] user startable services in systemd context

i wrote: > ? 2011?04?07? 20:55, Marius Tolzmann ??: > >> Hi again.. > >> we have a setup where every user can start its own services >> (e.g. a webserver, database server, whatever). > >> if the user wants this service to be started after a reboot he just >&

[systemd-devel] user startable services in systemd context

e to clean this mess up a bit but havn't found much information how this could already be done or if it is even planned to be a possible configuration in the future. bye marius -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. mol

Re: [systemd-devel] some issues with missing HAVE_SYSV_COMPAT and /run/lock

i am very happy with systemd v23 so far and everything works for me with legacy-support disabled.. 8) (and without /{var,run}/lock .. 8) the whole lock-issue seems to be something the distributions and upstream programmers should care about and nothing systemd can fix directly.. an

Re: [systemd-devel] some issues with missing HAVE_SYSV_COMPAT and /run/lock

hi.. On 04/06/11 16:01, Lennart Poettering wrote: > On Wed, 06.04.11 15:30, Marius Tolzmann (tolzm...@molgen.mpg.de) wrote: > >> * /run/lock is not mounted/created since tmpfiles.d/legacy.conf is not >> installed (?) > > Yes, correct. > >> So how am i supp

[systemd-devel] some issues with missing HAVE_SYSV_COMPAT and /run/lock

nf and var-lock.mount really dependent on the sysv-compatibility / the existence of sysv-init-directories? (we don't have any sysv-init scripts installed anymore since we completly switched to systemd v15 some time ago) i would greatly appreciate any as

Re: [systemd-devel] how to handle filesystems that do not support d_type in readdirs dirent?

On 03/03/11 16:30, Lennart Poettering wrote: Please check current git (in particular 1a6f4df) if it covers all issues you raised. patch 1a6f4df works fine and fixes our issues.. thx.. m. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f

Re: [systemd-devel] how to handle filesystems that do not support d_type in readdirs dirent?

hi On 03/03/11 16:30, Lennart Poettering wrote: On Thu, 03.03.11 13:05, Marius Tolzmann (tolzm...@molgen.mpg.de) wrote: hello.. we are currently using reiserfs on our root-partition.. Urks, people still use that cruft? at least we do.. .. how is this supposed to be handled? if the

Re: [systemd-devel] [PATCH] add extra check for DT_UNKNOWN files in directory scan

On 03/03/11 16:38, Lennart Poettering wrote: On Thu, 03.03.11 16:36, Marius Tolzmann (tolzm...@molgen.mpg.de) wrote: Hello.. this looks fine.. and is better than just adding DT_UNKOWN 8) i additionally patched the cgroup-util.c (see attachment) Not necessary, since this is on cgroupfs

Re: [systemd-devel] [PATCH] add extra check for DT_UNKNOWN files in directory scan

oops.. sorry.. wrong patch sent... this won't compile.. but since lennart also fixed it it seems to be obsolete anyway... 8) m. On 03/03/11 16:36, Marius Tolzmann wrote: Hello.. this looks fine.. and is better than just adding DT_UNKOWN 8) i additionally patched the cgroup-util.c

Re: [systemd-devel] [PATCH] add extra check for DT_UNKNOWN files in directory scan

+++--- src/tmpfiles.c | 22 --- src/tty-ask-password-agent.c |8 ++- 3 files changed, 94 insertions(+), 73 deletions(-) -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare

Re: [systemd-devel] how to handle filesystems that do not support d_type in readdirs dirent?

e are (at least) to options to (quick) fix this: - remove the whole check.. - add DT_UNKNOWN and may be in addition check for regular file using some stat() before reading the config in systemd-tmpfiles.. marius -- Dipl.-Inf. Marius Tolzmann --.--

[systemd-devel] how to handle filesystems that do not support d_type in readdirs dirent?

hello.. we are currently using reiserfs on our root-partition.. since reiserfs always sets d_type to DT_UNKNOWN in dirent entries some tools like systemd-tmpfiles do not work as expected. in src/util.c:3905 DT_UNKNOWN is already included when checking file for type DT_REG or DT_LNK. since

Re: [systemd-devel] Assertion failed in systemd v16

hi.. On 01/18/11 13:30, Alexander E. Patrakov wrote: As you noticed, this changes the PID, and systemd currently cannot handle this. We could however reload the PID file after a reload completed I guess. (/me adds this to the todo list) Well, there are cases (live update of nginx, see http:

Re: [systemd-devel] lighttp unit - graceful reload of configfiles by sending signal to $MAINPID

hi.. On 01/18/11 00:50, Lennart Poettering wrote: If ExecReload= is fixed to allow multiple lines without crashing, and also doesn't shut down the service if a reload command fails then you will not need ExecConfigTest, correct? true true 8) btw systemd is doing great in our linux-from-scra

Re: [systemd-devel] lighttp unit - graceful reload of configfiles by sending signal to $MAINPID

hi.. On 01/11/11 16:11, Alexander E. Patrakov wrote: When the config is bad and the additional ExecReload line is present, systemd does tell me that reload failed. So I have a good reason to check syslog, and even am suggested by systemd to do so. sorry my fault 8).. i thought it was silentl

Re: [systemd-devel] lighttp unit - graceful reload of configfiles by sending signal to $MAINPID

hi again.. On 01/11/11 11:51, Alexander E. Patrakov wrote: After more research, I found the under-documented lighttpd-angel program. It does what is needed for babysitting lighttpd: performs the "send SIGINT to the old copy and immediately start the new one" dance when it receives SIGHUP. See h

[systemd-devel] lighttp unit - graceful reload of configfiles by sending signal to $MAINPID

-- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik | Ihnestrasse 63-73, D-14195 Berlin | ==> MarIuX GNU/Linux <== Phone: +49 (0)30 8413 1709| --^---

Re: [systemd-devel] syslog.socket vs. syslog.service

.target) cheers, marius.. -- Dipl.-Inf. Marius Tolzmann --.-- MPI f. molekulare Genetik | Ihnestrasse 63-73, D-14195 Berlin | ==> MarIuX GNU/Linux <== Phone: +49 (0)30 8413 1709| ---

[systemd-devel] syslog.socket vs. syslog.service

) thanks @all for the links to all the systemd unit repositories.. -> why is it that all *syslog*.service files are WantedBy multi-user.target and not let's say WantedBy basic.target? best regards, marius tolzmann -- Dipl.-Inf. Marius

Re: [systemd-devel] Collection of Unit Files available?

hi again.. On 02.12.2010 22:34, Tom Gundersen wrote: The unit files we use for Arch can be found here: . They have not been tested as much as they should though, so there might be bugs. thanks @tom for the link.. it helped.. @all: after insp

[systemd-devel] Collection of Unit Files available?

full power of systemd.. At least a syslog unit explaining how to take over the socket of the contributed systemd-kmsg-thing with another syslog.service and by doing this stopping the systemd-kmsg-thing (in a way it is intended to be done) would be very helpful.. kind regards, M