On 08/04/2012 11:32 PM, Dhaval Giani wrote: > On Sat, Aug 4, 2012 at 1:38 PM, Ivana Varekova <varek...@redhat.com> wrote: >> >> >> ----- Original Message ----- >>> From: "Dhaval Giani" <dhaval.gi...@gmail.com> >>> To: "Ivana Varekova" <varek...@redhat.com> >>> Cc: "Balbir Singh" <bsinghar...@gmail.com>, "Jan Safranek" >>> <jsafr...@redhat.com>, "Libcg Development list" >>> <libcg-devel@lists.sourceforge.net> >>> Sent: Friday, August 3, 2012 3:47:47 PM >>> Subject: Re: [Libcg-devel] new feature idea (v2) >>> >>>> 2/ after short discussion with jan, we found the default behaviour >>>> of "template" group, which will be defined by some template in >>>> cgrules.conf should be consistent with the cgconfig.conf default >>>> behavior - cgconfig conf creates parent group of the defined group >>>> by plane mkdir - no copy-from-parent. >>>> Thus template cgroup shoud be create by mkdir if there is no >>>> specification in cgconfig.conf as well. >>> >>> This bit doesn't work. What do you do for cpusets? >>> >>> Dhaval >>> >> Then it is the same situation if you define a cgroup in cpuset in >> cgconfig.conf. I plan to do examples and document the configuration nicely. >> From my point this is the best solution. Is it ok for you? > > I would prefer a sane default, such as copy_from_parent, which means, > we will almost always have a sane default, which works.
There is no sane default without extensive logic in libcgroup, copy from parent won't work on cpuset with cpu_exclusive. Current cgconfigparser does simple mkdir for groups, which are not configured. It is up to the administrator to pre-configure parent groups if simple mkdir is not enough. I think that cgrulesengd should do exactly the same. Jan ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Libcg-devel mailing list Libcg-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libcg-devel
