On Monday 04 July 2011, 15:22:34 sf...@users.sourceforge.net wrote:
> "Hans-Peter Jansen":
> > Having the "desktop" flavor of the kernel builds in use,
> > apparently, I do:
> >
> > $ grep NUMA config/i386/desktop
> > CONFIG_NUMA_IRQ_DESC=y
> > # CONFIG_X86_NUMAQ is not set
> > CONFIG_X86_SUMMIT_NUMA=y
> > CONFIG_NUMA=y
> > CONFIG_ACPI_NUMA=y
>
> Ok, it means, if lsof reads /proc/PID/numa_maps then the file path
> will be /read-only/...
> Although I don't think lsof reads numa_maps currently, it may be one
> cause.
>
> > > - where can I get the source files of your /sbin/init?
> >
> > http://download.opensuse.org/update/11.1/rpm/src/sysvinit-2.86-186.
> >18.1.src.rpm
> >
> > but /sbin/init was just meant as an example. It happens for _all_
> > processes running from aufs branches. I will forward a complete
> > lsof list to you directly.
>
> Thanks.
> Before we dive into this problem deeper, I think we need to verify
> that CONFIG_AUFS_PROC_MAP is enabled expectedly.

Yes, already tried that.

> Please check 
> /sys/fs/aufs/config and find "CONFIG_AUFS_PROC_MAP=y"

# tree /sys/fs/aufs
/sys/fs/aufs
`-- si_c722ff59
    |-- br0
    |-- br1
    `-- xi_path

There's no such path like /sys/fs/aufs/config here.

# tree $(find /sys -name aufs\*)
/sys/fs/aufs
`-- si_c722ff59
    |-- br0
    |-- br1
    `-- xi_path
/sys/kernel/debug/aufs
`-- si_c722ff59
    |-- xi0
    |-- xi1
    `-- xib
/sys/module/aufs
|-- holders
|-- initstate
|-- notes
|-- parameters
|   |-- brs
|   `-- debug
|-- refcnt
|-- sections
|   |-- __bug_table
|   |-- __ex_table
|   `-- __param
|-- srcversion
`-- version

6 directories, 15 files
# cat /sys/module/aufs/srcversion 
A65D8395F29B823BBC84872
# cat /sys/module/aufs/version 
2.1-standalone.tree-31-20110627

# tree $(find /proc -name aufs\*)
/proc/fs/aufs
`-- plink_maint

Do you have another idea, how to detect if CONFIG_AUFS_PROC_MAP is 
really active?

Pete

------------------------------------------------------------------------------
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

Reply via email to