Bug 787284 - systemd subsystem does not seems to be handled
Summary: systemd subsystem does not seems to be handled
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: libcgroup
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jan Safranek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-03 19:43 UTC by Alphonse Steiner
Modified: 2012-04-11 05:32 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-04-11 05:27:17 UTC
Type: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Alphonse Steiner 2012-02-03 19:43:50 UTC 
Description of problem:
I wanted to classify some user processes using cgclassify, but it failed saying the subsystem 'systemd' is not mounted.
But 'mount' reports:

cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)

So it is mounted.
On the other hand, 'lssubsys' reports:
cpuset
cpu,cpuacct
memory
devices
freezer
net_cls
blkio
perf_event

So systemd does not appears, even if its tree exists in /sys/fs/cgroup/systemd.
Is-it a bug or is cgclassify unable to handle systemd processes? I have not found any clues yet...


Version-Release number of selected component (if applicable):
libcgroup-tools-0.37.1-4.fc16.x86_64, systemd-37-11.fc16.x86_64
Comment 1 Jan Safranek 2012-02-06 08:27:58 UTC 
It's a feature, not a bug. Libcgroup is build in a way that it completely ignores "name=systemd" hierarchy. It's systemd's private one and no one should touch it.

You can use systemd native tool systemd-cgls to see its content.
Comment 2 Ivana Varekova 2012-04-11 05:32:59 UTC 
Sorry, wrong resolution, this bug should be closed as notabug - see comment 1
Note You need to log in before you can comment on or make changes to this bug.