[systemd-devel] systemctl alias + pattern

2017-07-20 Thread Alfred Sawaya 
Hello systemd folks,

I have created services units with a hierarchical name pattern. For
example:

   - company.software.component1
   - company.software.component2

And to be more user-friendly, I have specified some aliases:

   - c.s.component1
   - c.s.component2

Now, those commands work:

   - systemctl status c.s.component1
   - systemctl status company.sofware.*

But this command does not:

   - systemctl status c.s.*

So it seems that we cannot use pattern on aliases ?
If not, does it seems interesting for you that I implement this behaviour ?

(Systemd version 234).

Thank you,
Alfred
-- 
Cordialement,
Alfred Sawaya
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Realtime scheduling with CONFIG_RT_GROUP_SCHED=y

2017-07-20 Thread Lars Kellogg-Stedman 
On Mon, Jul 17, 2017 at 4:14 AM, Lennart Poettering 
wrote:

> And I'd probably turn this into a proper shell script, that
> dynamically reads the path from /proc/self/cgroup and then propagates
> things up properly.
>

Lennart,

Thanks for the information.  In case anyone comes across this thread and
wonders "what might that shell script look like?", the following seems to
work:

#!/bin/bash

desired_rt_runtime_us=$1
mygroup=${2:-$(awk -F: '$2 == "cpuacct,cpu" {print $3}' /proc/self/cgroup)}

[[ $desired_rt_runtime_us -gt 0 ]] || exit
[[ $mygroup ]] || exit
[[ $mygroup = / ]] && exit

echo "${0##*/}: setting cpu.rt_runtime_us for $mygroup" >&2

cgpath=
IFS=/ read -ra cgroups <<< "${mygroup:1}"
for cg in "${cgroups[@]}"; do
cgpath="${cgpath}/${cg}"
echo "${0##*/}: $desired_rt_runtime_us ->
/sys/fs/cgroup/cpu,cpuacct${cgpath}" >&2
echo "$desired_rt_runtime_us" >
/sys/fs/cgroup/cpu,cpuacct${cgpath}/cpu.rt_runtime_us
done

-- 
Lars Kellogg-Stedman 
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Failed to apply ACLs: Invalid argument

2017-07-20 Thread Matwey V. Kornilov 
2017-07-20 11:05 GMT+03:00 Lennart Poettering :
> On Thu, 20.07.17 10:45, Matwey V. Kornilov (matwey.korni...@gmail.com) wrote:
>
>> > I suspect 21d6220fe0bf24fda7df9833961e022cafa439bc will fix my issue.
>> > I will check tomorrow.
>>
>> I've just found that
>>
>> sd_device_new_from_subsystem_sysname returns -22 for parport_pc
>> device, because subsys variable has no ':' and driver == NULL which
>> leads to -EINVAL in systemd v228.
>
> And did 21d6220fe0bf24fda7df9833961e022cafa439bc fix the issue for
> you? Is this still a problem on more current versions?

Yes, it helped. Seemingly, this needs to be backported to openSUSE's v228.

>
> Lennart
>
> --
> Lennart Poettering, Red Hat



-- 
With best regards,
Matwey V. Kornilov
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Failed to apply ACLs: Invalid argument

2017-07-20 Thread Lennart Poettering 
On Thu, 20.07.17 10:45, Matwey V. Kornilov (matwey.korni...@gmail.com) wrote:

> > I suspect 21d6220fe0bf24fda7df9833961e022cafa439bc will fix my issue.
> > I will check tomorrow.
> 
> I've just found that
> 
> sd_device_new_from_subsystem_sysname returns -22 for parport_pc
> device, because subsys variable has no ':' and driver == NULL which
> leads to -EINVAL in systemd v228.

And did 21d6220fe0bf24fda7df9833961e022cafa439bc fix the issue for
you? Is this still a problem on more current versions?

Lennart

-- 
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel