[systemd-devel] Journalctl Unit Completion Optmization

Hello, I've recently been using journalctl on one of my longer-lived systems, and I'm running into a slight annoyance. Most of the time I'm using `journalctl -u <> -e`. I use tab completion for the unit name, and the annoyance is the long pause journalctl takes to complete a unit. With cold cache

Re: [systemd-devel] Systemd-219: Failed to start Create Volatile...

Zbyszek! Thanks for the reply;) ​ ​Atenciosamente RICARDO BASTOS CAMPOS Análise e Desenvolvimento de Sistemas ​MS Researcher at INF in​ ​​Parallel and ​Distributed ​Processing Systems (UFRGS)​ Porto Alegre, RS - Brasil 2015-03-03 14:50 GMT-03:00 Zbigniew Jędrzejewski-Szmek : > On Mon, Mar 02,

Re: [systemd-devel] nilfs-cleanerd startup on boot

> -Original Message- > From: linux-nilfs-ow...@vger.kernel.org [mailto:linux-nilfs- > ow...@vger.kernel.org] On Behalf Of Ryusuke Konishi > Sent: Tuesday, March 03, 2015 6:18 PM > To: Dennis Murata (WT01 - ENU); lenn...@poettering.net > Cc: systemd-devel@lists.freedesktop.org; linux-ni...@

[systemd-devel] [PATCH] fix strict aliasing violations in src/udev/udev-builtin-usb_id.c

also switch to --- src/udev/udev-builtin-usb_id.c | 35 ++- 1 file changed, 18 insertions(+), 17 deletions(-) diff --git a/src/udev/udev-builtin-usb_id.c b/src/udev/udev-builtin-usb_id.c index ab0d96e..0223421 100644 --- a/src/udev/udev-builtin-usb_id.c +++ b/src/

Re: [systemd-devel] [PATCH] systemd: Have rpc-statd-notify.service Require network.target

On Tue, Mar 03, 2015 at 04:37:24PM -0500, Steve Dickson wrote: > > > On 03/03/2015 02:18 PM, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Mar 03, 2015 at 10:06:57PM +0300, Andrei Borzenkov wrote: > > Indeed. From the man page: > > -m retry-time > > Specifies the length of time, in minutes,

Re: [systemd-devel] [PATCH 2/2] systemd: Relax dependencies of services

On 03/03/2015 03:12 PM, Martin Pitt wrote: > Hello all, > > Zbigniew Jędrzejewski-Szmek [2015-03-03 19:08 +0100]: >> Are you sure that all of those nfs daemons do not require >> sockets.target and other stuff provided by basic.target to be ready? > > The corresponding upstart jobs trigger on vi

Re: [systemd-devel] [PATCH] systemd: Have rpc-statd-notify.service Require network.target

On 03/03/2015 02:18 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Mar 03, 2015 at 10:06:57PM +0300, Andrei Borzenkov wrote: > Indeed. From the man page: > -m retry-time > Specifies the length of time, in minutes, to continue retry‐ > ing notifications to unresponsive hosts. If this o

Re: [systemd-devel] Unable to remove images using machinectl

On Mon, Mar 02, 2015 at 11:01:44PM +0100, Lennart Poettering wrote: On Mon, 02.03.15 14:10, Erik Johnson (e...@saltstack.com) wrote: On Mon, Mar 02, 2015 at 07:51:35PM +0100, Lennart Poettering wrote: >On Mon, 02.03.15 11:06, Erik Johnson (e...@saltstack.com) wrote: > >>I'm getting a similar er

Re: [systemd-devel] [PATCH 2/2] systemd: Relax dependencies of services

Hello all, Zbigniew Jędrzejewski-Szmek [2015-03-03 19:08 +0100]: > Are you sure that all of those nfs daemons do not require > sockets.target and other stuff provided by basic.target to be ready? The corresponding upstart jobs trigger on virtual file systems (/sys, etc.) and rpcbind, and we've us

[systemd-devel] [PATCH 1/1] sd-dhcp6-client: delay setting the DUID and don't fail constructor

sd_dhcp6_client_new() tried to set the DUID based on the machine id. If the host has no /etc/machine-id, the constructor would fail making it impossible to create an sd_dhcp6_client instance. Relax this and create a DUID only later as needed. This way a caller caller can workaround a missing machi

Re: [systemd-devel] [PATCH] systemd: Have rpc-statd-notify.service Require network.target

On Tue, Mar 03, 2015 at 10:06:57PM +0300, Andrei Borzenkov wrote: > В Tue, 3 Mar 2015 13:36:43 -0500 > Steve Dickson пишет: > > > Its been reported that having the rpc-statd-notify service > > depend on network.target instead network-online.target > > decrease boot times as much as 10 seconds on

Re: [systemd-devel] [PATCH] systemd: Have rpc-statd-notify.service Require network.target

В Tue, 3 Mar 2015 13:36:43 -0500 Steve Dickson пишет: > Its been reported that having the rpc-statd-notify service > depend on network.target instead network-online.target > decrease boot times as much as 10 seconds on some > installs > If it does not need network when strting, it should not d

[systemd-devel] [PATCH] networkd: Make DHCP client ID creation configurable

--- man/systemd.network.xml | 8 src/network/networkd-dhcp4.c | 16 src/network/networkd-network-gperf.gperf | 1 + src/network/networkd-network.c | 9 + src/network/networkd.h | 11 +++ 5 files c

[systemd-devel] [PATCH] systemd: Have rpc-statd-notify.service Require network.target

Its been reported that having the rpc-statd-notify service depend on network.target instead network-online.target decrease boot times as much as 10 seconds on some installs Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1183293 Signed-off-by: Steve Dickson Reported-by: Eric Work --- system

Re: [systemd-devel] [PATCH 2/2] systemd: Relax dependencies of services

On Tue, Mar 03, 2015 at 06:28:10PM +0100, Martin Pitt wrote: > Stop depending on basic.target in the daemons which still do; i. e. add > DefaultDependencies=no. This makes it possible to run NFS during early boot, > and helps if you e. g. have /var on NFS. We don't require much else than > local-fs

Re: [systemd-devel] [PATCH 1/2] systemd: Order NFS server before client

On Tue, Mar 03, 2015 at 06:28:09PM +0100, Martin Pitt wrote: > This makes mounting NFS shares from localhost work reliably, as you need to > start the server before attempting (client) mounts, and conversely on shutdown > need to unmount all shares before stopping the server to avoid hangs. > --- >

Re: [systemd-devel] [PATCH] tmpfiles.d: only copy /etc/pam.d if PAM is present

On Tue, Mar 03, 2015 at 11:37:52AM +, Ross Burton wrote: > If HAVE_PAM isn't set then don't attempt to copy /etc/pam.d from the factory, > as > it doesn't get installed. Applied. Zbyszek > Signed-off-by: Ross Burton > --- > tmpfiles.d/etc.conf.m4 |2 ++ > 1 file changed, 2 insertions(

Re: [systemd-devel] Systemd-219: Failed to start Create Volatile...

On Mon, Mar 02, 2015 at 05:07:40PM -0300, RicΛrdo Bastos™ wrote: > Hi all, > > I'm using this tip to solve problem in systemd-TMPFILES-setup.service: > http://forums.gentoo.org/viewtopic-t-1011254-view-previous.html?sid=4a7ba76e913f996abfa6e09aee95 >

[systemd-devel] [PATCH 2/2] systemd: Relax dependencies of services

Stop depending on basic.target in the daemons which still do; i. e. add DefaultDependencies=no. This makes it possible to run NFS during early boot, and helps if you e. g. have /var on NFS. We don't require much else than local-fs. --- systemd/auth-rpcgss-module.service | 1 + systemd/nfs-config.s

[systemd-devel] [PATCH 1/2] systemd: Order NFS server before client

This makes mounting NFS shares from localhost work reliably, as you need to start the server before attempting (client) mounts, and conversely on shutdown need to unmount all shares before stopping the server to avoid hangs. --- systemd/nfs-server.service | 3 +++ 1 file changed, 3 insertions(+)

[systemd-devel] [PATCH 0/2] some systemd unit changes

Hello NFS developers, reposting the two patches inline as requested by Steve. I'm currently systemd-ifying our nfs-utils Ubuntu package. For testing I put the NFS server and client (i. e. localhost:/foo/bar mounts) on the same machine. With that I get long hangs during shutdown on stopping the NF

Re: [systemd-devel] [PATCH] refactored Re: [PATCH] nspawn: Map all seccomp filters to matching capabilities

On Mar 3, 2015, at 8:55 AM, Topi Miettinen mailto:toiwo...@gmail.com>> wrote: On 03/03/15 01:28, Jay Faulkner wrote: Hey, Lennart reviewed this in IRC and suggested I refactor the change in this manner. Now, we have an array of capability:sys call pairs, and iterate through that and then only a

Re: [systemd-devel] [PATCH] tmpfiles: Fail verbosely if acls can't be read

On Tue, Mar 03, 2015 at 12:35:08AM +0100, Hans-Peter Deifel wrote: > If the acls of a file couldn't be retrieved (probably due to missing acl > support in the filesytem), systemd-tmpfiles just silently failed. > > Now it logs an error, just as it already does if the acls cannot be set. Hi, I solve

Re: [systemd-devel] automatic name resolution of nspawn-machines

On Tue, 03.03.15 14:24, killermoehre (killermoe...@gmx.net) wrote: > Hi, > > I'm running systemd-219 on arch linux. The setup is as follows: > - Host (laptop in changing networks) with multiple NICs > - unbound as caching DNS proxy on the host listening on any interface > - NetworkManager for wir

Re: [systemd-devel] [PATCH] refactored Re: [PATCH] nspawn: Map all seccomp filters to matching capabilities

On 03/03/15 01:28, Jay Faulkner wrote: > Hey, > > Lennart reviewed this in IRC and suggested I refactor the change in this > manner. Now, we have an array of capability:sys call pairs, and iterate > through that and then only add the seccomp filter if the capability > doesn’t exist. > > The new p

Re: [systemd-devel] nilfs-cleanerd startup on boot

I had mis-typed the address for the nilfs mail group > -Original Message- > From: Lennart Poettering [mailto:lenn...@poettering.net] > Sent: Saturday, February 28, 2015 12:34 PM > To: Dennis Murata (WT01 - ENU) > Cc: systemd-devel@lists.freedesktop.org; linus-ni...@vger.kernel.org > Subjec

Re: [systemd-devel] [PATCH] po: update Russian translation

On Mon, Mar 02, 2015 at 01:40:49PM +, Dimitri John Ledkov wrote: > On 2 March 2015 at 13:04, Sergey Ptashnick <0comff...@inbox.ru> wrote: > > On 02.03.2015 02:26, Ivan Shapovalov wrote: > >> Hmm... Here (and in similar cases below) the comma should not be used, > >> because "для" is just a prep

[systemd-devel] automatic name resolution of nspawn-machines

Hi, I'm running systemd-219 on arch linux. The setup is as follows: - Host (laptop in changing networks) with multiple NICs - unbound as caching DNS proxy on the host listening on any interface - NetworkManager for wireless control - several nspawn-machines using the default systemd-nspawn.service

[systemd-devel] [PATCH] tmpfiles.d: only copy /etc/pam.d if PAM is present

If HAVE_PAM isn't set then don't attempt to copy /etc/pam.d from the factory, as it doesn't get installed. Signed-off-by: Ross Burton --- tmpfiles.d/etc.conf.m4 |2 ++ 1 file changed, 2 insertions(+) diff --git a/tmpfiles.d/etc.conf.m4 b/tmpfiles.d/etc.conf.m4 index 9b0e080..ab5cd16 100644

Re: [systemd-devel] Creating containers from local .raw or tar images

On Mon, 02.03.15 23:50, Erik Johnson (e...@saltstack.com) wrote: > On Mon, Mar 02, 2015 at 06:03:42PM -0500, Daurnimator wrote: > >AFAIK, all the pull-* commands do is download into /var/lib/machines. > >You could easily enough just copy things into there yourself. > > > >Or even less work: don't

Re: [systemd-devel] Unable to remove images using machinectl

On Tue, 03.03.15 07:11, Peter Paule (systemd-de...@fedux.org) wrote: > Excerpts from Erik Johnson's message of 2015-03-02 14:10:06 -0700: > > Thanks. I applied the patch, restarted dbus, and now I get the > > following after a 20-30 second pause: > > @Erik > Did you use the aur package or did you