On Wed, May 13, 2015 at 06:15:24PM +0800, 李炎戌 wrote:
Hello, everyone!I am a newer to here.Recently, I have a problem.
Whenever I boot my gentoo linux, it output the infomation like following:
[ 11.428530] systemd[1]: Device
dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device
On 13 May 2015 at 10:15, Karel Zak k...@redhat.com wrote:
On Wed, May 13, 2015 at 06:35:58AM +0300, Andrei Borzenkov wrote:
В Tue, 12 May 2015 20:37:15 +0200
Karel Zak k...@redhat.com пишет:
On Tue, May 12, 2015 at 07:29:33PM +0300, Andrei Borzenkov wrote:
В Tue, 12 May 2015 18:04:50
Hello, everyone!I am a newer to here.Recently, I have a problem.
Whenever I boot my gentoo linux, it output the infomation like following:
[ 11.428530] systemd[1]: Device
dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device appeared twice
with dif
ferent sysfs paths
Hi,
-Original Message-
From: systemd-devel [mailto:systemd-devel-
boun...@lists.freedesktop.org] On Behalf Of cee1
Sent: Wednesday, May 13, 2015 11:52 AM
To: systemd Mailing List
Subject: [systemd-devel] Reduce unit-loading time
Hi all,
We're trying systemd to boot up an ARM
On Wed, May 13, 2015 at 06:35:58AM +0300, Andrei Borzenkov wrote:
В Tue, 12 May 2015 20:37:15 +0200
Karel Zak k...@redhat.com пишет:
On Tue, May 12, 2015 at 07:29:33PM +0300, Andrei Borzenkov wrote:
В Tue, 12 May 2015 18:04:50 +0200
Karel Zak k...@redhat.com пишет:
Currently we
These two commits allow nspawn to play nicely with a cgroup hierarchy manually
set beforehand.
Iago López Galeiras (2):
nspawn: only mount the cgroup root if it's not already mounted
nspawn: skip symlink to a combined cgroup hierarchy if it already
exists
src/nspawn/nspawn.c | 34
This allows the user to set the cgroups manually before calling nspawn.
---
src/nspawn/nspawn.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c
index 2f7dd53..c67cab2 100644
--- a/src/nspawn/nspawn.c
+++
If a symlink to a combined cgroup hierarchy already exists and points to
the right path, skip it. This avoids an error when the cgroups are set
manually before calling nspawn.
---
src/nspawn/nspawn.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git
Patchset imported to github.
Pull request:
https://github.com/systemd-devs/systemd/compare/master...systemd-mailing-devs:1431508540-3855-3-git-send-email-iago%40endocode.com
--
Generated by https://github.com/haraldh/mail2git
___
systemd-devel mailing
Hi all,
We're trying systemd to boot up an ARM board, and find systemd uses
more than one second to load units.
Comparing with the init of Android on the same board, it manages to
boot the system very fast.
We guess following factors are involved:
1. systemd has a much bigger footprint than the
On 05/10/2015 03:14 AM, Cristian Rodríguez wrote:
Building with address sanitizer enabled on GCC 5.1.x a memory leak
is reported because we never close the bus, fix it by using
cleanup variable attribute.
---
src/libsystemd/sd-bus/test-bus-chat.c | 4 +---
1 file changed, 1 insertion(+), 3
On Wed, 13.05.15 11:15, Iago López Galeiras (i...@endocode.com) wrote:
This allows the user to set the cgroups manually before calling
nspawn.
I think it would be better to simply move mounting of /sys/fs/cgroup
into the array at the top of mount_all(), which already does this
Hi,
I'm having a problem with the combination of the --directory (or --file) and
the --follow option of journalctl:
If followed journal files are rotated, journalctl stops showing new content of
those files. Non rotated or new created files are handled properly.
After a restart of journalctl
On Tue, 12.05.15 19:29, Andrei Borzenkov (arvidj...@gmail.com) wrote:
All examples can be configured using drop-ins. Do we really need yet
another syntax now?
Well, even though units are all-powerful, I still believe that fstab
is probably where most people will configure their stuff, simply
On Tue, 12.05.15 14:36, Michael Biebl (mbi...@gmail.com) wrote:
2015-05-12 0:03 GMT+02:00 Lennart Poettering lenn...@poettering.net:
On Tue, 12.05.15 00:01, Lennart Poettering (lenn...@poettering.net) wrote:
On Mon, 11.05.15 23:50, Michael Biebl (mbi...@gmail.com) wrote:
2015-05-08
On Wed, 13.05.15 12:48, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
I am booting without initramfs, using a plan9 filesystem as rootfs in a kvm.
Thus my /proc/cmdline has:
root=/dev/root rootflags=rw,trans=virtio,version=9p2000.L rootfstype=9p
# mount
/dev/root on / type 9p
On Wed, 13.05.15 11:15, Iago López Galeiras (i...@endocode.com) wrote:
-if (symlink(combined, target) 0)
+if (symlink(combined, target) 0) {
+if (errno == EEXIST) {
+r =
On Mon, 11.05.15 16:58, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
Hmm, all the other AM_PATH_PROG variables do not carry a _BIN suffix,
should these two? I don't think so.
(In general, I am not too big a fan of abbreviating things
unnecessarily, unless this is commonly done
On 13 May 2015 at 13:33, Lennart Poettering lenn...@poettering.net wrote:
On Tue, 12.05.15 19:29, Andrei Borzenkov (arvidj...@gmail.com) wrote:
All examples can be configured using drop-ins. Do we really need yet
another syntax now?
Well, even though units are all-powerful, I still believe
On Wed, 13.05.15 15:32, Michael Biebl (mbi...@gmail.com) wrote:
2015-05-13 15:19 GMT+02:00 Lennart Poettering lenn...@poettering.net:
sulogin generally does not set up a PAM session, and we indeed should
allow processes like screen staying around in such a context. Hence
KillMode=process
If a symlink to a combined cgroup hierarchy already exists and points to
the right path, skip it. This avoids an error when the cgroups are set
manually before calling nspawn.
---
src/nspawn/nspawn.c | 10 --
src/shared/util.c | 23 +++
src/shared/util.h | 1 +
3
On Wed, 13.05.15 14:28, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
On 13 May 2015 at 13:33, Lennart Poettering lenn...@poettering.net wrote:
On Tue, 12.05.15 19:29, Andrei Borzenkov (arvidj...@gmail.com) wrote:
All examples can be configured using drop-ins. Do we really need
This allows the user to set the cgroups manually before calling nspawn.
---
src/nspawn/nspawn.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c
index 8c91726..f292c63 100644
--- a/src/nspawn/nspawn.c
+++
These two commits allow nspawn to play nicely with a cgroup hierarchy manually
set beforehand.
Iago López Galeiras (2):
nspawn: only mount the cgroup root if it's not already mounted
nspawn: skip symlink to a combined cgroup hierarchy if it already
exists
src/nspawn/nspawn.c | 33
From: Jan Synacek jsyna...@redhat.com
---
man/systemctl.xml | 26 ++
src/systemctl/systemctl.c | 40 ++--
2 files changed, 60 insertions(+), 6 deletions(-)
diff --git a/man/systemctl.xml b/man/systemctl.xml
index
On Wed, 13.05.15 14:24, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
On 13 May 2015 at 14:00, Lennart Poettering lenn...@poettering.net wrote:
On Mon, 11.05.15 16:58, Dimitri John Ledkov (dimitri.j.led...@intel.com)
wrote:
Hmm, all the other AM_PATH_PROG variables do not
On Wed, 13.05.15 16:39, Mantas Mikulėnas (graw...@gmail.com) wrote:
On Wed, May 13, 2015 at 4:36 PM, Lennart Poettering lenn...@poettering.net
wrote:
On Wed, 13.05.15 15:21, jsyna...@redhat.com (jsyna...@redhat.com) wrote:
From: Jan Synacek jsyna...@redhat.com
Hmm, do we really
On Wed, 13.05.15 14:43, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
Thanks! Applied!
---
Makefile.am | 2 ++
configure.ac| 3 +++
src/core/execute.h | 2 +-
src/core/mount.c| 12 ++--
src/core/mount.h|
On Wed, 13.05.15 15:45, Iago López Galeiras (i...@endocode.com) wrote:
This allows the user to set the cgroups manually before calling
nspawn.
Applied! Thanks!
---
src/nspawn/nspawn.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git
Hey Dimitri,
Dimitri John Ledkov [2015-05-13 12:48 +0100]:
Yet, dev-root.device is dead:
# systemctl status dev-root.device
● dev-root.device
Loaded: loaded
Active: inactive (dead)
This is very bad. As a harmless action like following:
# mount --bind /opt /opt
Results in
Heya,
On 13 May 2015 at 12:53, Martin Pitt martin.p...@ubuntu.com wrote:
Hey Dimitri,
Dimitri John Ledkov [2015-05-13 12:48 +0100]:
Yet, dev-root.device is dead:
# systemctl status dev-root.device
● dev-root.device
Loaded: loaded
Active: inactive (dead)
This is very bad. As a
On Tue, 12.05.15 18:04, Karel Zak (k...@redhat.com) wrote:
Currently we have no way how to specify dependencies between fstab
entries (or another units) in the /etc/fstab. It means that users are
forced to bypass fstab and write .mount units manually.
Years ago Lennart suggested to add
On Wed, 13.05.15 15:21, jsyna...@redhat.com (jsyna...@redhat.com) wrote:
From: Jan Synacek jsyna...@redhat.com
Hmm, do we really need two options for this? I mean, since -e would
only ever be combined with start, and -d only with stop it could as
well be a single option that works for both?
2015-05-13 15:19 GMT+02:00 Lennart Poettering lenn...@poettering.net:
sulogin generally does not set up a PAM session, and we indeed should
allow processes like screen staying around in such a context. Hence
KillMode=process is actually the right choice for all these services,
indeed.
Do you
On Wed, May 13, 2015 at 4:36 PM, Lennart Poettering lenn...@poettering.net
wrote:
On Wed, 13.05.15 15:21, jsyna...@redhat.com (jsyna...@redhat.com) wrote:
From: Jan Synacek jsyna...@redhat.com
Hmm, do we really need two options for this? I mean, since -e would
only ever be combined with
I am booting without initramfs, using a plan9 filesystem as rootfs in a kvm.
Thus my /proc/cmdline has:
root=/dev/root rootflags=rw,trans=virtio,version=9p2000.L rootfstype=9p
# mount
/dev/root on / type 9p
(rw,relatime,sync,dirsync,rw,trans=virtio,version=9p2000.L)
Yet, dev-root.device is
On 13 May 2015 at 13:43, Lennart Poettering lenn...@poettering.net wrote:
On Wed, 13.05.15 12:48, Dimitri John Ledkov (dimitri.j.led...@intel.com)
wrote:
I am booting without initramfs, using a plan9 filesystem as rootfs in a kvm.
Thus my /proc/cmdline has:
root=/dev/root
On 13 May 2015 at 14:00, Lennart Poettering lenn...@poettering.net wrote:
On Mon, 11.05.15 16:58, Dimitri John Ledkov (dimitri.j.led...@intel.com)
wrote:
Hmm, all the other AM_PATH_PROG variables do not carry a _BIN suffix,
should these two? I don't think so.
(In general, I am not too big
---
Makefile.am | 2 ++
configure.ac| 3 +++
src/core/execute.h | 2 +-
src/core/mount.c| 12 ++--
src/core/mount.h| 4 ++--
src/remount-fs/remount-fs.c | 10 +-
6 files changed, 19 insertions(+), 14 deletions(-)
Patchset imported to github.
Pull request:
https://github.com/systemd-devs/systemd/compare/master...systemd-mailing-devs:1431523273-24283-1-git-send-email-jsynacek%40redhat.com
--
Generated by https://github.com/haraldh/mail2git
___
systemd-devel
Hello all,
I got a report [1] that you can trivially crash systemd (pid1) at boot
by creating a unit with an Exec= line with a modifier and a space:
$ cat /tmp/foo.service
[Service]
ExecStart=- /bin/echo hello
$ systemd-analyze verify /tmp/foo.service
Assertion 'skip l' failed at
2015-05-13 15:45 GMT+02:00 Lennart Poettering lenn...@poettering.net:
Well, I am pretty sure that in this case, it should be sulogin that
propagates the shutdown request to the shell it spawned, but we should
not do it otherwise.
Note that by default we don't even clean up processes of
On Wed, 13.05.15 16:18, Michael Biebl (mbi...@gmail.com) wrote:
2015-05-13 15:45 GMT+02:00 Lennart Poettering lenn...@poettering.net:
Well, I am pretty sure that in this case, it should be sulogin that
propagates the shutdown request to the shell it spawned, but we should
not do it
On Mon, 11.05.15 23:30, Cristian Rodríguez (crrodrig...@opensuse.org) wrote:
If systemd is built with GCC address sanitizer or leak sanitizer
the following memory leak ocurs:
Thanks! Applied!
May 12 02:02:46 linux.site systemd[326]:
On Wed, 13.05.15 15:45, Iago López Galeiras (i...@endocode.com) wrote:
If a symlink to a combined cgroup hierarchy already exists and points to
the right path, skip it. This avoids an error when the cgroups are set
manually before calling nspawn.
Thanks! Applied with some minor modifications.
I'm attempting to use systemd's socket-proxyd to forward a static IP on a VPS,
over a VPN to a mailserver at a remote office location, listening at a NAT'd,
internal IP.
The mailserver listens @ IP = 10.2.2.12.
The staticIP at the VPS is IP = 111.222.333.444
The VPS's staticIP is pingable
Simple fix. As usual, 5 minutes after posting ...
With a helpful prod @ #irc to look at what PrivateNetwork does @
http://www.freedesktop.org/software/systemd/man/systemd.exec.html
If true, sets up a new network namespace for the executed processes and
configures only the loopback network
On Wed, 29.04.15 21:29, Mantas Mikulėnas (graw...@gmail.com) wrote:
These looked like a mass-replace gone slightly wrong – two statements
with no { }'s, and no error checking.
---
src/core/busname.c | 4 +++-
src/core/manager.c | 5 -
src/core/socket.c | 3 ++-
3 files changed, 9
On Wed, 13.05.15 17:01, Martin Pitt (martin.p...@ubuntu.com) wrote:
Hello all,
I got a report [1] that you can trivially crash systemd (pid1) at boot
by creating a unit with an Exec= line with a modifier and a space:
$ cat /tmp/foo.service
[Service]
ExecStart=- /bin/echo hello
$
On Tue, 12.05.15 15:36, Alban Crequy (alban.cre...@gmail.com) wrote:
diff --git a/src/core/execute.c b/src/core/execute.c
index 1a297ba..d4ccac6 100644
--- a/src/core/execute.c
+++ b/src/core/execute.c
@@ -1277,6 +1277,7 @@ static int exec_child(
uid_t uid = UID_INVALID;
On Mon, 11.05.15 16:41, Alban Crequy (alban.cre...@gmail.com) wrote:
src/nspawn/nspawn.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c
index 71a6239..2e45c3b 100644
--- a/src/nspawn/nspawn.c
+++ b/src/nspawn/nspawn.c
On Sun, 10.05.15 19:29, Alban Crequy (alban.cre...@gmail.com) wrote:
From: Alban Crequy al...@endocode.com
When a process starts systemd-nspawn with exec*() without fork(),
systemd-nspawn can be the parent process of children processes unknown
to systemd-nspawn. It can then receive the
Lennart Poettering [2015-05-13 17:55 +0200]:
On Wed, 13.05.15 17:01, Martin Pitt (martin.p...@ubuntu.com) wrote:
So, obviously we need to fix the crash; but I was wondering what the
desired behaviour should be? In the sense of be liberal what you
accept I think the extra space(s) should
On Wed, May 13, 2015 at 8:01 AM, Daniel Mack dan...@zonque.org wrote:
We should still keep this flush, right?
-sd_bus_unref(bus);
}
The cleanup function already does :
static inline void sd_bus_close_unrefp(sd_bus **bus) {
if (*bus) {
On Sun, 10.05.15 20:52, Benedikt Morbach (benedikt.morb...@googlemail.com)
wrote:
This reverts commit 43c6d5abacaebf813845934ec8d5e5ee3c431854
(and a small part of 4046d8361c55c80ab8577aea52523b9e6eab0d0c)
It turns out we don't actually need to set the global ip_forward setting.
The only
On Wed, 13.05.15 19:11, Martin Pitt (martin.p...@ubuntu.com) wrote:
Lennart Poettering [2015-05-13 17:55 +0200]:
On Wed, 13.05.15 17:01, Martin Pitt (martin.p...@ubuntu.com) wrote:
So, obviously we need to fix the crash; but I was wondering what the
desired behaviour should be? In the
On Tue, 12.05.15 14:45, Peter Lemenkov (lemen...@gmail.com) wrote:
Looks like sizeof(struct Header) is 240 not 224
Ah indeed. I figure I forgot to update that in 189 when I added the
two most new fields.
Signed-off-by: Peter Lemenkov lemen...@gmail.com
We don't use S-o-b in systemd. Stripped
Am 13.05.2015 um 19:11 schrieb Martin Pitt:
Lennart Poettering [2015-05-13 17:55 +0200]:
On Wed, 13.05.15 17:01, Martin Pitt (martin.p...@ubuntu.com) wrote:
So, obviously we need to fix the crash; but I was wondering what the
desired behaviour should be? In the sense of be liberal what you
On Thu, 07.05.15 11:26, Bas van Dijk (v.dijk@gmail.com) wrote:
Hello,
I have a systemd timer (sensors-logger.timer) which requires another
service (carbonCache.service) to be active:
[Unit]
Requires=carbonCache.service
After=carbonCache.service
Description=Log hardware
On Thu, 07.05.15 06:38, Peter Paule (systemd-de...@fedux.org) wrote:
I implemented this now:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=c6c8f6e218995852350e5e35c080dec788c42c3f
Thanks a lot. Sorry, have seen your mail to late - I'm trying out a new
mua (sup) and I'm not
60 matches
Mail list logo