Hello Pete, sf...@users.sourceforge.net: > Thanks for testing. > I think I could find a bug in the patch. Its first hunk is bad. > I will try another approach. Just give me some time.
Here are two patches for a new approach. - a.patch is for upstream kernel (opensuse-11.1-31.14) - b.patch is for latest aufs2.1-standalone-31 They are passed my first level local tests. A new configuration CONFIG_AUFS_PROC_MAP is introduced, but it may be unnecessary for you. I'd suggest you to try these steps. 1. apply b.patch, disable CONFIG_AUFS_PROC_MAP, build and run. I hope the known problem will be gone by b.patch. But I am not sure since I don't have an exact reproducible test method. If everything is fine, then following steps will be unnecessary for you. Some utilities like lsof(1) may produce incorrect result. If you never allow such behaviour, then try next. 2. apply a.patch, disable CONFIG_AUFS_PROC_MAP, build and run. This is just a test to make sure that a.patch is good. So the problem around lsof won't be solve. Then last step, 3. enable CONFIG_AUFS_PROC_MAP, build and run. This new configuration should solve the problem around lsof. Now my local tests continue. J. R. Okajima
a.patch.bz2
Description: BZip2 compressed data
b.patch.bz2
Description: BZip2 compressed data
------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2
