On 02/09/14 16:40, Kay Sievers wrote:
>>> >> But just in case someone thinks of any per-CPU onlining policy
>>> >> machinery now: We will not ship anything in that area in systemd/udev
>>> >> upstream. This stuff just belongs into the kernel, like it works for
>>> >> any other device.
>> >
>> > Do
Hi, guys,
I’m trying to get Cgroups working for RHEL7, and has a question on the Cgroups.
When I started a process using “systemd-run --user ” under a user
account, I always got an exception that “cannot get the dbus connection”. The
systemd-run command under root user works well. But we cannot
On Tue, Sep 2, 2014 at 5:29 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Sep 02, 2014 at 10:27:37AM +0200, Kay Sievers wrote:
>> On Tue, Sep 2, 2014 at 10:01 AM, John Haxby wrote:
>> >
>> > On 2 Sep 2014, at 06:55, Kay Sievers wrote:
>> >
>> >> On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
On Tue, Sep 2, 2014 at 5:30 PM, John Haxby wrote:
> On 02/09/14 16:23, Kay Sievers wrote:
>> On Tue, Sep 2, 2014 at 5:11 PM, Colin Guthrie wrote:
>>>
>>> John Haxby wrote on 02/09/14 10:31:
Col, forgive my ignorance, but cpuadd@$name.service seems to imply that
you'd have one file or sy
On 02/09/14 16:23, Kay Sievers wrote:
> On Tue, Sep 2, 2014 at 5:11 PM, Colin Guthrie wrote:
>>
>> John Haxby wrote on 02/09/14 10:31:
>>> Col, forgive my ignorance, but cpuadd@$name.service seems to imply that
>>> you'd have one file or symlink per CPU. That's going to be unwieldy
>>> when you h
On Tue, Sep 02, 2014 at 10:27:37AM +0200, Kay Sievers wrote:
> On Tue, Sep 2, 2014 at 10:01 AM, John Haxby wrote:
> >
> > On 2 Sep 2014, at 06:55, Kay Sievers wrote:
> >
> >> On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
> >> wrote:
> >>> Cpu doesn't get online automaticly after hotplug when we
On Tue, Sep 2, 2014 at 5:11 PM, Colin Guthrie wrote:
>
> John Haxby wrote on 02/09/14 10:31:
>> Col, forgive my ignorance, but cpuadd@$name.service seems to imply that
>> you'd have one file or symlink per CPU. That's going to be unwieldy
>> when you have hundreds of CPUs isn't it?
>
> Not quite.
John Haxby wrote on 02/09/14 10:31:
> Col, forgive my ignorance, but cpuadd@$name.service seems to imply that
> you'd have one file or symlink per CPU. That's going to be unwieldy
> when you have hundreds of CPUs isn't it?
Not quite. systemd units with an @ in them are a bit special. You have
on
Am 27.08.2014 14:55, schrieb Richard Weinberger:
> If one has a config like:
> d /tmp 1777 root root -
> X /tmp/important_mount
>
> All files below /tmp/important_mount will be deleted as the
> /tmp/important_mount item will spuriously inherit a max age of 0
> from /tmp.
> /tmp has a max age of 0
On Tue, Sep 2, 2014 at 3:17 PM, Miroslav Lichvar wrote:
> On Tue, Sep 02, 2014 at 02:32:37PM +0200, Kay Sievers wrote:
>> On Tue, Sep 2, 2014 at 1:15 PM, Miroslav Lichvar wrote:
>> >> There is also some code in src/timesync/timesyncd-manager.c +209:
>> >> /* re-arm timer with increasing timeout
This makes possible to spawn service instances triggered by socket with
MLS/MCS SELinux labels which are created based on information provided by
connected peer.
Implementation of label_get_child_mls_label derived from xinetd.
Reviewed-by: Paul Moore
---
Changes in v4:
* fixes in man pa
On Tue, Sep 02, 2014 at 02:32:37PM +0200, Kay Sievers wrote:
> On Tue, Sep 2, 2014 at 1:15 PM, Miroslav Lichvar wrote:
> >> There is also some code in src/timesync/timesyncd-manager.c +209:
> >> /* re-arm timer with increasing timeout,
> >> in case the packets never arrive back */
> >>
> >> wh
On Wed, Aug 27, 2014 at 04:45:32AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Aug 25, 2014 at 10:02:58AM +0200, Michal Sekletar wrote:
> >
> > +
> > SELinuxContextFromNet=
> > +Takes a boolean
> > +
On Tue, Sep 2, 2014 at 1:21 PM, Miroslav Lichvar wrote:
> On Fri, Aug 29, 2014 at 06:38:49PM +0200, Kay Sievers wrote:
>> On Wed, Aug 27, 2014 at 4:47 PM, Miroslav Lichvar
>> wrote:
>> > ---
>> > src/timesync/timesyncd-manager.c | 3 ++-
>> > 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>>
On Tue, Sep 2, 2014 at 1:15 PM, Miroslav Lichvar wrote:
> On Fri, Aug 29, 2014 at 06:45:24PM +0200, Kay Sievers wrote:
>> On Wed, Aug 27, 2014 at 4:47 PM, Miroslav Lichvar
>> wrote:
>> > When all servers are exhausted, wait for one poll interval before trying
>> > to connect again to the first s
On Tue, Sep 2, 2014 at 1:17 PM, Miroslav Lichvar wrote:
> On Fri, Aug 29, 2014 at 06:31:10PM +0200, Kay Sievers wrote:
>> On Wed, Aug 27, 2014 at 4:47 PM, Miroslav Lichvar
>> wrote:
>> > After receiving a reply from the server, allow two missed replies before
>> > switching to another server to
On Mon, Jun 30, 2014 at 12:41:10PM -0700, Colin Walters wrote:
> There's likely other people in the field though with mount points that
> are symlinks, and while they're clearly buggy it'd be rather unfriendly
> to just have them entirely break after upgrading systemd. Maybe a loud
> warning?
One
On Fri, Aug 29, 2014 at 06:38:49PM +0200, Kay Sievers wrote:
> On Wed, Aug 27, 2014 at 4:47 PM, Miroslav Lichvar wrote:
> > ---
> > src/timesync/timesyncd-manager.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
>
> It did not apply without the earlier patch and in systemd we try to
On Fri, Aug 29, 2014 at 06:31:10PM +0200, Kay Sievers wrote:
> On Wed, Aug 27, 2014 at 4:47 PM, Miroslav Lichvar wrote:
> > After receiving a reply from the server, allow two missed replies before
> > switching to another server to avoid unnecessary clock hopping when
> > packets are getting lost
On Fri, Aug 29, 2014 at 06:45:24PM +0200, Kay Sievers wrote:
> On Wed, Aug 27, 2014 at 4:47 PM, Miroslav Lichvar wrote:
> > When all servers are exhausted, wait for one poll interval before trying
> > to connect again to the first server in the list. Also, keep increasing
> > the polling interval
On Fri, Aug 29, 2014 at 06:29:54PM +0200, Kay Sievers wrote:
> On Wed, Aug 27, 2014 at 4:47 PM, Miroslav Lichvar wrote:
> > The shortest time constant that is stable with the kernel PLL (compiled
> > with SHIFT_PLL=2) is about log2 of update interval - 3. Set the constant
> > to poll - 2 to make r
---
Makefile.am | 52
configure.ac |6 ++
2 files changed, 38 insertions(+), 20 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 1991fd0..58e5ce6 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -378,15 +378,13 @@ rootlibexec_P
On 02/09/14 09:42, Colin Guthrie wrote:
> Kay Sievers wrote on 02/09/14 09:27:
>> On Tue, Sep 2, 2014 at 10:01 AM, John Haxby wrote:
>>>
>>> On 2 Sep 2014, at 06:55, Kay Sievers wrote:
>>>
On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
wrote:
> Cpu doesn't get online automaticly af
On 2014-9-2 16:25, Kay Sievers wrote:
On Tue, Sep 2, 2014 at 8:12 AM, Zhenzhong Duan
wrote:
On 2014-9-2 13:55, Kay Sievers wrote:
On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
wrote:
Cpu doesn't get online automaticly after hotplug when we test guest cpu
add/remove in xen env.
I don't hav
Kay Sievers wrote on 02/09/14 09:27:
> On Tue, Sep 2, 2014 at 10:01 AM, John Haxby wrote:
>>
>> On 2 Sep 2014, at 06:55, Kay Sievers wrote:
>>
>>> On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
>>> wrote:
Cpu doesn't get online automaticly after hotplug when we test guest cpu
add/remov
On Tue, Sep 2, 2014 at 10:01 AM, John Haxby wrote:
>
> On 2 Sep 2014, at 06:55, Kay Sievers wrote:
>
>> On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
>> wrote:
>>> Cpu doesn't get online automaticly after hotplug when we test guest cpu
>>> add/remove in xen env.
>>>
>>> I don't have an baremeta
On Tue, Sep 2, 2014 at 8:12 AM, Zhenzhong Duan
wrote:
> On 2014-9-2 13:55, Kay Sievers wrote:
>>
>> On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
>> wrote:
>>>
>>> Cpu doesn't get online automaticly after hotplug when we test guest cpu
>>> add/remove in xen env.
>>>
>>> I don't have an baremetal
Hi,
I would like to start a configurable set of services first and the
services are wanted by multi-user.target. I am using a service to jump
to multi-user.target and I was wondering if we can support this use
case natively by systemd.
multi-user.target.wants
A.service
B.service
C.service
On 2 Sep 2014, at 06:55, Kay Sievers wrote:
> On Tue, Sep 2, 2014 at 5:22 AM, Zhenzhong Duan
> wrote:
>> Cpu doesn't get online automaticly after hotplug when we test guest cpu
>> add/remove in xen env.
>>
>> I don't have an baremetal env to test this, but I think it's same.
>>
>> The rule is
29 matches
Mail list logo