Re: [systemd-devel] PATCH: tmpfiles cleanup

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 22:01, Lennart Poettering (lenn...@poettering.net) wrote: > Is your machine 32bit? > > /me goes and fixes that. Here's the fix: http://cgit.freedesktop.org/systemd/systemd/patch/?id=fdcad0c25579a60061b1fda956686e878a80faef What's interesting btw is though the first column of /

Re: [systemd-devel] PATCH: tmpfiles cleanup

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 12:38, Michael Meeks (michael.me...@suse.com) wrote: > Hi there, > > Trying to chase down my sudden keyring / tmpfile socket death > syndrome ;-) I poked at the tmpfile cleanup code. > > With this debug patch: > line 'f2f8b940: 0002 0001 0001 01 > 42

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Jan Engelhardt
On Wednesday 2012-01-11 16:39, Kay Sievers wrote: >On Wed, Jan 11, 2012 at 16:04, Jan Engelhardt wrote: > >> Therefore you can detect which programs where started inside the rootfs >> vfsmount. That information can then influence killing decisions as >> needed. >> >> Now, Kay Sievers claims (on I

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Kay Sievers
On Wed, Jan 11, 2012 at 16:04, Jan Engelhardt wrote: > Therefore you can detect which programs where started inside the rootfs > vfsmount. That information can then influence killing decisions as > needed. > > Now, Kay Sievers claims (on IRC) pivot_root is "10 years ago stuff" and > points to uti

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Jan Engelhardt
On Wednesday 2012-01-11 16:13, Lennart Poettering wrote: >> >> Of course, if you conceal the rootfs-type vfsmount, there is no way that >> the proc trick is going to work -- which is why I proposed using >> pivot_root instead of {MS_MOVE + chroot} and *keeping* the rootfs >> vfsmount around, in

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Rainer Gerhards
On Wed, Jan 11, 2012 at 4:09 PM, Lennart Poettering wrote: > rsyslog is actually too smart for us here, and will take the socket, but > also open /dev/log in addition to that, which we want to avoid. > > I think rsyslog is actually doing the right thing here, though. It's the > smart and the right

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 16:04, Jan Engelhardt (jeng...@medozas.de) wrote: > Now, Kay Sievers claims (on IRC) pivot_root is "10 years ago stuff" and > points to util-linux's switchroot function for how things are supposedly > to be done today. But, as we look at > http://git.kernel.org/?p=utils/util-li

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 15:59, Rainer Gerhards (rgerha...@gmail.com) wrote: Heya, > On Wed, Jan 11, 2012 at 7:20 AM, Michael Biebl wrote: > > Am 11. Januar 2012 05:19 schrieb Lennart Poettering > > : > >> > >> Compatibility with classic syslog implementations is provided, via a > >> socket /run/system

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 11:03, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > 'Twas brillig, and Lennart Poettering at 11/01/12 04:19 did gyre and gimble: > > This release is more kind of a test release, i.e. like you'd place it in > > your distribution's equivalent of Rawhide, not the kind you'd updat

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Jan Engelhardt
On Wednesday 2012-01-11 15:26, Lennart Poettering wrote: >On Wed, 11.01.12 14:44, Jan Engelhardt (jeng...@medozas.de) wrote: > >> >> Forcing the use of @ introduces a policy, which should preferably not be >> >> done. Since programs started from the initrd obviously should be having >> >> a /pro

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 08:27, Michael Biebl (mbi...@gmail.com) wrote: > > Am 11. Januar 2012 08:04 schrieb Michael Biebl : > > > > A few observations/questions: > > - systemd-journalctl --help > ... > -o --output=STRING Change journal output mode (short, short-verbose, > verbose, export, json) > > #

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 08:04, Michael Biebl (mbi...@gmail.com) wrote: > > Am 11. Januar 2012 05:19 schrieb Lennart Poettering : > > This is the first release with the journal. The journal replaces both > > A few observations/questions: > - How can I check if XZ compression is enabled for the journal f

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Rainer Gerhards
On Wed, Jan 11, 2012 at 7:20 AM, Michael Biebl wrote: > Am 11. Januar 2012 05:19 schrieb Lennart Poettering : >> >> Compatibility with classic syslog implementations is provided, via a >> socket /run/systemd/journal/syslog, to which all messages are forwarded, > > Most systems setup rsyslog to use

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 07:20, Michael Biebl (mbi...@gmail.com) wrote: > > Am 11. Januar 2012 05:19 schrieb Lennart Poettering : > > > > Compatibility with classic syslog implementations is provided, via a > > socket /run/systemd/journal/syslog, to which all messages are forwarded, > > Most systems set

Re: [systemd-devel] Considering fuse+sshfs mounts as "network"

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 12:46, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > 'Twas brillig, and Mike Kazantsev at 11/01/12 12:13 did gyre and gimble: > > On Wed, 11 Jan 2012 09:24:51 + > > Colin Guthrie wrote: > > > >> Hi, > >> > >> I've got some users with fuse based sshfs mounts in their fstab

Re: [systemd-devel] Considering fuse+sshfs mounts as "network"

2012-01-11 Thread Colin Guthrie
'Twas brillig, and Karel Zak at 11/01/12 12:13 did gyre and gimble: > man fstab: > > mount(8) and umount(8) support filesystem subtypes. The subtype is > defined by '.subtype' suffix. For example 'fuse.sshfs'. It's > recommended to use subtype notation rather than add any prefix to > the

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 14:00, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > 'Twas brillig, and Lennart Poettering at 11/01/12 13:42 did gyre and gimble: > > i.e. there are a number of processes from the initrd which stick > > around during normal operation which are still to be killed in the > > kill

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 14:44, Jan Engelhardt (jeng...@medozas.de) wrote: > >> Forcing the use of @ introduces a policy, which should preferably not be > >> done. Since programs started from the initrd obviously should be having > >> a /proc/*/{cwd,exe} symlinks pointing to the initramfs vfsmount. > >

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Colin Guthrie
'Twas brillig, and Lennart Poettering at 11/01/12 13:42 did gyre and gimble: > i.e. there are a number of processes from the initrd which stick > around during normal operation which are still to be killed in the > killing spree, most prominently plymouth. Fair point, but in the plymouth case spec

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Jan Engelhardt
On Wednesday 2012-01-11 14:42, Lennart Poettering wrote: >On Wed, 11.01.12 08:21, Jan Engelhardt (jeng...@medozas.de) wrote: > >> >> >> On Tuesday 2012-01-10 23:24, Lennart Poettering wrote: >> > >> >http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons >> > >> >If you are involved

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 09:21, Colin Guthrie (gm...@colin.guthr.ie) wrote: > > 'Twas brillig, and Lennart Poettering at 10/01/12 22:24 did gyre and gimble: > > Heya, > > > > Since quite some time there have been unresolved issues with certain > > unkillable storage daemons maintaining the root file sys

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Lennart Poettering
On Wed, 11.01.12 08:21, Jan Engelhardt (jeng...@medozas.de) wrote: > > > On Tuesday 2012-01-10 23:24, Lennart Poettering wrote: > > > >http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons > > > >If you are involved with early-boot stuff, like building initrds, or are > >doing stor

Re: [systemd-devel] Considering fuse+sshfs mounts as "network"

2012-01-11 Thread Colin Guthrie
'Twas brillig, and Mike Kazantsev at 11/01/12 12:13 did gyre and gimble: > On Wed, 11 Jan 2012 09:24:51 + > Colin Guthrie wrote: > >> Hi, >> >> I've got some users with fuse based sshfs mounts in their fstab which is >> messing up their boot. >> >> Obviously they can add "noauto" but then the

[systemd-devel] PATCH: tmpfiles cleanup

2012-01-11 Thread Michael Meeks
Hi there, Trying to chase down my sudden keyring / tmpfile socket death syndrome ;-) I poked at the tmpfile cleanup code. With this debug patch: diff --git a/src/tmpfiles.c b/src/tmpfiles.c index 21bf44d..92082e4 100644 --- a/src/tmpfiles.c +++ b/src/tmpfiles.c @@ -133,14 +133,19

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Mike Kazantsev
On Wed, 11 Jan 2012 09:21:30 + Colin Guthrie wrote: > 'Twas brillig, and Lennart Poettering at 10/01/12 22:24 did gyre and gimble: > > Heya, > > > > Since quite some time there have been unresolved issues with certain > > unkillable storage daemons maintaining the root file system's storage

Re: [systemd-devel] Considering fuse+sshfs mounts as "network"

2012-01-11 Thread Mike Kazantsev
On Wed, 11 Jan 2012 09:24:51 + Colin Guthrie wrote: > Hi, > > I've got some users with fuse based sshfs mounts in their fstab which is > messing up their boot. > > Obviously they can add "noauto" but then their argument is that they do > want them to be automatically mounted... I'm sure the

Re: [systemd-devel] Considering fuse+sshfs mounts as "network"

2012-01-11 Thread Karel Zak
On Wed, Jan 11, 2012 at 09:24:51AM +, Colin Guthrie wrote: > I've got some users with fuse based sshfs mounts in their fstab which is > messing up their boot. > > Obviously they can add "noauto" but then their argument is that they do > want them to be automatically mounted... I'm sure there a

Re: [systemd-devel] [PATCH] tmpfiles.d: change some 'd's to 'D's

2012-01-11 Thread Tom Gundersen
On Wed, Jan 11, 2012 at 12:11 PM, Colin Guthrie wrote: > 'Twas brillig, and Tom Gundersen at 02/01/12 23:28 did gyre and gimble: >> The 'Age' filed only makes sense when used together with 'D', as >> 'd' does not delete any files. >> >> Change all entries with a non-empty Age field from 'd' to 'D'

Re: [systemd-devel] [PATCH] tmpfiles.d: change some 'd's to 'D's

2012-01-11 Thread Colin Guthrie
'Twas brillig, and Tom Gundersen at 02/01/12 23:28 did gyre and gimble: > The 'Age' filed only makes sense when used together with 'D', as > 'd' does not delete any files. > > Change all entries with a non-empty Age field from 'd' to 'D'. I'm pretty sure Lennart promised to merge this kind of pat

Re: [systemd-devel] [ANNOUNCE] systemd v38

2012-01-11 Thread Colin Guthrie
'Twas brillig, and Lennart Poettering at 11/01/12 04:19 did gyre and gimble: > This release is more kind of a test release, i.e. like you'd place it in > your distribution's equivalent of Rawhide, not the kind you'd update > your released distro with. We hope to stabilize things in the next > comin

[systemd-devel] Considering fuse+sshfs mounts as "network"

2012-01-11 Thread Colin Guthrie
Hi, I've got some users with fuse based sshfs mounts in their fstab which is messing up their boot. Obviously they can add "noauto" but then their argument is that they do want them to be automatically mounted... I'm sure there are other ways to solve this, but by the same token, there already ex

Re: [systemd-devel] [HEADS-UP] systemd and Storage Daemons for the Root File System

2012-01-11 Thread Colin Guthrie
'Twas brillig, and Lennart Poettering at 10/01/12 22:24 did gyre and gimble: > Heya, > > Since quite some time there have been unresolved issues with certain > unkillable storage daemons maintaining the root file system's storage > backing. To clear this up we have discussed the situation with a c