This will let journald forward logs as messages sent to all logged in
users (like wall).
Two options are added:
* ForwardToWall (default yes)
* MaxLevelWall (default emerg)
'ForwardToWall' is overridable by kernel command line option
'systemd.journald.forward_to_wall'.
This is used to emulate t
utmp_wall() now takes an optional argument 'username_override' which
allows the caller to override the username shown on wall messages.
journald will use this to inform users that its wall messages comes from
'systemd-journald'.
---
src/shared/utmp-wtmp.c | 12 ++
Thanks for the review. Here is an updated version of the patches.
Changes since v1:
* ForwardToWall is now enabled by default
* Fixed errors in journald-wall.c (a colon was printed even when there
was no identifier and pid)
* Coding style fixes
Sebastian Thorarensen (2):
utmp-wtmp: allow
On Wed, 5 Mar 2014, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Mar 05, 2014 at 01:45:51PM +0100, Sebastian Thorarensen wrote:
> > This will let journald forward logs as messages sent to all logged in
> > users (like wall).
> >
> > Two options are added:
> > * ForwardToWall (default no)
> Is th
Thanks Lennart. Is there a way I can do it from shell rather than writing C or
Java code? I just want to quickly verify that the messages I get once Unit
state changes. Any example?
Thanks.
On Wednesday, March 5, 2014 2:22 PM, Lennart Poettering
wrote:
On Wed, 05.03.14 08:42, Usman (dese
From: Thomas Hindoe Paaboel Andersen
--system
-H --host
-M --machine
--service-type (options: simple forking oneshot dbus notify idle)
--uid
--gid
--nice
--setenv
-p --property (options read from bus_append_unit_property_assignment)
---
shell-completion/bash/systemd-run | 39
On Wed, Mar 05, 2014 at 10:21:17PM +0100, David Herrmann wrote:
> On Wed, Mar 5, 2014 at 8:31 PM, Josh Triplett wrote:
> > On Wed, Mar 05, 2014 at 07:10:51PM +0100, Lennart Poettering wrote:
> >> On Wed, 05.03.14 09:46, Josh Triplett (j...@joshtriplett.org) wrote:
> >> > systemd-backlight saves ba
Hi
On Wed, Mar 5, 2014 at 8:31 PM, Josh Triplett wrote:
> On Wed, Mar 05, 2014 at 07:10:51PM +0100, Lennart Poettering wrote:
>> On Wed, 05.03.14 09:46, Josh Triplett (j...@joshtriplett.org) wrote:
>> > systemd-backlight saves backlight levels on shutdown, and restores them
>> > on startup. Howe
Applied. Thanks!
-t
On Wed, Mar 5, 2014 at 8:51 PM, Umut Tezduyar Lindskog
wrote:
> ---
> TODO|1 -
> man/systemd.network.xml |9 +
> 2 files changed, 9 insertions(+), 1 deletion(-)
>
> diff --git a/TODO b/TODO
> index fd75eab..dbfe48e 100644
> --- a/TODO
> +
>
> I can reproduce similar behaviour on Fedora 21. I used Linux 3.14.0-0.rc5,
> systemd 210 on host and guest machine, libvirtd 1.2.2.
>
See this yesterday thread
Network unreachable in container
and Lennart comment : What is Host ? What is guest ??
_
---
TODO|1 -
man/systemd.network.xml |9 +
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/TODO b/TODO
index fd75eab..dbfe48e 100644
--- a/TODO
+++ b/TODO
@@ -670,7 +670,6 @@ Features:
- add proper initrd support (in particular generate .netwo
On Wed, Mar 05, 2014 at 07:10:51PM +0100, Lennart Poettering wrote:
> On Wed, 05.03.14 09:46, Josh Triplett (j...@joshtriplett.org) wrote:
> > systemd-backlight saves backlight levels on shutdown, and restores them
> > on startup. However, on some systems, backlight level 0 actually turns
> > the
On Wed, Mar 05, 2014 at 06:59:27PM +0100, David Herrmann wrote:
> On Wed, Mar 5, 2014 at 6:46 PM, Josh Triplett wrote:
> > systemd-backlight saves backlight levels on shutdown, and restores them
> > on startup. However, on some systems, backlight level 0 actually turns
> > the backlight *off*; th
Manmohan Singh schrieb:
> Hello Everyone,
>
> May any one let me know how to customize systemd to fast boot so that
> systemd initialization can be done in parallel on the multiple (like -
> four ) core to speed up boot process.
Systemd already does this by design unintentionally. The prime goa
When is startup considered over? I'd like if it meant before the
WantedBy unit was started so this value still has use for arbitrary
startup.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/
On Wed, 05.03.14 14:37, har...@redhat.com (har...@redhat.com) wrote:
> From: Harald Hoyer
>
> If "systemctl switch-root" is called with a specific "INIT" or
> /proc/cmdline contains "init=", then systemd would not serialize
> itsself.
>
> Let systemctl check, if the new init is in the standard
On Wed, 05.03.14 14:37, har...@redhat.com (har...@redhat.com) wrote:
> -return
> -a.st_dev != b.st_dev ||
> -a.st_ino != b.st_ino;
> +return (a.st_dev == b.st_dev && a.st_ino == b.st_ino);
No need for the extra "()"...
> +}
> +
> +int running_in_ch
On Wed, 05.03.14 11:38, Dariusz Michaluk (d.micha...@samsung.com) wrote:
>
> I can't report the value of the ControlGroup property, I get this:
> # systemctl show
> Segmentation fault
Oh, yuck! THis is weird. Can you get a gdb backtrac and/or valgrind run
for this? Can't reproduce this here...
On Wed, 05.03.14 09:46, Josh Triplett (j...@joshtriplett.org) wrote:
> systemd-backlight saves backlight levels on shutdown, and restores them
> on startup. However, on some systems, backlight level 0 actually turns
> the backlight *off*; this can potentially make the system unusable.
> Complicat
Hi
On Wed, Mar 5, 2014 at 6:46 PM, Josh Triplett wrote:
> systemd-backlight saves backlight levels on shutdown, and restores them
> on startup. However, on some systems, backlight level 0 actually turns
> the backlight *off*; this can potentially make the system unusable.
> Complicating matters,
systemd-backlight saves backlight levels on shutdown, and restores them
on startup. However, on some systems, backlight level 0 actually turns
the backlight *off*; this can potentially make the system unusable.
Complicating matters, on most systems, nothing pays attention to the
brightness adjustm
On Wed, 05.03.14 08:42, Usman (deser...@yahoo.com) wrote:
> Hi Guys,
>
> Probably this question has been asked before and it might be a DBus
> list question rather than systemd but just asking anyway, so please
> pardon my ignorance. I am using "dbus-send" to get some properties out
> of systemd
Hi Guys,
Probably this question has been asked before and it might be a DBus list
question rather than systemd but just asking anyway, so please pardon my
ignorance. I am using "dbus-send" to get some properties out of systemd dbus
messages when an application dies. The thing is that I need to
On 03/05/2014 02:55 PM, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Mar 05, 2014 at 02:37:47PM +0100, har...@redhat.com wrote:
>> From: Harald Hoyer
>>
>> If "systemctl switch-root" is called with a specific "INIT" or
>> /proc/cmdline contains "init=", then systemd would not serialize
>> itsself.
On Wed, Mar 05, 2014 at 02:37:47PM +0100, har...@redhat.com wrote:
> From: Harald Hoyer
>
> If "systemctl switch-root" is called with a specific "INIT" or
> /proc/cmdline contains "init=", then systemd would not serialize
> itsself.
>
> Let systemctl check, if the new init is in the standard sys
On Wed, Mar 05, 2014 at 01:45:51PM +0100, Sebastian Thorarensen wrote:
> This will let journald forward logs as messages sent to all logged in
> users (like wall).
>
> Two options are added:
> * ForwardToWall (default no)
Is there a good reason not to set it to yes by default?
> * MaxLevelWall
From: Harald Hoyer
If "systemctl switch-root" is called with a specific "INIT" or
/proc/cmdline contains "init=", then systemd would not serialize
itsself.
Let systemctl check, if the new init is in the standard systemd
installation path and if so, clear the INIT parameter,
to let systemd serial
Hi,
both patches look useful. Some comments below.
On Wed, Mar 05, 2014 at 01:46:01PM +0100, Sebastian Thorarensen wrote:
> utmp_wall() now takes an optional argument 'username_override' which
> allows the caller to override the username shown on wall messages.
> journald will use this to inform u
From: Harald Hoyer
If "systemctl switch-root" is called with a specific "INIT" or
/proc/cmdline contains "init=", then systemd would not serialize
itsself.
Let systemctl check, if the new init is in the standard systemd
installation path and if so, clear the INIT parameter,
to let systemd serial
From: Harald Hoyer
files_same() returns
1, if the files are the same
0, if the files have different inode/dev numbers
errno, for any stat error
---
src/shared/util.c | 20 +---
src/shared/util.h | 2 ++
2 files changed, 15 insertions(+), 7 deletions(-)
diff --git a/s
From: Harald Hoyer
If "systemctl switch-root" is called with a specific "INIT" or
/proc/cmdline contains "init=", then systemd would not serialize
itsself.
Let systemctl check, if the new init is in the standard systemd
installation path and if so, clear the INIT parameter,
to let systemd se
This will let journald forward logs as messages sent to all logged in
users (like wall).
Two options are added:
* ForwardToWall (default no)
* MaxLevelWall (default emerg)
'ForwardToWall' is overridable by kernel command line option
'systemd.journald.forward_to_wall'.
This can be used to emulat
Hi,
I want journald to send emergency messages to logged-in users, and I think
this is a general enough way to do it.
These patches adds two new options for journald.conf:
* ForwardToWall (default no)
* MaxLevelWall (default emerg)
When ForwardToWall is yes, journald forwards all log messages
utmp_wall() now takes an optional argument 'username_override' which
allows the caller to override the username shown on wall messages.
journald will use this to inform users that its wall messages comes from
'systemd-journald'.
---
src/shared/utmp-wtmp.c | 12 ++
On Wed, 05.03.14 09:07, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
> > Of course, I must admit it is less than ideal that with logind around you
> > might
> > be able to get away with never calling it... That certainly hides bugs...
>
> We don't have logind and we certainly weren't c
> This really makes no sense to me at all, i don't grok a word of what you
> are writing here.
>
> The term "host" refers the system the containers run on, usually...
>
Your remark here is relevant. After googling a little bit "Linux
container", many wiki/articles refer to the "HOST" as opposed to
Hi Mark,
On Wed, Mar 5, 2014 at 1:41 AM, Mark Oteiza wrote:
>
> networkd: Restore logic for enslaving to a master bonding interface.
Applied. Thanks!
> Bonding support seems to have been removed right after being added,
> between 52433f6 (22 Jan) and 54abf46 (25 Jan).
>
> http://cgit.freedeskto
Hello Everyone,
May any one let me know how to customize systemd to fast boot so that
systemd initialization can be done in parallel on the multiple (like - four
) core to speed up boot process.
Thanks in advance.
Regards,
Manmohan
___
systemd-devel ma
On 04.03.2014 21:10, Lennart Poettering wrote:
OK, this looks wrong, the machine slice appears to have been used twice
in the cgroup path.
Can you try this with 210 in the container, and then run "systemctl
show" and report the value of the ControlGroup property, please?
If you boot this up wi
On Wed 05 Mar 2014 04:47:13 Lennart Poettering wrote:
> On Tue, 25.02.14 17:59, Barry Scott (barry.sc...@onelan.co.uk) wrote:
> > > Which should make them available via the bus for transient units. If you
> > > need other props like this, just let me know and I'll add them too...
> >
> > I just tr
Similar to CPUShares= and BlockIOWeight= respectively. However only
assign the specified weight during startup. Each control group
attribute is re-assigned as weight by CPUShares=weight and
BlockIOWeight=weight after startup. If not CPUShares= or
BlockIOWeight= be specified, then the attribute is
Hi,
> -Original Message-
> From: Lennart Poettering [mailto:lenn...@poettering.net]
> Sent: den 4 mars 2014 22:00
> To: Umut Tezduyar
> Cc: Umut Tezduyar Lindskog; systemd-devel@lists.freedesktop.org
> Subject: Re: [systemd-devel] StartupFinished signal is not sent on 210
>
> On Tue, 04.0
42 matches
Mail list logo
