Bug 787284

Summary:	systemd subsystem does not seems to be handled
Product:	[Fedora] Fedora	Reporter:	Alphonse Steiner <alphsteiner>
Component:	libcgroup	Assignee:	Jan Safranek <jsafrane>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	16	CC:	bsingharora, jsafrane, pschiffe, varekova
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-04-11 05:27:17 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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