Hi! On 05/23/2013 05:31 PM, [email protected] wrote: > Hi! >> Support of extended attributes in cgroups was added in Linux 3.7. > I've tried to run the test on my machine where cgroups are allready > mounted to /sys/fs/cgroup (which seems to be the case for modern > distributions). In such situation the mount in the test fails with > EBUSY. I looks like the root hierarchy can be mounted only once. Now we > cannot unmout the /sys/fs/cgroup as this one is used by the system. > > But it looks like we can mount each of the controllers, i.e. > > for each controller: > mkdir /path/type > mount -t cgroup -o type type /path/type > > So the options are either to use the /sys/fs/cgroup directory or mount > each controller one by one. > > What do you think? > it appears in case you already mounted cgroups with only a few subsystems (using -o type1, ...) and want to mount somewhere all available subsystems without specifying ones.
Yes, it's solving by mounting subsystems using -o type1, type2,... and we can specify all, it will be ok! but it doesn't work in case all available sybsystems has been already mounted (without options) before and we will get the same busy error. It seems that each way of mounting should coincide with previous. So one possible way out is detect how many subsystems was already mounted and mount accordingly. Any ideas? ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
