[Bug 1392176] Comment bridged from LTC Bugzilla

2016-07-18 Thread bugproxy
--- Comment From ru...@us.ibm.com 2016-07-18 15:08 EDT--- . -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1392176 Title: mounts cgroups unconditionally which causes undesired effects with cp

[Bug 1392176] Comment bridged from LTC Bugzilla

2016-06-28 Thread bugproxy
sudo cat /proc//mountinfo -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1392176 Title: mounts cgroups unconditionally which causes undesired effects with cpu hotplug To manage notifications about

[Bug 1392176] Comment bridged from LTC Bugzilla

2016-06-18 Thread bugproxy
--- Comment From shg...@cn.ibm.com 2016-06-18 09:49 EDT--- (In reply to comment #77) > "LXC cases, like docker and KVM" - did you mean non-lxc cases? > > xenial by default should now be using libpam-cgfs, should not be using > cgmanager, and should not be creating cpusets. Thanks for the i

[Bug 1392176] Comment bridged from LTC Bugzilla

2016-06-17 Thread bugproxy
--- Comment From shg...@cn.ibm.com 2016-06-17 06:01 EDT--- (In reply to comment #63) > > @Sqxm - thanks for that input. > > For what it's worth you should be able to use ppa:serge-hallyn/systemd in > xenial to get cpusets not created by default. Unfortunately I need to make > some more cha

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-07-11 Thread bugproxy
--- Comment From bharata@in.ibm.com 2015-07-12 06:07 EDT--- *** Bug 127595 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1392176 Title: mo

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-06-25 Thread bugproxy
--- Comment From preeti.mur...@in.ibm.com 2015-06-16 04:50 EDT--- Hi, An update on this: We are looking at solving this issue in either of the following two ways: 1. Have a config option where user specifies the controllers to mount. 2. Have the patch that mounts cgroups for containers i

Re: [Bug 1392176] Comment bridged from LTC Bugzilla

2015-04-20 Thread Serge Hallyn
Quoting bugproxy (bugpr...@us.ibm.com): > --- Comment From preeti.mur...@in.ibm.com 2015-04-20 03:20 EDT--- > Hi, > > We want cgroups to be mounted *without* the cpuset controller. > > >From your conversation I could make out the following: > > 1. LXC does not have a hard requirement on

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-04-19 Thread bugproxy
--- Comment From preeti.mur...@in.ibm.com 2015-04-20 03:20 EDT--- Hi, We want cgroups to be mounted *without* the cpuset controller. >From your conversation I could make out the following: 1. LXC does not have a hard requirement on cpusets. But the challenge in not mounting cpusets woul

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-04-09 Thread bugproxy
--- Comment From mainam...@in.ibm.com 2015-04-09 09:58 EDT--- *** Bug 121220 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1392176 Title: moun

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-04-08 Thread bugproxy
--- Comment From preeti.mur...@in.ibm.com 2015-04-09 02:55 EDT--- (In reply to comment #36) > > But I'm a bit worried, doesn't not mounting cpuset mean that containers, > > for instance, wouldn't work so well? > > You just won't be able to lock containers to cpusets. > > > That is, even if

Re: [Bug 1392176] Comment bridged from LTC Bugzilla

2015-04-07 Thread Serge Hallyn
> But I'm a bit worried, doesn't not mounting cpuset mean that containers, > for instance, wouldn't work so well? You just won't be able to lock containers to cpusets. > That is, even if cgmanager doesn't mount the cpuset cgroup, if > *anything* mounts it, processes in that cgroup tree will exper

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-04-07 Thread bugproxy
--- Comment From ara...@us.ibm.com 2015-04-07 15:56 EDT--- (In reply to comment #33) > Yes Nish, take a look at the full example: > > root@ubuntu1504:/sys/fs/cgroup/cpuset# cat cpuset.cpus ; cat > user.slice/cpuset.cpus > 0-7 > 0-7 > root@ubuntu1504:/sys/fs/cgroup/cpuset# echo 0 > > /sys/de

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-04-06 Thread bugproxy
--- Comment From preeti.mur...@in.ibm.com 2015-04-06 09:26 EDT--- On the legacy hierarchy, cpuset.cpus changes with hotplug. It does not on the unified/default hierarchy. The issue arises because cpuset.cpus changes in the legacy hierarchy and the effective cpus is equivalent to it. Reg

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-03-23 Thread bugproxy
--- Comment From ara...@us.ibm.com 2015-03-23 18:25 EDT--- (In reply to comment #19) > > Does 15.04 ship with the legacy hierarchy on by default, I'm assuming it > > does to minimize regressions? Sort of annoying to have a cgmanager flag > > that only should apply if legacy is in-use? > > L

Re: [Bug 1392176] Comment bridged from LTC Bugzilla

2015-03-23 Thread Serge Hallyn
> Does 15.04 ship with the legacy hierarchy on by default, I'm assuming it > does to minimize regressions? Sort of annoying to have a cgmanager flag > that only should apply if legacy is in-use? Legacy will be in use for a long time, because the unified hierarchy breaks a great deal of existing so

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-03-23 Thread bugproxy
--- Comment From ara...@us.ibm.com 2015-03-23 17:37 EDT--- Making my own comment external: Preeti, is this fixed upstream with the default hierarchy and the "effective_cpus" file? be4c9dd7aee5ecf3e748da68c27b38bdca70d444 e2b9a3d7d8f4ab2f3491b8ed2ac6af692a2269b2 It seems like with the ne

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-02-06 Thread bugproxy
--- Comment From preeti.mur...@in.ibm.com 2015-02-06 12:26 EDT--- Yes(In reply to comment #11) > It seems that what you really want is for, when a cpu is on-lined, for all > or some tasks to have that cpu automatically added to their cpuset? Would > that suffice? Yes, for those tasks whic

[Bug 1392176] Comment bridged from LTC Bugzilla

2015-02-05 Thread bugproxy
--- Comment From preeti.mur...@in.ibm.com 2014-12-19 02:40 EDT--- (In reply to comment #6) > I'm definately open to making this more flexible. > > The queestion is how best to allow the configuration. We could add a > /etc/cgmanager.conf, or we could do it through command line options > sp