# "cgroups to match as systemd services" config parameter - how to confirm it evaluates?

**URL:** <https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995>\
**Category:** Help\
**Tags:** agent, agent-configuration\
**Created:** [February 25, 2021, 10:09pm UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995 "2021-02-25T22:09:27Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![simpki](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/simpki/32/542_2.png) [@simpki](https://community.netdata.cloud/u/simpki)\
**Post date:** [February 25, 2021, 10:09pm UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/1 "2021-02-25T22:09:27Z")

</div>

## Environment

netdata 1.29.x on Ubuntu

## Problem/Question

We have modified which cgroups to match as systemd services as follows `cgroups to match as systemd services = /system.slice/system-h*.slice/*.service !/system.slice/*/*.service /system.slice/*.service` and after restarting netdata, we do not see the expected services appear in netdata charts.

## What I expected to happen

After restarting netdata, we expected to see services listed from the slice we added. We’re not sure if we needed to modify another of the netdata config lines to allow the above parameter to evaluate.

---

<div class="post-metadata">

**Author:** ![ilyam8](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/ilyam8/32/134_2.png) [@ilyam8](https://community.netdata.cloud/u/ilyam8)\
**Post date:** [February 26, 2021, 12:26am UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/2 "2021-02-26T00:26:49Z")

</div>

Hi @simpki , lets see

> We’re not sure if we needed to modify another of the netdata config lines to allow the above parameter to evaluate.

Indeed, could the be case. First of all we need a cgroup get matched by `enable by default cgroups matching` (otherwise it is filtered out), then, to make it appear as systemd service, matched by `cgroups to match as systemd services`. @vlvkobal correct me if i am wrong.

If you know the exact cgroup id you [can use Netdata command line to test it](https://learn.netdata.cloud/docs/agent/libnetdata/simple_pattern).

---

<div class="post-metadata">

**Author:** ![vlvkobal](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/vlvkobal/32/219_2.png) [@vlvkobal](https://community.netdata.cloud/u/vlvkobal)\
**Post date:** [February 26, 2021, 7:39am UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/3 "2021-02-26T07:39:36Z")

</div>

No, you can’t exclude a systemd service from being monitored using `enable by default cgroups matching`. @simpki please show the full path to the service you want to add.

---

<div class="post-metadata">

**Author:** ![simpki](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/simpki/32/542_2.png) [@simpki](https://community.netdata.cloud/u/simpki)\
**Post date:** [February 26, 2021, 4:05pm UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/4 "2021-02-26T16:05:34Z")

</div>

here is the full path: `/sys/fs/cgroup/systemd/system.slice/system-humio.slice/humio@0.service`

---

<div class="post-metadata">

**Author:** ![vlvkobal](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/vlvkobal/32/219_2.png) [@vlvkobal](https://community.netdata.cloud/u/vlvkobal)\
**Post date:** [March 1, 2021, 8:14am UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/5 "2021-03-01T08:14:35Z")

</div>

The cgroups plugin doesn’t read files from `/sys/fs/cgroup/systemd`. It [reads](https://learn.netdata.cloud/docs/agent/collectors/cgroups.plugin#how-netdata-finds-the-available-cgroups)

```auto
/sys/fs/cgroup/cpuacct
/sys/fs/cgroup/blkio
/sys/fs/cgroup/memory
/sys/fs/cgroup/devices

```

---

<div class="post-metadata">

**Author:** ![vlvkobal](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/vlvkobal/32/219_2.png) [@vlvkobal](https://community.netdata.cloud/u/vlvkobal)\
**Post date:** [March 1, 2021, 8:25am UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/6 "2021-03-01T08:25:20Z")

</div>

Apparently you should use `/system.slice/system-h*.slice`, not `/system.slice/system-h*.slice/*.service`.

---

<div class="post-metadata">

**Author:** ![simpki](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/simpki/32/542_2.png) [@simpki](https://community.netdata.cloud/u/simpki)\
**Post date:** [March 1, 2021, 4:01pm UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/7 "2021-03-01T16:01:45Z")

</div>

I’m not sure what to make of this. In this case, an application has chosen the `/system.slice/system-h*.slice/*.service` path, and the pattern match succeeds in the CLI.

---

<div class="post-metadata">

**Author:** ![simpki](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/simpki/32/542_2.png) [@simpki](https://community.netdata.cloud/u/simpki)\
**Post date:** [March 8, 2021, 7:30pm UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/8 "2021-03-08T19:30:26Z")

</div>

Checking in - is this something we should create a bug for in the netdata GitHub?

---

<div class="post-metadata">

**Author:** ![OdysLam](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/odyslam/32/98_2.png) [@OdysLam](https://community.netdata.cloud/u/OdysLam)\
**Post date:** [March 9, 2021, 8:50am UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/9 "2021-03-09T08:50:48Z")

</div>

Hey @simpki,

Thanks for pinging again. Not sure to be honest, let me check with @vlvkobal and @ilyam8 first!

---

<div class="post-metadata">

**Author:** ![vlvkobal](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/vlvkobal/32/219_2.png) [@vlvkobal](https://community.netdata.cloud/u/vlvkobal)\
**Post date:** [March 9, 2021, 9:10am UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/10 "2021-03-09T09:10:18Z")

</div>

> [@simpki](#):
>
> an application has chosen the `/system.slice/system-h*.slice/*.service` path, and the pattern match succeeds in the CLI.

It doesn’t matter that the pattern match - you don’t have this path in your system.

---

<div class="post-metadata">

**Author:** ![ilyam8](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/ilyam8/32/134_2.png) [@ilyam8](https://community.netdata.cloud/u/ilyam8)\
**Post date:** [March 9, 2021, 4:21pm UTC](https://community.netdata.cloud/t/cgroups-to-match-as-systemd-services-config-parameter-how-to-confirm-it-evaluates/995/11 "2021-03-09T16:21:31Z")

</div>

@simpki could you show a cgroup full path (lets take memory)

Default is

```auto
cgroups to match as systemd services = !/system.slice/*/*.service /system.slice/*.service

```

Result is the following cgroups are matched as systemd services

```nohighlight
[ilyam@pc ~]$ ls -l /sys/fs/cgroup/memory/system.slice/ | awk '{ print $9 }' | grep "\.service"
apparmor.service
avahi-daemon.service
cronie.service
dbus.service
docker.service
kmod-static-nodes.service
lvm2-monitor.service
ModemManager.service
netdata.service
NetworkManager.service
NetworkManager-wait-online.service
polkit.service
rtkit-daemon.service
sddm.service
smartd.service
snapd.apparmor.service
sshd.service
systemd-binfmt.service
systemd-journald.service
systemd-journal-flush.service
systemd-logind.service
systemd-modules-load.service
systemd-random-seed.service
systemd-remount-fs.service
systemd-sysctl.service
systemd-tmpfiles-setup-dev.service
systemd-tmpfiles-setup.service
systemd-udevd.service
systemd-udev-trigger.service
systemd-update-utmp.service
systemd-user-sessions.service
tlp.service
udisks2.service
upower.service
wpa_supplicant.service

```

The following are not

```nohighlight
[ilyam@pc ~]$ ls -l /sys/fs/cgroup/memory/system.slice/ | awk '{ print $9 }' | grep -v "\.service" | grep -v "memory."
avahi-daemon.socket
boot-efi.mount
cgroup.clone_children
cgroup.event_control
cgroup.procs
dbus.socket
dm-event.socket
docker.socket
lvm2-lvmpolld.socket
notify_on_release
run-user-1000-gvfs.mount
run-user-1000.mount
snapd.socket
systemd-coredump.socket
systemd-journald-audit.socket
systemd-journald-dev-log.socket
systemd-journald.socket
systemd-rfkill.socket
systemd-udevd-control.socket
systemd-udevd-kernel.socket
system-getty.slice
system-modprobe.slice
system-systemd\x2dcoredump.slice
system-systemd\x2dfsck.slice
tasks
tmp.mount

```