Re: [systemd-devel] [PATCH v3] dev-root.device is not active, results in an umount spree

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel mailing list systemd-devel@

[systemd-devel] error when starting the service : Bad message

I maybe did a typo, but looking carefully it doesn't seems so. Starting this unit file gives me: - ● gunicorn.service - gunicorn daemon Loaded: error (Reason: Bad message) Active: inactive (dead) May 19 08:45:53 poppy systemd[1]

Re: [systemd-devel] error when starting the service : Bad message

On Tue, May 19, 2015 at 9:05 AM, arnaud gaboury wrote: > I maybe did a typo, but looking carefully it doesn't seems so. > Starting this unit file gives me: > - > ● gunicorn.service - gunicorn daemon >Loaded: error (Reason: Bad mes

[systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

Hello all, I have a better fix now. Martin Pitt [2015-05-19 8:59 +0200]: > - Boot, dev-foo.device becomes DEVICE_FOUND_MOUNT/tentative > > - Do some more mounts from /dev/foo, e. g. > >mkdir /tmp/etc /tmp/boot >mount -o bind /etc /tmp/etc >mount -o bind /boot /tmp/boot > >(I

Re: [systemd-devel] tentative state and unmount on mapper

Hello Umut, Umut Tezduyar Lindskog [2015-05-19 8:23 +0200]: > On Mon, May 18, 2015 at 11:02 PM, Lennart Poettering > wrote: > > The "tentative" state is nothing the system should continously leave > > devices in. It's a state only used for very short time windows, before > > udev is up, or when

Re: [systemd-devel] [PATCH 2/3] sd-daemon: Use LISTEN_NAMES env when available

On 05/18/2015 11:05 PM, Filipe Brandenburger wrote: Hi, On Mon, May 18, 2015 at 7:26 AM, Krzysztof Opasiak wrote: Matching between fds and list of expected paths is done in n^2 I don't think that's the case, because you can just stat() all the names and fstat() all the fds, then sort both

Re: [systemd-devel] networkd: dbus API for networkd reconfiguration at run-time

Hi Lennart, Thanks for the answers. One more questions. Just a curiosity of mine. Currently, a user has to write scripts if he wants to save the run-time configuration in networkd format or to use a configuration management tool like chef for example. Even with the latter, the user still needs

Re: [systemd-devel] [PATCH 1/3] core: Add LISTEN_NAMES environment variable

On 05/18/2015 09:45 PM, Lennart Poettering wrote: On Mon, 18.05.15 17:55, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: On Mon, May 18, 2015 at 06:01:10PM +0200, Lennart Poettering wrote: Being able to attach a name to the fds is hence really useful. logind could use this to attach

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel mailing list systemd-devel@

Re: [systemd-devel] [RFC] exec: introduce StandardOutputFile/StandardErrorFile option

On Tue, 19.05.15 11:44, WaLyong Cho (walyong@samsung.com) wrote: > To redirect stdout/stderr to file add 'file' option to > StandardOutput/StandardError. And to specify the file path, add > StandardOutputFile/StandardErrorFile option. > If only set StandardOutput/StandardError to 'file' withou

Re: [systemd-devel] [RFC] exec: introduce StandardOutputFile/StandardErrorFile option

On Tue, 19.05.15 14:19, WaLyong Cho (walyong@samsung.com) wrote: > > You should start with describing your use case and what is missing in > > current logging. You can fetch all unit output from journal already. > > > journal is already good logging infrastructure under systemd system. But >

Re: [systemd-devel] [PATCH v3] hostname: Allow comments in /etc/hostname

On Tue, 19.05.15 07:56, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hey Lennart, > > Lennart Poettering [2015-05-18 17:12 +0200]: > > This code will result in ENOENT being returned on OOM... That's not right... > > Fixed. > > > Also consider using strstrip() here. > > hostname_cleanup() alre

Re: [systemd-devel] tentative state and unmount on mapper

On Tue, 19.05.15 08:23, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > - Isn't there a race in that "short time window" that if one tries to > unmount stuff, things might go south! Hmm? can you elaborate? The differene between "tentative" and "plugged" is mostly about unmount-on-unplug real

Re: [systemd-devel] [RFC] exec: introduce StandardOutputFile/StandardErrorFile option

On Tuesday, May 19, 2015, Lennart Poettering wrote: > On Tue, 19.05.15 14:19, WaLyong Cho (walyong@samsung.com > ) wrote: > > > > You should start with describing your use case and what is missing in > > > current logging. You can fetch all unit output from journal already. > > > > > journal

Re: [systemd-devel] tentative state and unmount on mapper

On Tue, 19.05.15 10:30, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hello Umut, > > Umut Tezduyar Lindskog [2015-05-19 8:23 +0200]: > > On Mon, May 18, 2015 at 11:02 PM, Lennart Poettering > > wrote: > > > The "tentative" state is nothing the system should continously leave > > > devices in.

Re: [systemd-devel] systemd-udev causes slow boot and high load

On Tue, 19.05.15 12:02, Marco Steinacher (mailingli...@websource.ch) wrote: > Hi, > > After upgrading my system to Debian jessie and switching to systemd I > have the following problem: > > 1. During boot there is the message > > [**] A start job is running for udev Wait for Complete De...o

Re: [systemd-devel] tentative state and unmount on mapper

Lennart Poettering [2015-05-19 12:28 +0200]: > > Note that it's a permanent state in containers where you don't > > actually have udev. > > NO! > > Martin, as mentioned earlier: current systemd will not bother with > device units at all in containers, and they hence will not be in > "tentative"

Re: [systemd-devel] clarification on daemon-reload

On 19 May 2015 at 12:08, Lennart Poettering wrote: > On Tue, 19.05.15 08:22, Igor Bukanov (i...@mir2.org) wrote: >> In any case, I thought that if I add >> a dependency like After=my-config-is-ready.target for most default >> services that can be configured, load a config from a mount or >> networ

Re: [systemd-devel] tentative state and unmount on mapper

On Tue, 19.05.15 12:43, Martin Pitt (martin.p...@ubuntu.com) wrote: > Lennart Poettering [2015-05-19 12:28 +0200]: > > > Note that it's a permanent state in containers where you don't > > > actually have udev. > > > > NO! > > > > Martin, as mentioned earlier: current systemd will not bother wit

Re: [systemd-devel] [PATCH v3] dev-root.device is not active, results in an umount spree

On Tue, 19.05.15 08:29, Martin Pitt (martin.p...@ubuntu.com) wrote: > From 8bbd9d1df6877867ce7958c2e51574b3e74c68e6 Mon Sep 17 00:00:00 2001 > From: Martin Pitt > Date: Sun, 17 May 2015 15:07:47 +0200 > Subject: [PATCH] device: create units with intended "found" value Applied this one! Thanks!

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, May 19, 2015 at 1:26 AM, Lennart Poettering wrote: > On Tue, 19.05.15 00:55, Lennart Poettering (lenn...@poettering.net) wrote: > >> On Thu, 14.05.15 21:23, Evert (evert.gen...@planet.nl) wrote: >> >> > Hi, >> > >> > According to the systemd documentation, Requisite disallows starting a >>

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 2015-05-19 at 01:26 +0200, Lennart Poettering wrote: > On Tue, 19.05.15 00:55, Lennart Poettering (lenn...@poettering.net) wrote: > > On Thu, 14.05.15 21:23, Evert (evert.gen...@planet.nl) wrote: > > > According to the systemd documentation, Requisite disallows starting a > > > unit unless

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, May 19, 2015 at 2:15 PM, Uoti Urpala wrote: > As for Evert's original problem, I think it's that RESTART is propagated > to all RequiredBy units unconditionally - even if those are currently > stopped! This affects both Requires= and Requisite= in exactly the same > way. Exactly. At least

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

On Tue, 19.05.15 10:23, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hello all, > > I have a better fix now. > > > So the problem is that this tentative → dead transition only works if > > a device is referenced once, but causes overzealous unmounts if there > > are more references. Ah, indeed

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 19.05.15 14:15, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote: > On Tue, 2015-05-19 at 01:26 +0200, Lennart Poettering wrote: > > On Tue, 19.05.15 00:55, Lennart Poettering (lenn...@poettering.net) wrote: > > > On Thu, 14.05.15 21:23, Evert (evert.gen...@planet.nl) wrote: > > > > According t

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 19.05.15 14:26, Andrei Borzenkov (arvidj...@gmail.com) wrote: > On Tue, May 19, 2015 at 2:15 PM, Uoti Urpala wrote: > > As for Evert's original problem, I think it's that RESTART is propagated > > to all RequiredBy units unconditionally - even if those are currently > > stopped! This affe

[systemd-devel] [PATCH] util: fix typo

From: Jan Synacek --- src/shared/util.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/shared/util.c b/src/shared/util.c index da6343f..fd837d9 100644 --- a/src/shared/util.c +++ b/src/shared/util.c @@ -1697,7 +1697,7 @@ int loop_write(int fd, const void *buf, size_t nby

Re: [systemd-devel] [PATCH] util: fix typo

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel maili

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

Hey Lennart, Lennart Poettering [2015-05-19 13:56 +0200]: > I have now committed a different fix now, that keeps counting of the > mount points in mount.c, instead of "reaching over" from device.c. > > I only gave this light testing, would be cool if you could check if > this fixes things for you

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 19.05.15 13:08, Alban Crequy (al...@endocode.com) wrote: > The commit be7d9ff730cb88d7c6a869dd5c47754c78ceaef2 ("core: introduce > seperate reverse dependencies for Requires= and Requisite=") > introduced a regression in rkt: the container does not stop anymore > when the main service term

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

On Tue, May 19, 2015 at 1:56 PM, Lennart Poettering wrote: > On Tue, 19.05.15 10:23, Martin Pitt (martin.p...@ubuntu.com) wrote: > >> Hello all, >> >> I have a better fix now. >> >> > So the problem is that this tentative → dead transition only works if >> > a device is referenced once, but causes

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

Martin Pitt [2015-05-19 15:17 +0200]: > My first hunch is that this is caused by calling > mount_load_proc_self_mountinfo() in mount_dispatch_io() > (src/core/mount.c:1682) *before* it goes through that new > SET_FOREACH() loop. That call will already see the removed mount and > call device_found_n

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel mailing list systemd-devel@

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 2015-05-19 at 14:06 +0200, Lennart Poettering wrote: > On Tue, 19.05.15 14:15, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote: > > As for Evert's original problem, I think it's that RESTART is propagated > > to all RequiredBy units unconditionally - even if those are currently > > stopped! Thi

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, May 19, 2015 at 3:44 PM, Lennart Poettering wrote: > On Tue, 19.05.15 13:08, Alban Crequy (al...@endocode.com) wrote: > >> The commit be7d9ff730cb88d7c6a869dd5c47754c78ceaef2 ("core: introduce >> seperate reverse dependencies for Requires= and Requisite=") >> introduced a regression in rkt

[systemd-devel] [PATCH v2 0/5] systemd-importd - support for pulling from V2 Dkr registries

Hey, this is the new patch set with incorporated changes from the review: - stricter digest validation - got rid of the additional http headers/#defines - all data now derived from --dkr-index-url value - json_variant renamed to JsonVariant - JsonVariantType enum is now a typedef - enum PullStra

[systemd-devel] [PATCH v2 1/5] shared/import-util: Tag renamed to reference

Added (sha256) digest validation function --- src/shared/import-util.c | 21 + src/shared/import-util.h | 2 ++ 2 files changed, 23 insertions(+) diff --git a/src/shared/import-util.c b/src/shared/import-util.c index 660d92a..001a8a3 100644 --- a/src/shared/import-util.c +++

[systemd-devel] [PATCH v2 2/5] shared/json: Added DOM-like JSON parser

This makes working with complexly structured documents easy and more reliable as the parser is not susceptible to element re-ordering. Also fixes a bug when the tokenizer would choke after reading a number. --- src/shared/json.c | 432 -- src/sh

[systemd-devel] [PATCH v2 3/5] test/test-json: Tests for the tokenizer bugfix and the DOM parser

The DOM parser tests are accompanied with structure and element analysis --- src/test/test-json.c | 97 1 file changed, 97 insertions(+) diff --git a/src/test/test-json.c b/src/test/test-json.c index 24dc700..c4b4a22 100644 --- a/src/test/test-

[systemd-devel] [PATCH v2 4/5] import/pull: Tag replaced with reference

Default pull version set to V2 --- src/import/pull.c | 28 +--- 1 file changed, 17 insertions(+), 11 deletions(-) diff --git a/src/import/pull.c b/src/import/pull.c index ef7b035..0f2ad92 100644 --- a/src/import/pull.c +++ b/src/import/pull.c @@ -227,7 +227,7 @@ static voi

[systemd-devel] [PATCH v2 5/5] import/pull-dkr: V2 image specification and manifest support

The maximum number of layers changed to 127, as in Dkr. --- src/import/pull-dkr.c | 542 +- src/import/pull-dkr.h | 3 +- 2 files changed, 491 insertions(+), 54 deletions(-) diff --git a/src/import/pull-dkr.c b/src/import/pull-dkr.c index 0eefec5.

Re: [systemd-devel] Timers and Service Conditions

On Thu, 02.04.15 12:01, Merten Sach (mer...@tabinin.eu) wrote: > Hi, > > I have a problem with a timer that trigges a service that has a condition set. > The timer defines the following properties: > > [Timer] > OnBootSec=1h > OnUnitInactiveSec=1h > Unit=autobackup@%i.service > > The se

[systemd-devel] [ANNOUNCE] Separating gudev from systemd

Hi We're about to remove gudev from the systemd repository, as it is in no way related to the systemd code-base, nor used by the systemd project. To preserve backwards compatibility, gudev was extracted into a separate repository and is now managed on gnome.org: Homepage: https://wiki.gnome.o

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

On Tue, 19.05.15 16:05, Martin Pitt (martin.p...@ubuntu.com) wrote: > That was a red herring. Turns out that your patch only added devices > to "around" which had "mount->just_mounted || mount->just_changed", > which is obviously not the case for mounts which have been around for > a while (and th

Re: [systemd-devel] [PATCH] util: fix typo

Hi On Tue, May 19, 2015 at 2:26 PM, wrote: > From: Jan Synacek > > --- > src/shared/util.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied! Thanks David > diff --git a/src/shared/util.c b/src/shared/util.c > index da6343f..fd837d9 100644 > --- a/src/shared/util.c > +++ b/src

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

Hey Lennart, Lennart Poettering [2015-05-19 17:23 +0200]: > Yes, we need to also record those which were just mounted or changed, > in case systemd rereads /proc/self/mountinfo at a time where two > mounts where created at once from the same device. OK, as I suspected. > I now committed a change

Re: [systemd-devel] [PATCH v3] device: Fix overzealous unmounting of tentative device mounts

On Tue, 19.05.15 17:31, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hey Lennart, > > Lennart Poettering [2015-05-19 17:23 +0200]: > > Yes, we need to also record those which were just mounted or changed, > > in case systemd rereads /proc/self/mountinfo at a time where two > > mounts where creat

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 19.05.15 14:15, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote: > On Tue, 2015-05-19 at 01:26 +0200, Lennart Poettering wrote: > > On Tue, 19.05.15 00:55, Lennart Poettering (lenn...@poettering.net) wrote: > > > On Thu, 14.05.15 21:23, Evert (evert.gen...@planet.nl) wrote: > > > > According t

Re: [systemd-devel] unaligned write in dhcp_identifier_set_iaid

On Tue, Feb 24, 2015 at 7:22 PM, Michael Olbrich wrote: > there is an unaligned write in dhcp_identifier_set_iaid() and I'm not quite > sure what the correct fix is: > > int dhcp_identifier_set_iaid(int ifindex, uint8_t *mac, size_t mac_len, > uint32_t *_id) { > [...] > *_id = (id & 0xfff

Re: [systemd-devel] How to set primary slave in active-backup mode (bonding)

On Thu, Apr 9, 2015 at 4:29 PM, Mikhail Morfikov wrote: > I usually have two network interfaces on my laptops (one eth and one > wlan), and when I was using sysvinit I also was configuring the bond > interface via the /etc/network/interfaces file so the two interfaces > could work in the active-ba

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 19.05.15 17:13, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote: > On Tue, 2015-05-19 at 14:06 +0200, Lennart Poettering wrote: > > On Tue, 19.05.15 14:15, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote: > > > As for Evert's original problem, I think it's that RESTART is propagated > > > to all R

Re: [systemd-devel] [PATCH v2 0/5] systemd-importd - support for pulling from V2 Dkr registries

On Tue, 19.05.15 16:29, Pavel Odvody (podv...@redhat.com) wrote: Looks good! Applied all five! Good work! > Hey, > > this is the new patch set with incorporated changes from the review: > - stricter digest validation > - got rid of the additional http headers/#defines > - all data now derived

Re: [systemd-devel] systemd-udev causes slow boot and high load

Am 19.05.2015 um 12:37 schrieb Lennart Poettering: > On Tue, 19.05.15 12:02, Marco Steinacher (mailingli...@websource.ch) wrote: > >> Hi, >> >> After upgrading my system to Debian jessie and switching to systemd I >> have the following problem: >> >> 1. During boot there is the message >> >> [

Re: [systemd-devel] networkd-218 seems to ignore .link files

On Tue, Apr 21, 2015 at 6:26 PM, Lennart Poettering wrote: > On Tue, 21.04.15 14:47, Tom Gundersen (t...@jklm.no) wrote: > >> > I'm having a similar problem while running systemd version-219. Did you >> > work >> > out what was wrong? >> > >> > My link file is ignored even when I symlink >> > /et

Re: [systemd-devel] Cleaning up transient scopes

On Thu, 05.03.15 10:12, Alexander Larsson (al...@redhat.com) wrote: > See, even when the sleep command died the scope still exists, and is > even ACTIVE. This appears to work fine here on git. There were some fixes to systemd-run made, but it would be cool if you could verify that this works for

Re: [systemd-devel] Reduce unit-loading time

Hey cee1, cee1 [2015-05-18 23:52 +0800]: > At the first glance, I find ureadahead has some difference compared > with the readahead once in systemd, IIRC: Yes, for sure. systemd's was improved quite a bit. ureadahead is mostly unmaintained, but it works well enough so we didn't bother to put work

Re: [systemd-devel] networkd-218 seems to ignore .link files

On Tuesday 2015-05-19 18:38, Tom Gundersen wrote: >>> > # networkctl status --no-pager eth0 >>> > ??● 3: eth0 >>> >Link File: n/a >>> > Network File: n/a >>> > Type: ether >>> >State: off (unmanaged) >>> > Path: pci-:01:00.0 >>> > Driver: r8169 [...] >>> >

Re: [systemd-devel] networkd-218 seems to ignore .link files

On Tue, May 19, 2015 at 6:57 PM, Jan Engelhardt wrote: > > On Tuesday 2015-05-19 18:38, Tom Gundersen wrote: > # networkctl status --no-pager eth0 > ??● 3: eth0 >Link File: n/a > Network File: n/a > Type: ether >State: off (unmanaged) >

Re: [systemd-devel] Setting UseDomains=yes by default DHCP

On Tue, 19.05.15 02:37, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Mon, May 18, 2015 at 07:33:43PM +0200, Lennart Poettering wrote: > > On Mon, 18.05.15 12:26, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) > > wrote: > > > > > I now agree with what Lennart proposed too. This i

Re: [systemd-devel] Setting UseDomains=yes by default DHCP

It seems this thread was already resolved, just wanted to add one comment: On Mon, May 18, 2015 at 2:26 PM, Zbigniew Jędrzejewski-Szmek wrote: > So to mount a successful spoof, the attacker needs to > a) control the dhcp server domain option to return a domain under attacker > control Notice th

Re: [systemd-devel] networkd-218 seems to ignore .link files

On Tuesday 2015-05-19 19:03, Tom Gundersen wrote: >> Unlike hwdevtype, arphrd is at least set _all the time_. > >True, but not always to something useful (which is why we special case >ARPHRD_ETHER and DEVTYPE==wlan|wwan). How so? If ethernet frames is what the OS has to send to the device to mak

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

В Tue, 19 May 2015 14:07:21 +0200 Lennart Poettering пишет: > On Tue, 19.05.15 14:26, Andrei Borzenkov (arvidj...@gmail.com) wrote: > > > On Tue, May 19, 2015 at 2:15 PM, Uoti Urpala > > wrote: > > > As for Evert's original problem, I think it's that RESTART is propagated > > > to all Required

Re: [systemd-devel] [PATCH 2/2] udev: Allow detection of udevadm settle timeout

On Sat, May 2, 2015 at 12:21 PM, Nir Soffer wrote: > On Tue, Apr 21, 2015 at 12:41 AM, Tom Gundersen wrote: >> On Mon, Apr 13, 2015 at 3:04 PM, Nir Soffer wrote: >>> On Sat, Apr 11, 2015 at 6:58 PM, David Herrmann >>> wrote: > A program running this tool can detect a timeout (expected) or

Re: [systemd-devel] Problem when m->finish_timestamp is set before running manager_loop

On Tue, 19.05.15 14:45, cee1 (fykc...@gmail.com) wrote: > Hi all, > > I found a "Startup finished in 155ms (userspace) = 155ms"( > which is of course incorrect) log on the board at hand, which is > caused by something likes: > > "Job cache.mount/stop finished, result=canceled" > > Following

Re: [systemd-devel] systemd-218 - Requisite implies TriggeredByRestartOf

On Tue, 19.05.15 20:13, Andrei Borzenkov (arvidj...@gmail.com) wrote: > В Tue, 19 May 2015 14:07:21 +0200 > Lennart Poettering пишет: > > > On Tue, 19.05.15 14:26, Andrei Borzenkov (arvidj...@gmail.com) wrote: > > > > > On Tue, May 19, 2015 at 2:15 PM, Uoti Urpala > > > wrote: > > > > As for

Re: [systemd-devel] Unit reported as failed despite exit code from SuccessExitStatus

On Thu, 16.04.15 14:21, Nikolaus Rath (nikol...@rath.org) wrote: > On Apr 16 2015, Lennart Poettering wrote: > > On Wed, 15.04.15 22:45, Nikolaus Rath (nikol...@rath.org) wrote: > >> I don't quite understand this: > >> > >> $ systemctl --user status autocommit-org.service > >> ● autocommit-org.

Re: [systemd-devel] Reduce unit-loading time

On Mon, May 18, 2015 at 7:24 AM, cee1 wrote: > 2015-05-17 17:45 GMT+08:00 Martin Pitt : >> Hello cee, >> >> cee1 [2015-05-16 0:46 +0800]: >>> Thanks for the suggestion, it was other processes running in parallel >>> which presumably consuming lots of IO, after sending SIGSTOP at the >>> first (an

Re: [systemd-devel] Reduce unit-loading time

On Tue, May 19, 2015 at 5:39 PM, Cristian Rodríguez wrote: > On Mon, May 18, 2015 at 7:24 AM, cee1 wrote: >> 2015-05-17 17:45 GMT+08:00 Martin Pitt : >>> Hello cee, >>> >>> cee1 [2015-05-16 0:46 +0800]: Thanks for the suggestion, it was other processes running in parallel which presuma

Re: [systemd-devel] networkd failing sporadically failing to bring up network device

On Tue, Apr 7, 2015 at 5:46 PM, Richard Maw wrote: > On Sat, Apr 04, 2015 at 12:08:04PM +0100, Sitsofe Wheeler wrote: >> Hi, >> >> I've noticed that networkd occasionally fails to bring up one of two >> network interfaces on boot (this happens about once every 70 or so >> boots). The machine in qu

Re: [systemd-devel] systemd-networkd and systemd-nspawn: missing host-side network

On Mon, Apr 27, 2015 at 6:50 AM, Kai Krakow wrote: > I've created a container with systemd-nspawn, "machinectl enable"d it, then > added machines.target to my default target (systemctl enable > machines.target) so that containers will be autostarted on boot. That works > so far. > > But I discover

[systemd-devel] [PATCH] buildsys: remove always true autoconf checks

All this checks are always true in any modernish linux system. --- configure.ac | 11 --- 1 file changed, 11 deletions(-) diff --git a/configure.ac b/configure.ac index 3efee22..cd6375b 100644 --- a/configure.ac +++ b/configure.ac @@ -1293,17 +1293,6 @@ AC_CHECK_HEADERS_ONCE([valgrind/mem

Re: [systemd-devel] [PATCH] buildsys: remove always true autoconf checks

Patchset imported to github. Pull request: -- Generated by https://github.com/haraldh/mail2git ___ systemd-devel m

Re: [systemd-devel] Problem when m->finish_timestamp is set before running manager_loop

2015-05-20 1:27 GMT+08:00 Lennart Poettering : > Hmm, can you provide a backtrace of the call chain when this happens, > please? The call chain is: 0xb6df1acc : 0xe1a07000 0xb6e9f744 : 0xe3a0 0xb6df4bb0 : 0xe59a0004 0xb6ded8e8 : 0xe2509000 0xb6de6080 : 0xe371 Related logs: """ Job mnt-dat

Re: [systemd-devel] `journalctl -m` does not show /var/log/journal/remote/*

On Mon, Apr 27, 2015 at 04:02:15AM +0900, a wrote: > Hello, > > I have some remote journal from vps. It has come with > systemd-journal{-remote,-upload}. > > > ``` > $ ls -l /var/log/journal/remote/ > remote-10.8.0.2@b9e0664324d845afa9e8a4f9c17db0c8-0001-000513ba70b17fc3.journal > re

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

Hey David, David Herrmann [2015-05-19 17:06 +0200]: > We're about to remove gudev from the systemd repository, as it is in > no way related to the systemd code-base, nor used by the systemd > project. This makes sense indeed. gudev used to be a standalone project before it was merged into udev, s

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Wed, May 20, 2015 at 8:24 AM, Martin Pitt wrote: > Hey David, > > David Herrmann [2015-05-19 17:06 +0200]: >> We're about to remove gudev from the systemd repository, as it is in >> no way related to the systemd code-base, nor used by the systemd >> project. > > This makes sense indeed. gudev u