Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 829952

Summary:	Outdated information about cgconfig service in Resource Management Guide for Fedora 17
Product:	[Retired] Fedora Documentation	Reporter:	Aleksandr Brezhnev <brezhnev>
Component:	resource-management-guide	Assignee:	Martin Prpič <mprpic>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Docs QA <docs-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	devel	CC:	zach
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:	2015-05-28 09:04:35 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Aleksandr Brezhnev 2012-06-07 21:04:58 UTC

Description of problem:
The Resource Management Guide for Fedora 17 contains outdated information about cgconfig service in section 2.1 "The cgconfig Service"

The guide states that the cgconfig service is not started by default in Fedora 17. It is not true. In addition, the guide contains phrase "When you start the service with chkconfig" that is wrong for any release. For Fedora 17 is should be "When you start the service with the <command>systemctl start</command> command".

Comment 1 Martin Prpič 2012-06-07 21:11:01 UTC

Ah, I missed that one! Will update it asap. Do you know if the cgconfig service was started by default on f16 and f15?

Cheers,
Martin

Comment 2 Aleksandr Brezhnev 2012-06-07 23:01:23 UTC

The cgconfig service is "on" by default on Fedora 15 and "off" on Fedora 16. 
Both Fedora versions allow you to control the service with chkconfig.
It is not the case for Fedora 17.

Comment 3 Martin Prpič 2012-06-08 12:39:02 UTC

Ok, this should be fixed. Moving to ON_QA. Can you verify the fix so I can close this bug? And thanks again for reporting this issue.

Comment 4 Aleksandr Brezhnev 2012-06-08 13:45:27 UTC

I would rephrase the paragraph like that:

The <systemitem class="service">cgconfig</systemitem> service is enabled by default on &MAJOROSVER;. After reboot or when you restart the service with <command>systemctl restart cgconfig.service</command> command, it reads the cgroup configuration file — <filename>/etc/cgconfig.conf</filename>. Cgroups are therefore recreated from session to session and become persistent. Depending on the contents of the configuration file, <application>cgconfig</application> can create hierarchies, mount necessary file systems, create cgroups, and set subsystem parameters for each group.

Comment 5 Martin Prpič 2012-06-11 11:08:50 UTC

Sure thing. Rephrased! I'll publish this as soon as possible. Change was committed to Git (ac5ff6462e95abfb615d9da9d06fdb449c9f7e53).

Thanks!