<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to feature-requests</title><link href="https://sourceforge.net/p/libcg/feature-requests/" rel="alternate"/><link href="https://sourceforge.net/p/libcg/feature-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/libcg/feature-requests/</id><updated>2014-07-09T13:02:39.300000Z</updated><subtitle>Recent changes to feature-requests</subtitle><entry><title>NOT (!) operator in cgrules.conf?</title><link href="https://sourceforge.net/p/libcg/feature-requests/3/" rel="alternate"/><published>2014-07-09T13:02:39.300000Z</published><updated>2014-07-09T13:02:39.300000Z</updated><author><name>Joseph Santaniello</name><uri>https://sourceforge.net/u/jsantaniello/</uri></author><id>https://sourceforge.netf27beac338cf6ad47eb068cd3d6b5cc471327a4e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I have a scenario where it would be very helpful for cgrulesengd to recognize the ! operator. An example cgrules.conf:&lt;/p&gt;
&lt;p&gt;user:!command * group/&lt;/p&gt;
&lt;p&gt;Which would cause all of user's tasks EXCEPT "command" to be classified into "group"&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>ID-Range for cgrulesengd</title><link href="https://sourceforge.net/p/libcg/feature-requests/2/" rel="alternate"/><published>2010-11-08T10:08:43Z</published><updated>2010-11-08T10:08:43Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.neta9f644d9b9352a1c49b320f169805cfe5ace4765</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi all,&lt;br /&gt;
I'm in a project, where the system should be secured from wired user applications, all user accounts are stored in LDAP so we'd like to configure cgrulesengd to move an ID range f.e. 10000-25000 to one cgroup.&lt;br /&gt;
ATM I'm using a collector script, which is started via cronjob, but this is only a dirty workaround for the problem.&lt;br /&gt;
Would be nice to see this improvement in a patch or in upcoming version.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>double loading the same config unloads the earlier one</title><link href="https://sourceforge.net/p/libcg/feature-requests/1/" rel="alternate"/><published>2008-11-10T13:21:51Z</published><updated>2008-11-10T13:21:51Z</updated><author><name>Sudhir Kumar</name><uri>https://sourceforge.net/u/sudhirmalik/</uri></author><id>https://sourceforge.netc01d3c4580961d841aaa7910270c7854dc259a8e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi&lt;br /&gt;
Loading the same file agian should not clean earlier mounted controllers. However the current parser unloads the existing setup.&lt;/p&gt;
&lt;p&gt;[root@e325b my-configs]# cgconfigparser -l basic.conf&lt;br /&gt;
[root@e325b my-configs]# pm&lt;br /&gt;
cgroup /container cgroup rw,cpu 0 0&lt;br /&gt;
cgroup /memory cgroup rw,memory 0 0&lt;br /&gt;
[root@e325b my-configs]# cgconfigparser -l basic.conf&lt;br /&gt;
Loading configuration file basic.conf failed, error: Device or resource busy&lt;br /&gt;
return code = 50021&lt;br /&gt;
[root@e325b my-configs]# pm&lt;br /&gt;
[root@e325b my-configs]#&lt;/p&gt;
&lt;p&gt;Here pm is cat /proc/mounts | grep -w cgroup&lt;/p&gt;
&lt;p&gt;However this needs a discussion but anyway this is an unexpected behaviour.&lt;/p&gt;
&lt;p&gt;Thanks&lt;br /&gt;
sudhir&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>