[Users] Re: cat: /proc/self/mountinfo: Cannot allocate memory

Benjamin Henrion bh at udev.org
Tue Feb 14 05:29:29 EST 2012


On Tue, Feb 14, 2012 at 11:26 AM, Benjamin Henrion <bh at udev.org> wrote:
> Hi,
>
> I am trying updatedb on a gentoo openvz container, the HN is a debian
> squeeze kernel.
>
> Updatedb segfaults, and when I strace it, I find that:
>
> # cat /proc/self/mountinfo
> cat: /proc/self/mountinfo: Cannot allocate memory
>
> Any idea how to fix that?
>
> There is a bug filed here:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655385
>
> But I have no idea how to fix it.

I see there was a kernel crash here, that might explain something:

[9787206.796392] CT: 1004: started
[9787207.629687] ------------[ cut here ]------------
[9787207.629721] WARNING: at
/build/buildd-linux-2.6_2.6.32-35-amd64-aZSlKL/linux-2.6-2.6.32/debian/build/source_amd64_openvz/mm/page_alloc.c:1828
__alloc_pages_nodemask+0x183/0x6ab()
[9787207.629795] Hardware name: MS-7522
[9787207.629817] Modules linked in: nf_conntrack_ipv4 nf_defrag_ipv4
xt_state nf_conntrack vzethdev vznetdev simfs vzrst vzcpt vzdquota
vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS
iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT
ip_tables x_tables acpi_cpufreq cpufreq_powersave cpufreq_userspace
cpufreq_conservative cpufreq_stats vzevent loop snd_hda_codec_atihdmi
radeon snd_hda_intel snd_hda_codec ttm snd_hwdep snd_pcm snd_timer snd
soundcore drm_kms_helper drm i2c_algo_bit pcspkr i2c_i801 i2c_core
evdev button wmi snd_page_alloc ext3 jbd mbcache dm_mod aacraid
3w_9xxx 3w_xxxx raid10 raid456 async_raid6_recov async_pq raid6_pq
async_xor xor async_memcpy async_tx raid1 raid0 md_mod sata_nv
sata_sil sata_via sd_mod crc_t10dif ahci libata uhci_hcd scsi_mod
ehci_hcd r8169 mii usbcore nls_base thermal processor thermal_sys
[last unloaded: scsi_wait_scan]
[9787207.630273] Pid: 10521, comm: fuser Not tainted 2.6.32-5-openvz-amd64 #1
[9787207.630302] Call Trace:
[9787207.630326]  [<ffffffff810bcdd0>] ? __alloc_pages_nodemask+0x183/0x6ab
[9787207.630355]  [<ffffffff810bcdd0>] ? __alloc_pages_nodemask+0x183/0x6ab
[9787207.630385]  [<ffffffff8104e0ac>] ? warn_slowpath_common+0x77/0xa3
[9787207.630415]  [<ffffffff810bcdd0>] ? __alloc_pages_nodemask+0x183/0x6ab
[9787207.630445]  [<ffffffff81100141>] ? __d_path+0x116/0x1e0
[9787207.630472]  [<ffffffff810bc291>] ? __get_free_pages+0x9/0x38
[9787207.630501]  [<ffffffff810e8f29>] ? __kmalloc+0x3f/0x17f
[9787207.630528]  [<ffffffff81108d40>] ? seq_read+0x226/0x388
[9787207.630556]  [<ffffffff810f1b86>] ? vfs_read+0xa6/0xff
[9787207.630582]  [<ffffffff810f1cf9>] ? sys_read+0x49/0xc4
[9787207.630609]  [<ffffffff81010c12>] ? system_call_fastpath+0x16/0x1b
[9787207.630637] ---[ end trace eeab2b2862ea622c ]---
[9787305.628531] CT: 1004: stopped

-- 
Benjamin Henrion <bhenrion at ffii.org>
FFII Brussels - +32-484-566109 - +32-2-4148403
"In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators."


More information about the Users mailing list