It was <2014-12-02 wto 00:35>, when Lennart Poettering wrote:
> On Mon, 24.11.14 09:30, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
>
>> It was <2014-11-21 pią 21:36>, when Lennart Poettering wrote:
>> > On Fri, 21.11.14 17:07, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
>> >
>> >> On a sys
On Tue, Dec 2, 2014 at 10:24 AM, Łukasz Stelmach wrote:
> It was <2014-12-02 wto 00:35>, when Lennart Poettering wrote:
>> On Mon, 24.11.14 09:30, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
>>
>>> It was <2014-11-21 pią 21:36>, when Lennart Poettering wrote:
>>> > On Fri, 21.11.14 17:07, Łuka
Lennart Poettering wrote on 02/12/14 00:25:
> On Tue, 18.11.14 14:40, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
>> Well the "upstream blessed" RPM way is to call "%systemd_post" macro in
>> your %post script, but (personally) I don't like this as it makes the
>> implementation very much embedd
On 01/12/14 01:20, Lennart Poettering wrote:
> On Mon, 24.11.14 20:02, D.S. Ljungmark (spi...@aanstoot.se) wrote:
>
>> Basically, some files (config & certificates) may not exist on a system
>> until it's provisioned properly, something that may take a while ( a few
>> days)
>>
>> After provisioni
On 24/10/14 00:47, Lennart Poettering wrote:
> On Thu, 23.10.14 17:19, D.S. Ljungmark (spi...@aanstoot.se) wrote:
>
>>
>>
>> On 23/10/14 16:50, Lennart Poettering wrote:
>>> On Thu, 23.10.14 15:27, D.S. Ljungmark (spi...@aanstoot.se) wrote:
>>>
Hi,
we have a few services that are spamm
Le 01/12/2014 18:37, Lennart Poettering a écrit :
On Mon, 24.11.14 12:35, Didier Roche (didro...@ubuntu.com) wrote:
+static int is_on_temporary_fs(int fd) {
+struct statfs s;
+
+if (fstatfs(fd, &s) < 0)
+return -errno;
+
+return F_TYPE_EQUAL(s.f_type,
Le 01/12/2014 18:38, Lennart Poettering a écrit :
On Mon, 24.11.14 12:35, Didier Roche (didro...@ubuntu.com) wrote:
+static int get_valid_machine_id(int fd, char id[34]) {
+assert(fd >= 0);
+assert(id);
+
+if (loop_read(fd, id, 33, false) == 33 && id[32] == '\n') {
+
Hi,
On Tue, Dec 02, 2014 at 03:02:17AM +0100, Lennart Poettering wrote:
> On Mon, 17.11.14 12:31, Rui Miguel Silva (rmf...@gmail.com) wrote:
>
> Heya,
>
> > > > - technical debt, if in the future the filter mechanism is change
> > > > by
> > > >other than bloom.
> > > > so bloom may
On Mon, Dec 01, 2014 at 12:06:03PM +0100, Martin Pitt wrote:
> Hello all,
>
> In my efforts to make user LXC containers work I noticed that under a
> "real" desktop (not just nspawn with VT login or ssh logins) my
> carefully set up cgroups in the non-systemd controllers get reverted.
> I. e. I pu
Just to sum up other branches of this thread: we are trying to avoid
having systemctl calls in debian/ubuntu postinst (or duplicated manual
symlinks logic as we currently have).
systemctl preset seems the cleanest path, but we want to ensure corner
cases can be handled.
d/u policy is to enable
Michal Sekletar [2014-12-02 12:32 +0100]:
> Also this looks like a possible fix to the problem I tried to describe in,
>
> http://lists.freedesktop.org/archives/systemd-devel/2014-November/025607.html
Yes, most probably. While I found that bug in the context of LXC user
containers, it's by no mea
On Tue, 02.12.14 01:50, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
>
> +/* IEEE Organizationally Unique Identifier vendor string */
> +static int ieee_oui(struct udev_hwdb *hwdb, struct ether_addr *mac, char
> **ret) {
> +struct udev_list_entry *entry;
> +char *descri
On Tue, 02.12.14 01:29, Lennart Poettering (lenn...@poettering.net) wrote:
> On Tue, 18.11.14 14:10, Tom Gundersen (t...@jklm.no) wrote:
>
> > > - We are mixing sys admin information and distro default choices in the
> > > same
> > > directories, and can't tell apart what is what.
> >
> > That
On Mon, Dec 01, 2014 at 12:52:50AM +0100, Lennart Poettering wrote:
> On Tue, 25.11.14 00:09, Flavio Leitner (f...@redhat.com) wrote:
>
> >
> > Hello,
> >
> > The Open vSwitch is comprised by two daemons. One is a database and
> > another is the switch itself.
> >
> > Currently we have the open
Didier Roche wrote on 02/12/14 11:50:
> Just to sum up other branches of this thread: we are trying to avoid
> having systemctl calls in debian/ubuntu postinst (or duplicated manual
> symlinks logic as we currently have).
> systemctl preset seems the cleanest path, but we want to ensure corner
> ca
On 11/25/2014 02:09 AM, Flavio Leitner wrote:
Hello,
The Open vSwitch is comprised by two daemons. One is a database and
another is the switch itself.
Currently we have the openvswitch.service which start/stop/reload the
service (both daemons) just fine.
However, we need to support hot-upgrad
Hi
On Tue, Dec 2, 2014 at 1:18 PM, Lennart Poettering
wrote:
> On Tue, 02.12.14 01:50, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
>> +udev_list_entry_foreach(entry,
>> udev_hwdb_get_properties_list_entry(hwdb, str, 0))
>> +if (strcmp(udev_list_entry_get_name(en
On Tue, Dec 2, 2014 at 1:42 PM, David Herrmann wrote:
> Hi
>
> On Tue, Dec 2, 2014 at 1:18 PM, Lennart Poettering
> wrote:
>> On Tue, 02.12.14 01:50, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
>>> +udev_list_entry_foreach(entry,
>>> udev_hwdb_get_properties_list_entry(hwdb, st
The errors are prefixed with "libxkbcommon", because they are quite
confusing. With the prefix, we at least know where they come from.
---
src/locale/localed.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/src/locale/localed.c b/src/locale/localed.c
index 4e5
On Tue, Dec 2, 2014 at 1:18 PM, Lennart Poettering
wrote:
> On Tue, 02.12.14 01:50, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
>
>>
>> +/* IEEE Organizationally Unique Identifier vendor string */
>> +static int ieee_oui(struct udev_hwdb *hwdb, struct ether_addr *mac, char
>> **ret) {
>
Meaning that I have to create a myfailureunit.service file/unit for every
unit I want to register for? Which in my case is going to be almost all of
them, in a high availability system
> -Original Message-
> From: Lennart Poettering [mailto:lenn...@poettering.net]
> Sent: Monday, Decembe
2014-12-02 14:02 GMT+01:00 Jan Synacek :
Hi,
> The errors are prefixed with "libxkbcommon", because they are quite
> confusing. With the prefix, we at least know where they come from.
> ---
> src/locale/localed.c | 15 +++
> 1 file changed, 11 insertions(+), 4 deletions(-)
>
> diff --
---
src/core/dbus-manager.c | 123 +---
1 file changed, 105 insertions(+), 18 deletions(-)
diff --git a/src/core/dbus-manager.c b/src/core/dbus-manager.c
index 0994d7b..643aa8b 100644
--- a/src/core/dbus-manager.c
+++ b/src/core/dbus-manager.c
@@ -615,6
---
src/core/dbus-timer.c | 159 ++
src/core/dbus-timer.h | 3 +
src/core/timer.c | 4 ++
3 files changed, 166 insertions(+)
diff --git a/src/core/dbus-timer.c b/src/core/dbus-timer.c
index f1f8c54..e916f5a 100644
--- a/src/core/dbus-timer.
Supported timer options --on-active=, --on-boot=, --on-startup=,
--on-unit-active=, --on-unit-inactive=, --on-calendar=. Each options
corresponding with OnActiveSec=, OnBootSec=, OnStartupSec=,
OnUnitActiveSec=, OnUnitInactiveSec= of timer respectively.
---
man/systemd-run.xml | 42 +
---
Makefile.am | 7 ++
src/shared/.gitignore| 1 +
src/shared/unit-name.c | 22
src/shared/unit-name.h | 26 +
src/shared/unit-property-scope.gperf | 202 +++
5 files changed, 258 i
Supported timer options --on-active=, --on-boot=, --on-startup=,
--on-unit-active=, --on-unit-inactive=, --on-calendar=. Each options
corresponding with OnActiveSec=, OnBootSec=, OnStartupSec=,
OnUnitActiveSec=, OnUnitInactiveSec= of timer respectively.
---
man/systemd-run.xml | 42 +
On 12/02/2014 11:29 PM, WaLyong Cho wrote:
> Supported timer options --on-active=, --on-boot=, --on-startup=,
> --on-unit-active=, --on-unit-inactive=, --on-calendar=. Each options
> corresponding with OnActiveSec=, OnBootSec=, OnStartupSec=,
> OnUnitActiveSec=, OnUnitInactiveSec= of timer respecti
On Tue, 02.12.14 08:00, Nekrasov, Alexander (alexander.nekra...@emc.com) wrote:
> Meaning that I have to create a myfailureunit.service
> file/unit for every unit I want to register for? Which in my case is
> going to be almost all of them, in a high availability system
No. systemd has a concept
On Tue, 02.12.14 14:02, Tom Gundersen (t...@jklm.no) wrote:
> > That's why we have to query the hwdb
> > directly, instead of a udev-device. We might wanna add a
> > udev_hwdb_get_property_value() just like the udev-device equivalent,
> > though.
>
> Yeah, makes sense I guess.
Yeah, I agree.
Le
On Tue, 02.12.14 13:42, David Herrmann (dh.herrm...@gmail.com) wrote:
> Hi
>
> On Tue, Dec 2, 2014 at 1:18 PM, Lennart Poettering
> wrote:
> > On Tue, 02.12.14 01:50, Tom Gundersen (tome...@kemper.freedesktop.org)
> > wrote:
> >> +udev_list_entry_foreach(entry,
> >> udev_hwdb_get_prope
On Tue, 02.12.14 14:02, Jan Synacek (jsyna...@redhat.com) wrote:
> The errors are prefixed with "libxkbcommon", because they are quite
> confusing. With the prefix, we at least know where they come from.
> ---
> src/locale/localed.c | 15 +++
> 1 file changed, 11 insertions(+), 4 dele
On 12/02/2014 01:00 PM, Nekrasov, Alexander wrote:
Meaning that I have to create a myfailureunit.service file/unit for every
unit I want to register for? Which in my case is going to be almost all of them, in a
high availability system
Can you clarify what you are doing in this HA setup so w
The systemd binary was moved from /usr/bin/systemd
to /usr/lib/systemd/systemd (commit
e0d25329b23a43332ea340f9907721873a316f4e) and is thus no longer in
$PATH. This adds the absolute path /usr/lib/systemd/systemd to
DISTRO_PORTING and does grammar/punctuation cleanup.
Regards,>From fd6831e6568d7
Lennart just gave me a solution, thank you. I'll use templates
I have a system where components at the "single node" level have dependencies
and HA policies, such as "restart this many times within this interval, if
still fails - run this action" where action is a sequence of commands.
Compone
Hi
On Tue, Dec 2, 2014 at 4:05 PM, Chris Atkinson wrote:
> The systemd binary was moved from /usr/bin/systemd
> to /usr/lib/systemd/systemd (commit
> e0d25329b23a43332ea340f9907721873a316f4e) and is thus no longer in
> $PATH. This adds the absolute path /usr/lib/systemd/systemd to
> DISTRO_PORTIN
On 12/02/2014 03:12 PM, Nekrasov, Alexander wrote:
Lennart just gave me a solution, thank you. I'll use templates
I have a system where components at the "single node" level have dependencies and HA
policies, such as "restart this many times within this interval, if still fails - run this
act
On Tue, 02.12.14 10:24, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> >> Will it be necessary for this directory to be owned by systemd-network
> >> even without networkd?
> >
> > Yes. If networkd is compile-time enable the dir should exist and be
> > properly owned, even if it networkd is spl
On Monday 01 December 2014 01:06:12 Lennart Poettering wrote:
> On Mon, 24.11.14 20:00, Peter Wu (pe...@lekensteyn.nl) wrote:
>
> > The --gc-sections linker option triggers a bug in the gold linker[1] which
> > results in a bogus .eh_frame section making debugging harder: gdb backtraces
> > stop a
I didn't catch this behavior when it was first introduced since
originally it was much harder to trigger systemd's "empty /etc" logic
but now that it only requires /etc/machine-id to be missing it is
quite easy, booting a new instance from an image for example. By
default applying presets enables e
---
man/systemd-cryptsetup-generator.xml | 11 ---
src/cryptsetup/cryptsetup-generator.c | 17 ++---
2 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/man/systemd-cryptsetup-generator.xml
b/man/systemd-cryptsetup-generator.xml
index ff94e88..d4a9cc7 100644
--- a
---
man/systemd-cryptsetup-generator.xml | 9 +-
src/cryptsetup/cryptsetup-generator.c | 380 +-
2 files changed, 199 insertions(+), 190 deletions(-)
diff --git a/man/systemd-cryptsetup-generator.xml
b/man/systemd-cryptsetup-generator.xml
index 3abb39d..ff94e88
---
man/kernel-command-line.xml | 2 ++
man/systemd-cryptsetup-generator.xml | 19 +++
src/cryptsetup/cryptsetup-generator.c | 32 ++--
3 files changed, 47 insertions(+), 6 deletions(-)
diff --git a/man/kernel-command-line.xml b/man/kernel-c
On Tue, 2014-12-02 at 01:51 +0100, Lennart Poettering wrote:
> On Tue, 18.11.14 16:09, Michael Biebl (mbi...@gmail.com) wrote:
>
> > 2014-11-18 15:59 GMT+01:00 Colin Guthrie :
> > > For the avoidance of doubt, I believe that running systemctl preset
> > > should only ever happen on *first* install
On Mon, 17.11.14 23:46, WaLyong Cho (walyong@samsung.com) wrote:
> Hello,
>
> I'd made two different services. One has *CPUSchedulingPolicy=rr* and
> the others has *CPUShares=*.
>
> Could anyone help me?
If CPUShares= is set this has the effect that the service and all
services in the same
On Thu, 13.11.14 09:11, Maciej Wereski (m.were...@partner.samsung.com) wrote:
Sorry for the late review.
> +static int get_xattrs_from_arg(Item *i) {
> +char *xattr;
> +const char *p;
> +int n;
> +
> +assert(i);
> +if (i->type != SET_XATTR)
> +
On Thu, 13.11.14 22:22, Nikolaus Rath (nikol...@rath.org) wrote:
> Hello,
>
> My journal gets corrupted on pretty much a daily basis. I typically
> notice this because things like "systemctl -n 3" take ages to run. When
> I then run "journalctl --verify", I get output like this:
Corrupted journa
Systems with many units (~10K) take many seconds to perform a
daemon-reload. The process of load-balancing these systems requires
multiple daemon-reloads, many issued concurrently. Currently many of
these redundant daemon-reloads timeout and fail.
This patch adds a new systemd method ReloadTimes
Hello,
My name is Andrey. I would like to activate a service by socket or D-Bus and
stop it when unneeded. The activation works fine but I failed to find a way how
the service can be stopped/deactivated automatically when it is no longer
needed by using applications.
Would you please help me
On Tue, 02.12.14 23:50, Andrey Shinkevich (andys...@mail.ru) wrote:
Heya,
> My name is Andrey. I would like to activate a service by socket or
> D-Bus and stop it when unneeded. The activation works fine but I
> failed to find a way how the service can be stopped/deactivated
> automatically when
On Fri, 14.11.14 20:36, Lutz Vieweg (l...@5t9.de) wrote:
> Hi,
>
> I noticed that systemd-cgtop in the "memory" column
> displays (and uses for sorting) a value that does include
> the cache memory somehow attributed to the slice.
We use the "memory.usage_in_bytes" value as exposed by the memory
On Sat, 15.11.14 15:42, WaLyong Cho (walyong@samsung.com) wrote:
Heya,
The suggested way to run boot chart is by specifying
init=/usr/lib/systemd/systemd-bootchart on the kernel cmdline. What's
the rationale behind making this a service? I mean, if it is started
as service it races against ot
On Fri, 14.11.14 15:20, Jan Janssen (medhe...@web.de) wrote:
> Hi,
>
> I think there might be something wrong with how the rate limiting works in
> manager.c. Just recently, firefox went nuts and got the whole system
> swapping like crazy. After manual OOM killing, the system is back to normal,
>
On Thu, 13.11.14 11:24, grantksupp...@operamail.com
(grantksupp...@operamail.com) wrote:
> On Tue, Nov 11, 2014, at 08:09 AM, Lennart Poettering wrote:
> > On the upstream ML we usually discuss only more recent problems, which
> > are exposed upstream. Hence, please contact the Suse folks for mor
On Thu, 13.11.14 13:53, Fisher, Charles J. (Top Echelon)
(charles.fis...@alcoa.com) wrote:
> The xinetd server from previous versions of RedHat defined a REMOTE_IP
> environment variable.
>
> I realize that I can extract that data with the following code:
>
> {
> struct sockaddr_in thisconn;
>
On Wed, 12.11.14 09:57, Steven Noonan (ste...@uplinklabs.net) wrote:
> Hi all,
>
> I've been seeing this happen every now and then on a couple machines.
> When I wake up in the morning and go to log in, I find X11 stopped,
> and when I try to log in to the VT it hangs when trying to create a
> se
On Wed, 12.11.14 13:55, Steven Noonan (ste...@uplinklabs.net) wrote:
> On Wed, Nov 12, 2014 at 11:22 AM, "Jóhann B. Guðmundsson"
> wrote:
> >
> > On 11/12/2014 07:00 PM, Steven Noonan wrote:
> >>
> >> >What's the best way to approach debugging this issue? Should I do a
> >> >debug build to get a
On Wed, 19.11.14 00:46, Bastien Nocera (had...@hadess.net) wrote:
> On Tue, 2014-11-18 at 19:32 +0100, Bastien Nocera wrote:
> > On Tue, 2014-11-11 at 16:46 +0100, Lennart Poettering wrote:
> >
> > > I am willing to take a patch for this, but then again, as I own a Yoga
> > > I might look into th
On Mon, 24.11.14 12:31, Nikolaus Rath (nikol...@rath.org) wrote:
Sorry for the late reply, still have a huge backlog of mail which I am
trying to process right now.
> If the latter hangs then it's a kernel bug.
> >>>
> >>> reboot -f works fine - could it still be a kernel bug?
> >>>
> P
On Tue, 02.12.14 11:43, Didier Roche (didro...@ubuntu.com) wrote:
Looks good! Applied!
> Le 01/12/2014 18:38, Lennart Poettering a écrit :
> >On Mon, 24.11.14 12:35, Didier Roche (didro...@ubuntu.com) wrote:
> >
> >>+static int get_valid_machine_id(int fd, char id[34]) {
> >>+assert(fd >=
On Wed, Dec 03, 2014 at 02:21:45AM +0100, Lennart Poettering wrote:
> On Thu, 13.11.14 11:24, grantksupp...@operamail.com
> (grantksupp...@operamail.com) wrote:
>
> > On Tue, Nov 11, 2014, at 08:09 AM, Lennart Poettering wrote:
> > > On the upstream ML we usually discuss only more recent problems
On Wed, 03.12.14 03:13, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Wed, Dec 03, 2014 at 02:21:45AM +0100, Lennart Poettering wrote:
> > On Thu, 13.11.14 11:24, grantksupp...@operamail.com
> > (grantksupp...@operamail.com) wrote:
> >
> > > On Tue, Nov 11, 2014, at 08:09 AM, Lenna
On Tue, 02.12.14 11:43, Didier Roche (didro...@ubuntu.com) wrote:
Heya!
Applied the patch with some changes (converted all log messages to the
new errno logging). Please check if everything still works as
intended.
Also applied patches 3, 4, 5 after that.
Thanks!
Lennart
--
Lennart Poetterin
On 12/03/2014 08:30 AM, Lennart Poettering wrote:
> On Sat, 15.11.14 15:42, WaLyong Cho (walyong@samsung.com) wrote:
>
> Heya,
>
> The suggested way to run boot chart is by specifying
> init=/usr/lib/systemd/systemd-bootchart on the kernel cmdline. What's
> the rationale behind making this a
It was <2014-12-02 wto 10:31>, when Tom Gundersen wrote:
> On Tue, Dec 2, 2014 at 10:24 AM, Łukasz Stelmach
> wrote:
>> It was <2014-12-02 wto 00:35>, when Lennart Poettering wrote:
>>> On Mon, 24.11.14 09:30, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
It was <2014-11-21 pią 21:36>, whe
Le 03/12/2014 03:44, Lennart Poettering a écrit :
On Tue, 02.12.14 11:43, Didier Roche (didro...@ubuntu.com) wrote:
Heya!
Applied the patch with some changes (converted all log messages to the
new errno logging). Please check if everything still works as
intended.
Also applied patches 3, 4, 5
Lennart Poettering writes:
> On Tue, 02.12.14 14:02, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> The errors are prefixed with "libxkbcommon", because they are quite
>> confusing. With the prefix, we at least know where they come from.
>> ---
>> src/locale/localed.c | 15 +++
>> 1 fi
The errors are prefixed with "libxkbcommon" to provide some context,
because they are quite confusing without it. With the prefix, we at
least know where they come from.
---
src/locale/localed.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/src/locale/local
Please refer me to online documentation, if any, on how to stop systemd and
D-Bus services on-demand.
Thank you in advance!
--
Andrey Shinkevich___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/lis
69 matches
Mail list logo
