On Tue, Feb 14, 2012 at 11:26 AM, Benjamin Henrion <b...@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." _______________________________________________ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
