Good Morning,
I had postponed the adoption of systemd due the excessive CPU usage
of the journald. I am re-evaluating the situation with version 204
right now and I noticed that the (virtual) address space is getting
unusual big.
My journald config configuration is:
[Journal]
Storage=volatil
On Wed, 19.06.13 17:02, Maciej Wereski ([email protected]) wrote:
Heya,
> >I think adding this certainly makes sense, but I am not sure I like the
> >syntax. Maybe it would be simpler to add an extra char for this ("a" or
> >so?). That way creating a dir and applying an xattr would re
Thanks everyone for pointing me in the right direction. I managed to
solve the problem with your help; short report incoming in case anyone
is interested.
Simon's suggested approach worked quite nicely just right out of the
box, however it didn't fix the problem. In fact, my old script still
does
-Original Message-
From: Lennart Poettering [mailto:[email protected]]
Sent: Thursday, June 20, 2013 10:08 PM
To: Reshetova, Elena
On Wed, 19.06.13 12:09, Reshetova, Elena ([email protected]) wrote:
> This is the patch for review for enabling smack labelling for
>
On Thu, 20.06.13 13:36, Auke Kok ([email protected]) wrote:
Applied, with some coding style fixes.
> Cc: [email protected]
> Cc: [email protected]
> ---
> src/core/manager.c | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/src/core/manager.c
Cc: [email protected]
Cc: [email protected]
---
src/core/manager.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/core/manager.c b/src/core/manager.c
index f16621a..592f332 100644
--- a/src/core/manager.c
+++ b/src/core/manager.c
@@ -509,9 +509,14 @@
On Thu, Jun 20, 2013 at 08:12:00AM +0200, Umut Tezduyar wrote:
> On Sun, Jun 9, 2013 at 7:08 AM, Umut Tezduyar wrote:
> > ---
> > man/systemd-system.conf.xml | 21 +
> > man/systemd.exec.xml| 5 +++--
> > src/core/load-fragment.c| 8 ++--
> > src/core/main.c
On Thu, 20.06.13 21:48, Lennart Poettering ([email protected]) wrote:
> On Wed, 12.06.13 00:42, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
>
> > When journald encounters a message with OBJECT_PID= set
> > coming from a priviledged process (UID==0), additional fields
> > will be a
On Wed, 12.06.13 00:42, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
> When journald encounters a message with OBJECT_PID= set
> coming from a priviledged process (UID==0), additional fields
> will be added to the message:
>
> OBJECT_UID=,
> OBJECT_GID=,
> OBJECT_COMM=,
> OBJECT_EXE=,
>
On Thu, Jun 20, 2013 at 12:23 PM, Lennart Poettering
wrote:
> On Tue, 18.06.13 09:11, Daniel J Walsh ([email protected]) wrote:
>
>> One concern we have is what will happen to systemd if we start 1000 services
>> at boot.
>>
>> systemctl start httpd_sandbox.target
>>
>> For example.
>>
>> Is there
On Tue, 18.06.13 09:11, Daniel J Walsh ([email protected]) wrote:
> One concern we have is what will happen to systemd if we start 1000 services
> at boot.
>
> systemctl start httpd_sandbox.target
>
> For example.
>
> Is there anything we can do to throttle the start of so many unit files. Or
On Wed, 19.06.13 13:36, Umut Tezduyar ([email protected]) wrote:
> Hi Lennart,
>
> I didn't quite understand how this could end up in a deadlock
> (http://lists.freedesktop.org/archives/systemd-devel/2013-June/011404.html)
Here's an example:
a) PID 1 is running, journald is not, the socket is a
On Wed, 19.06.13 12:09, Reshetova, Elena ([email protected]) wrote:
> This is the patch for review for enabling smack labelling for device
> nodes.
>
> The functionality and reasoning is inside. I will be happy to answer
> any questions.
> >>>
> >>> So, this needs some
On Wed, 19.06.13 14:52, Natanji ([email protected]) wrote:
> Hi everyone,
> I'm somewhat new to systemd and have a problem. I would like to run a
> custom script with systemd on startup that will ask me for a password
> and mount a Truecrypt volume with it. The script and unit file I wrote
> can b
On Wed, 19.06.13 20:58, Kok, Auke-jan H ([email protected]) wrote:
> >> Yes, just in that case. If all of you agreed, I'd like submit a V2 to
> >> drop these lines.
> >
> > Hmm, this would break my usual testing routine, where i run user systemd
> > against a bus daemon that is already runn
On Wed, 19.06.13 14:59, Łukasz Stelmach ([email protected]) wrote:
> Describe how to handle an AF_UNIX socket, with Accept set to false,
> received from systemd, upon exit.
>
> Signed-off-by: Łukasz Stelmach
> ---
> man/systemd.socket.xml | 12 +---
> 1 file changed, 9 insertions
On Thu, 20.06.13 12:24, Belal, Awais ([email protected]) wrote:
> Hi,
>
> I am trying to update a kernel variable on boot. So, after reading a bit here
> and there I found out that I could simply provide a .conf file under
> /etc/sysctl.d/ and have my required configs in it. I placed a fil
On Thu, 20.06.13 09:31, Colin Guthrie ([email protected]) wrote:
> As is uses the dbus alias, I guess the intention is that it only works
> when the service is enabled in systemd. Without the service being
> enabled, the alias does not exist and thus it cannot be bus activated.
Correct.
> I g
В Thu, 20 Jun 2013 12:24:06 +
"Belal, Awais" пишет:
> Hi,
>
> I am trying to update a kernel variable on boot. So, after reading a bit here
> and there I found out that I could simply provide a .conf file under
> /etc/sysctl.d/ and have my required configs in it. I placed a file ipv6.conf
Perfect, thanks!
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Jason A. Donenfeld [2013-06-20 17:36 +0200]:
> I'd like to have a rule that does this:
>
> zx2c4@thinkpad /etc/udev/rules.d $ cat 90-hotkeys.rules
> DRIVER=="thinkpad_acpi", ATTR{hotkey_mask}=ATTR{hotkey_recommended_mask}
Try
DRIVER=="thinkpad_acpi", ATTR{hotkey_mask}="$attr{hotkey_recommended_
I'd like to have a rule that does this:
zx2c4@thinkpad /etc/udev/rules.d $ cat 90-hotkeys.rules
DRIVER=="thinkpad_acpi", ATTR{hotkey_mask}=ATTR{hotkey_recommended_mask}
Unfortunately, it "doesn't work."
This works:
zx2c4@thinkpad /etc/udev/rules.d $ cat 90-hotkeys.rules
DRIVER=="thinkpad_acpi",
On Thu, Jun 20, 2013 at 5:00 PM, Michael Biebl wrote:
> 2013/6/20 Colin Guthrie :
>> I presume that to have "bus activation by default", the only change
>> needed would be to change the dbus .service file for modem manager to
>> refer to the SystemdService via it's normal name and not via it's bus
2013/6/20 Colin Guthrie :
> I presume that to have "bus activation by default", the only change
> needed would be to change the dbus .service file for modem manager to
> refer to the SystemdService via it's normal name and not via it's bus
> alias? Is this the "expected" way to work.
The relevant
Hi,
I am trying to update a kernel variable on boot. So, after reading a bit here
and there I found out that I could simply provide a .conf file under
/etc/sysctl.d/ and have my required configs in it. I placed a file ipv6.conf
under the mentioned directory with the contents:
net.ipv6.conf.eth
On 06/19/2013 05:35 PM, Colin Guthrie wrote:
'Twas brillig, and Henrik /KaarPoSoft at 19/06/13 13:06 did gyre and gimble:
However, I do think that you are on to something important here!
According to the output of systemctl --full --all --type=swap
(attached in previous mail)
it seems that syst
'Twas brillig, and Colin Guthrie at 20/06/13 09:31 did gyre and gimble:
> Now for NetworkManager itself this more or less OK. You'll be needing it
> pretty much immediately on boot anyway, but what's caught me out a
> little bit more is that ModemManager (0.7.991) also follows this same
> pattern.
Hi,
Leading on from the "Masking socket activated..." thread recently, I was
thinking a bit about some of the units in Network Manager.
Network Manager 0.9.8.0 contains the following NetworkManager.service unit.
[Unit]
Description=Network Manager
After=syslog.target
Wants=network.target
Before=n
28 matches
Mail list logo
