在 2014年7月7日 星期一 08:41:37,您写道:
On Mon, Jul 7, 2014 at 7:29 AM, microcai micro...@fedoraproject.org wrote:
a long ago, /dev/root is an symblic to real root device. no matter it is
on
NFS or HDD, we can use
/dev/root / auto defaults 0 0
in fstab to mount / as readwrite.
On Mon, Jul 7, 2014 at 10:38 AM, microcai micro...@fedoraproject.org wrote:
在 2014年7月7日 星期一 08:41:37,您写道:
On Mon, Jul 7, 2014 at 7:29 AM, microcai micro...@fedoraproject.org wrote:
a long ago, /dev/root is an symblic to real root device. no matter it is
on
NFS or HDD, we can use
Hi,
I have tested it and it is working on git.
I dug this up to figure few things out on shutting down dbus activated
services when they are idle. Is it possible that follow up activation
request on a service is being ignored by systemd because application
has just recently quit?
I have this
---
.gitignore | 2 ++
1 file changed, 2 insertions(+)
diff --git a/.gitignore b/.gitignore
index 822f5a6..cafcec0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -13,6 +13,8 @@
.deps/
.dirstamp
.libs/
+/*.gcda
+/*.gcno
/*.tar.bz2
/*.tar.gz
/*.tar.xz
--
2.0.1
LZ4 was not always properly supported and a typo would have made the build
failed
---
src/journal/journal-def.h| 2 +-
src/journal/journal-file.c | 2 +-
src/journal/journal-verify.c | 6 +++---
src/journal/sd-journal.c | 21 +++--
src/journal/test-compress.c | 2
On 07/07/14 07:29, microcai wrote:
a long ago, /dev/root is an symblic to real root device. no matter it is on
NFS or HDD, we can use
/dev/root / auto defaults 0 0
in fstab to mount / as readwrite.
recently, I recall this old feature, and tryed to use it, but the system
failed
'Twas brillig, and Tom Gundersen at 06/07/14 23:32 did gyre and gimble:
That worked... thanks. BTW, is yes/true still a valid argument for DHCP
(because the manpage says otherwise)?
yes is a synonym for both and no for none.
While I know it's not something we need to worry about for a long,
On Fri, 4 Jul 2014, Lennart Poettering wrote:
+_id = PR/SM;
+r = 1;
Well, this is not useful, this is about detecting whether the OS we run
in is the closest to the hardware of the system or is is removed from it
via some virtualization layer.
This definition means that on
Eelco Dolstra eelco.dolstra at logicblox.com writes:
Hi all,
I've noticed that the command systemd-notify --ready does not work
reliably to
signal that a service is ready. It works sometimes, but most of the time
you get
a message like:
systemd[1]: Cannot find unit for notify
On Fri, 4 Jul 2014, Dan Horák wrote:
On Fri, 4 Jul 2014 15:07:18 +0200 (CEST)
Thomas Blume thomas.bl...@suse.com wrote:
systemd was lacking the code to detect virtualization on s390x.
The patch adds detection for the primary virtualization layer (PR/SM)
as well as for secondary layers (z/VM
On Sun, 06.07.14 19:17, Leonid Isaev (lis...@umail.iu.edu) wrote:
Hi,
Shouldn't systemd-sysusers update /etc/gshadow when adding 'basic'
groups? From sysusers.c I don't see that gshadow (and shadow) is updated, and
this seems to cause problems on package updates. Consider the
On Fri, 4 Jul 2014, Zbigniew Jędrzejewski-Szmek wrote:
+#if defined(__s390x__)
+/* First layer virtualization (PR/SM) is always present on s390x */
+_id = PR/SM;
+r = 1;
What does this mean? Is it like XEN dom0, i.e. normianally a virtuallized OS,
but one that has full
On Jul 7, 2014 1:20 PM, pradip K pskoth...@gmail.com wrote:
I am trying implement watchdog feature using sd_notify, could you pls give
us more details on setting $NOTIFY_SOCKET.
Like how to create socket and assign to environment NOTIFY_SOCKET for this
The socket is created automatically by
On Mon, 07.07.14 12:29, microcai (micro...@fedoraproject.org) wrote:
a long ago, /dev/root is an symblic to real root device. no matter it is on
NFS or HDD, we can use
/dev/root / auto defaults 0 0
in fstab to mount / as readwrite.
recently, I recall this old feature, and
On Mon, 07.07.14 11:14, Samuli Suominen (ssuomi...@gentoo.org) wrote:
On 07/07/14 07:29, microcai wrote:
a long ago, /dev/root is an symblic to real root device. no matter it is
on
NFS or HDD, we can use
/dev/root / auto defaults 0 0
in fstab to mount / as readwrite.
On Jul 07, Thomas Blume thomas.bl...@suse.com wrote:
Hm, s390 (32 bit) is quiet ancient.
Not sure if anyone would use such old systems with a pretty recent linux
version shipping systemd.
But if there are some use cases, of course we could do this.
Debian recently killed the s390 port in
On Mon, 07.07.14 12:18, Thomas Blume (thomas.bl...@suse.com) wrote:
On Fri, 4 Jul 2014, Lennart Poettering wrote:
+_id = PR/SM;
+r = 1;
Well, this is not useful, this is about detecting whether the OS we run
in is the closest to the hardware of the system or is is
On Sun, 06.07.14 22:28, Michael Biebl (mbi...@gmail.com) wrote:
+if (argc != 2) {
+log_error(This program requires on argument.);
+return EXIT_FAILURE;
+}
+
+escaped_name = unit_name_escape(argv[1]);
I'd prefer if we'd do this for all
On Mon, 7 Jul 2014, Lennart Poettering wrote:
Actually it is like there is no dom0 on s390(x).
Direct hardware access is done on a level where the operating system doesn't
have any influence.
For example, unlike Xen dom0, the disks are never physical devices, they are
only shares of a storage
On Mon, 7 Jul 2014 12:22:19 +0200 (CEST)
Thomas Blume thomas.bl...@suse.com wrote:
On Fri, 4 Jul 2014, Dan Horák wrote:
On Fri, 4 Jul 2014 15:07:18 +0200 (CEST)
Thomas Blume thomas.bl...@suse.com wrote:
systemd was lacking the code to detect virtualization on s390x.
The patch adds
2014-07-07 10:14 GMT+02:00 Samuli Suominen ssuomi...@gentoo.org:
We restore the /dev/root symlink in Gentoo same way Debian is restoring
it on non-systemd
This has been removed from Debian's udev package a while ago
On 07/07/14 14:32, Michael Biebl wrote:
2014-07-07 10:14 GMT+02:00 Samuli Suominen ssuomi...@gentoo.org:
We restore the /dev/root symlink in Gentoo same way Debian is restoring
it on non-systemd
This has been removed from Debian's udev package a while ago
在 2014年7月7日 星期一 10:54:13,您写道:
rootfstype=, rootflags=.
(rw is a separate option, doesn't go in rootflags=.)
I failed with rootflags. kernel panic. can't work with
rootflags=nodev,noatime,discard
___
systemd-devel mailing list
在 2014年7月7日 星期一 11:14:40,Samuli Suominen 写道:
On 07/07/14 07:29, microcai wrote:
a long ago, /dev/root is an symblic to real root device. no matter it is
on
NFS or HDD, we can use
/dev/root / auto defaults 0 0
in fstab to mount / as readwrite.
recently, I recall this
On Mon, 07.07.14 12:57, Thomas Blume (thomas.bl...@suse.com) wrote:
On Mon, 7 Jul 2014, Lennart Poettering wrote:
Actually it is like there is no dom0 on s390(x).
Direct hardware access is done on a level where the operating system doesn't
have any influence.
For example, unlike Xen
Am 06.07.2014 21:47, schrieb Lennart Poettering:
BTW, have you checked whether reuseing the XZ context might make the XZ
more competitive?
please try a simple test compress 50 MB with XZ and GZ, LZO, LZ4
or BZIP2 - XZ is *magnitudes* slower in any case, there is simply
nothing to optimize - XZ
On Tue, Jun 24, 2014 at 03:54:54PM +0200, Tom Gundersen wrote:
On Tue, Jun 24, 2014 at 12:58 PM, Michal Sekletar msekl...@redhat.com wrote:
On Thu, Jun 19, 2014 at 12:02:39PM -0500, Dan Williams wrote:
On Thu, 2014-06-19 at 18:59 +0200, Michal Sekletar wrote:
Check that received DHCP
On Mon, 07.07.14 14:41, Samuli Suominen (ssuomi...@gentoo.org) wrote:
On 07/07/14 14:32, Michael Biebl wrote:
2014-07-07 10:14 GMT+02:00 Samuli Suominen ssuomi...@gentoo.org:
We restore the /dev/root symlink in Gentoo same way Debian is restoring
it on non-systemd
This has been
On Mon, 07.07.14 19:53, microcai (micro...@fedoraproject.org) wrote:
I am not talk about bring back /dev/root, but just a way of refereing
whatever root device specified on kernel commandline in fstab or in -.mount
unit.
deserize root filesystem and configure the bootloader, and
From: Miguel Angel Ajo mangel...@redhat.com
---
src/core/dbus-service.c | 1 +
src/core/service.c | 19 +++
src/core/service.h | 1 +
3 files changed, 21 insertions(+)
diff --git a/src/core/dbus-service.c b/src/core/dbus-service.c
index 093289f..5a881e8 100644
---
We already ignore IP fragments, because we expect that Fragment
offset (FO) field is not set. However first fragment in a fragmented IP
flow will have all zeroes in FO field. We should ignore such packet as
well, thus we need to look at MF flag in the IP header. Checking MF flag
will filter out
Hi Samuli,
2014-07-07 13:41 GMT+02:00 Samuli Suominen ssuomi...@gentoo.org:
also Quota's quotacheck command uses /dev/root on XFS file systems, also
'nilfs-utils' uses /dev/root,
also e2fsprogs e4defrag still uses /dev/root
If even e2fsprogs and quota would be fixed from those, I'd be
On Sun, Jul 6, 2014 at 6:43 PM, Leonid Isaev lis...@umail.iu.edu wrote:
Hi,
Sorry for a delayed reply.
On Thu, Jul 03, 2014 at 01:46:53PM +0200, Lennart Poettering wrote:
it would be good to know what the precise error output is you get now
with this new change...
With systemd-215 udevd
On Mon, Jul 7, 2014 at 2:45 PM, Michal Sekletar msekl...@redhat.com wrote:
We already ignore IP fragments, because we expect that Fragment
offset (FO) field is not set. However first fragment in a fragmented IP
flow will have all zeroes in FO field. We should ignore such packet as
well, thus
On Mon, Jul 07, 2014 at 06:26:33AM -0700, Lennart Poettering wrote:
.gitignore |2
Makefile.am | 36 +
TODO|5
configure.ac|9
man/systemd.unit.xml|9
On Mon, 7 Jul 2014, Lennart Poettering wrote:
For the test, e.g. ConditionVirtualization, there would be no difference.
I only distinguished this in order to have systemd-detect-virt showing the
correct virtualization technology.
Sure we could cover everything under something like, e.g. s390
On Mon, 07.07.14 14:20, majop...@redhat.com (majop...@redhat.com) wrote:
From: Miguel Angel Ajo mangel...@redhat.com
Thanks!
Applied (with minor modifications)!
---
src/core/dbus-service.c | 1 +
src/core/service.c | 19 +++
src/core/service.h | 1 +
3
Hi,
Thanks for the explanation...
On Mon, Jul 07, 2014 at 12:26:03PM +0200, Lennart Poettering wrote:
I wasn#t aware of grpck, and quite frankly don't think it makes much
sense, what the tool is doing.
Why? Checking syntax can never hurt...
Does it mean that on each update, a
Hi,
On Mon, Jul 07, 2014 at 03:02:47PM +0200, Tom Gundersen wrote:
On Sun, Jul 6, 2014 at 6:43 PM, Leonid Isaev lis...@umail.iu.edu wrote:
Hi,
Sorry for a delayed reply.
On Thu, Jul 03, 2014 at 01:46:53PM +0200, Lennart Poettering wrote:
it would be good to know what the precise
On Mon, 07.07.14 09:51, pradip K (pskoth...@gmail.com) wrote:
Hi Eelco,
Please dont hijack threads, open your own.
I am trying implement watchdog feature using sd_notify, could you pls give
us more details on setting $NOTIFY_SOCKET.
Like how to create socket and assign to environment
On Mon, 7 Jul 2014, Lennart Poettering wrote:
IMHO the main difference is the level of maturity.
z/VM is about 30 years old and has a huge amount of tools for everything you
could imagine. KVM is relatively new and under heavy development.
Furthermore, KVM is bound to the linux kernel, while
On Mon, 07.07.14 17:03, Lennart Poettering (lenn...@poettering.net) wrote:
On Mon, 07.07.14 14:20, majop...@redhat.com (majop...@redhat.com) wrote:
From: Miguel Angel Ajo mangel...@redhat.com
Thanks!
Applied (with minor modifications)!
I have also updated systemctl status now so that
On Mon, 07.07.14 17:32, Thomas Blume (thomas.bl...@suse.com) wrote:
On Mon, 7 Jul 2014, Lennart Poettering wrote:
IMHO the main difference is the level of maturity.
z/VM is about 30 years old and has a huge amount of tools for everything you
could imagine. KVM is relatively new and under
On Mon, 07.07.14 11:08, Leonid Isaev (lis...@umail.iu.edu) wrote:
Hi,
Thanks for the explanation...
On Mon, Jul 07, 2014 at 12:26:03PM +0200, Lennart Poettering wrote:
I wasn#t aware of grpck, and quite frankly don't think it makes much
sense, what the tool is doing.
Why?
Ahh, thank you very much Lennart, very nice of you, I missed those bits.
Best,
Miguel Ángel.
- Original Message -
On Mon, 07.07.14 17:03, Lennart Poettering (lenn...@poettering.net) wrote:
On Mon, 07.07.14 14:20, majop...@redhat.com (majop...@redhat.com) wrote:
From: Miguel
[ Still testing this patch, but since it's nominated for Fedora 21 Alpha
blocker,
sending upstream now for review ]
At least Fedora right now doesn't by default use resolved; the service
is disabled by default in the 90-default.preset file.
The change to unconditionally create the resolv.conf
On Mon, 07.07.14 09:45, Colin Walters (walt...@verbum.org) wrote:
[ Still testing this patch, but since it's nominated for Fedora 21 Alpha
blocker,
sending upstream now for review ]
At least Fedora right now doesn't by default use resolved; the service
is disabled by default in the
On Mon, Jul 07, 2014 at 05:40:42PM +0200, Lennart Poettering wrote:
On Mon, 07.07.14 11:08, Leonid Isaev (lis...@umail.iu.edu) wrote:
Hi,
Thanks for the explanation...
On Mon, Jul 07, 2014 at 12:26:03PM +0200, Lennart Poettering wrote:
I wasn#t aware of grpck, and quite
On Mon, 07.07.14 10:22, Colin Walters (walt...@verbum.org) wrote:
https://git.fedorahosted.org/cgit/anaconda.git/tree/pyanaconda/network.py#n1036
is one case.
There are several other image-building tools like lorax and
livecd-creator which also expect either ENOENT, or a writable
On Mon, 07.07.14 16:14, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
wouldn't it be simpler to add a ConditionFirstBoot=yes or ConditionBoot=first
to units?
Umm. Well. Uh. Oh. Didn't think of that.
Will fix!
Thanks,
Lennart
--
Lennart Poettering, Red Hat
On Mon, 07.07.14 13:16, Leonid Isaev (lis...@umail.iu.edu) wrote:
On Mon, Jul 07, 2014 at 05:40:42PM +0200, Lennart Poettering wrote:
On Mon, 07.07.14 11:08, Leonid Isaev (lis...@umail.iu.edu) wrote:
Hi,
Thanks for the explanation...
On Mon, Jul 07, 2014 at 12:26:03PM
On Mon, Jul 7, 2014, at 10:35 AM, Lennart Poettering wrote:
And of course, it's the most reasonable thing to do really, as in
today's world it's populated dynamically from DHCP more often than not,
and hence more runtime material than static configuration material.
I agree. But...
Humm,
+Zbigniew who committed the original patch.
On Fri, Jul 4, 2014 at 11:43 AM, Mike Gilbert flop...@gentoo.org wrote:
This reverts commit 0c26bfc3d21fdb3963f1248c237e2f1a33b5566d.
src/core/org.freedesktop.systemd1.policy.in.in depends on values which
are specified at configure time, so we
On Sat, 2014-07-05 at 20:56 +0200, Zbigniew Jędrzejewski-Szmek wrote:
This is useful to test the behaviour of the compressor for various buffer
sizes.
Time is limited to a minute per compression, since otherwise, when LZ4
takes more than a second which is necessary to reduce the noise, XZ
Hi,
I have following problem. I'd like to suspend and then after the
system resumes execute a command - problem is that systemctl suspend
finishes immediately, without waiting for the resume. Is there a way
of executing a command after the resume has happened as user or do I
need to add
On Mon, 07.07.14 10:59, Colin Walters (walt...@verbum.org) wrote:
And of course, it's the most reasonable thing to do really, as in
today's world it's populated dynamically from DHCP more often than not,
and hence more runtime material than static configuration material.
I agree. But...
On Mon, Jul 07, 2014 at 09:35:06PM +0300, Uoti Urpala wrote:
On Sat, 2014-07-05 at 20:56 +0200, Zbigniew Jędrzejewski-Szmek wrote:
This is useful to test the behaviour of the compressor for various buffer
sizes.
Time is limited to a minute per compression, since otherwise, when LZ4
Sounds like a better fit for /etc/machine-info, as it's really not a distro
thing.
--
Mantas Mikulėnas graw...@gmail.com
// sent from phone
On Jul 7, 2014 10:41 PM, Jóhann B. Guðmundsson johan...@gmail.com wrote:
Hi
I've noticed repeated problem through history where administrators seem to
Hi
I've noticed repeated problem through history where administrators seem
to be struggling with clearly identify the server environment they are
working in.
Some try to come up with terminal colours associated with it, others use
hostnaming scheme etc, so I was wondering if we could not
On Mon, Jul 7, 2014 at 9:40 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Mon, Jul 07, 2014 at 09:35:06PM +0300, Uoti Urpala wrote:
On Sat, 2014-07-05 at 20:56 +0200, Zbigniew Jędrzejewski-Szmek wrote:
This is useful to test the behaviour of the compressor for various buffer
On Mon, Jul 07, 2014 at 09:47:15PM +0200, Kay Sievers wrote:
On Mon, Jul 7, 2014 at 9:40 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Mon, Jul 07, 2014 at 09:35:06PM +0300, Uoti Urpala wrote:
On Sat, 2014-07-05 at 20:56 +0200, Zbigniew Jędrzejewski-Szmek wrote:
This is
On Mon, 07.07.14 12:50, Lennart Poettering (lenn...@poettering.net) wrote:
On Sun, 06.07.14 22:28, Michael Biebl (mbi...@gmail.com) wrote:
+if (argc != 2) {
+log_error(This program requires on argument.);
+return EXIT_FAILURE;
+}
+
+
On 07/07/2014 08:38 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Jul 07, 2014 at 08:02:19PM +, Jóhann B. Guðmundsson wrote:
On 07/07/2014 08:00 PM, Tom Gundersen wrote:
On Mon, Jul 7, 2014 at 9:44 PM, Mantas Mikulėnas graw...@gmail.com wrote:
Sounds like a better fit for
Hi,
I have following problem. I'd like to suspend and then after the
system resumes execute a command - problem is that systemctl suspend
finishes immediately, without waiting for the resume. Is there a way
of executing a command after the resume has happened as user or do I
need to add
On Mon, 2014-07-07 at 22:58 +0200, Maciej Piechotka wrote:
Hi,
I have following problem. I'd like to suspend and then after the
system resumes execute a command - problem is that systemctl suspend
finishes immediately, without waiting for the resume. Is there a way
of executing a command
On Mon, Jul 7, 2014 at 10:33 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Mon, Jul 07, 2014 at 09:47:15PM +0200, Kay Sievers wrote:
On Mon, Jul 7, 2014 at 9:40 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Mon, Jul 07, 2014 at 09:35:06PM +0300, Uoti Urpala wrote:
2014-07-07 22:54 GMT+02:00 Lennart Poettering lenn...@poettering.net:
I have now committed your original patch and beefed it up
considerably. Added Zbigniew's --template= switch, and a couple of other
things. Also added docs, with a few examples.
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamectl.c b/src/hostname/hostnamectl.c
index 267cd74..e164086 100644
--- a/src/hostname/hostnamectl.c
+++ b/src/hostname/hostnamectl.c
@@ -67,6 +67,7 @@
---
src/hostname/hostnamed.c | 49 +---
1 file changed, 46 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
index 514554d..b5ed3e9 100644
--- a/src/hostname/hostnamed.c
+++ b/src/hostname/hostnamed.c
@@
---
man/machine-info.xml | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/man/machine-info.xml b/man/machine-info.xml
index 7448e68..b7e5604 100644
--- a/man/machine-info.xml
+++ b/man/machine-info.xml
@@ -156,6 +156,19 @@
---
man/hostnamectl.xml | 13 +
1 file changed, 13 insertions(+)
diff --git a/man/hostnamectl.xml b/man/hostnamectl.xml
index 7729ef6..8c31e2f 100644
--- a/man/hostnamectl.xml
+++ b/man/hostnamectl.xml
@@ -223,6 +223,19 @@
parameters./para/listitem
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamectl.c b/src/hostname/hostnamectl.c
index 267cd74..e164086 100644
---
On Mon, Jul 7, 2014 at 5:55 PM, Kay Sievers k...@vrfy.org wrote:
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git
73 matches
Mail list logo