From mboxrd@z Thu Jan 1 00:00:00 1970 From: Georgi Nikolov Subject: cgroups iptables-restor: vmalloc: allocation failure Date: Wed, 25 Jul 2018 14:50:01 +0300 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------C10297C1ACA44073A299A8A1" Return-path: Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org List-ID: To: Tejun Heo Cc: cgroups@vger.kernel.org, linux-kernel@vger.kernel.org This is a multi-part message in MIME format. --------------C10297C1ACA44073A299A8A1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello, I posted a kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=200651 and i hope this is the correct place to discuss this. Regards, -- Georgi Nikolov --------------C10297C1ACA44073A299A8A1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

Hello,

I posted a kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=200651 and
i hope this is the correct place to discuss this.

Regards,

--
Georgi Nikolov

--------------C10297C1ACA44073A299A8A1-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: cgroups iptables-restor: vmalloc: allocation failure Date: Wed, 25 Jul 2018 07:14:43 -0700 Message-ID: <20180725141443.GS1934745@devbig577.frc2.facebook.com> References: Mime-Version: 1.0 Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=AFEdrCnPLio2AtW9WGKB9yNRB5Gbbpv616xvzBH8Jf4=; b=Zbe0N03nKVOv2Q7VE7D9yngV67nKRE/Frp2YrmkOUdnlVUyJKCLFYpOpcsZNMPY1BR d8l3ZXL0lSqSkFL5RWtluMUEN/mjpfISNDGYnxlPbrwG2vkoFNiXB3BNvHbhvCn7hvfZ vfpUZmuHyxff2vTc2MIUDOGZvtZyynKz23sDpeoOBHQ6nW2TXgLJrLR1ZcZZl7bfqEnI 9Vo3yxyqwpxNXHY+p6H352wkUfX2XaKHNbcu4RpeHVrbxaEr9KXKSUNrIeR+UE71vw30 hLx63h1kBwAx11hGhxdW/ec1oCbMItdBU2m1vWsMc1+u4N558ht3H8sJtUVazJMtyvCa bYzA== Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Georgi Nikolov Cc: cgroups@vger.kernel.org, linux-kernel@vger.kernel.org On Wed, Jul 25, 2018 at 02:50:01PM +0300, Georgi Nikolov wrote: > I posted a kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=200651 and > i hope this is the correct place to discuss this. That's just NORETRY vmalloc allocation failing under memory pressure. Doesn't have much to do with cgroups except that there are also a bunch of cgroups consuming memory. Thanks. -- tejun From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Rientjes Subject: Re: cgroups iptables-restor: vmalloc: allocation failure Date: Wed, 25 Jul 2018 12:42:58 -0700 (PDT) Message-ID: References: Mime-Version: 1.0 Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=Rr0DGf258LtpsVligxZ3mbAGceSMKOhw9gr7Ekbzz6o=; b=WUxnOqImF5IuqKhi7lwDk2FGjpVzW3TULS4dToSIyZn358xW8fEBsGii/UkXFmp1jR al351D5dIdd7Fgzr7r5MSBvvmR98KroPjojWms2rqOLKjKSIIsMbBUvoLz8qRzcaaeFt keBwU1vDqEor/noqllou82uY1lA+UvgfxgKKeH8/Ck4UwCvdZPMEPcqhKC3Yfirlx+BM qNqW0G+BrCiKifPmbEJX8xA6XEwmGzffaIt38bfSDHDpeEMja+IJHu/pjPg9baNe9xNs c3oX218YD7+FcBwxZSq8PzZcobKcw2pjyzlhm2Zv8O6hF/f5tldDxkd4aVF35wDHPfGE gqeA== In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Georgi Nikolov Cc: Tejun Heo , cgroups@vger.kernel.org, linux-kernel@vger.kernel.org On Wed, 25 Jul 2018, Georgi Nikolov wrote: > Hello, > > I posted a kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=200651 and > i hope this is the correct place to discuss this. > Could you post the full allocation failure from the kernel log? It's not possible to vmalloc any additional memory due to the memory pressure, so this is expected to fail but I'm curious as to the actual allocation that is triggering it. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Georgi Nikolov Subject: Re: cgroups iptables-restor: vmalloc: allocation failure Date: Thu, 26 Jul 2018 09:53:20 +0300 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------366703332640353966D7DEBC" Return-path: In-Reply-To: Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org List-ID: To: David Rientjes Cc: Tejun Heo , cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, Michal Hocko This is a multi-part message in MIME format. --------------366703332640353966D7DEBC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, Servers are with 64bit kernel and 32bit userland. here is the log: [=C2=A0 485.467359] iptables-restor: vmalloc: allocation failure, allocat= ed 2367488 of 3608576 bytes, mode:0x14010c0(GFP_KERNEL|__GFP_NORETRY), nodemask=3D(null) [=C2=A0 485.467871] iptables-restor cpuset=3D/ mems_allowed=3D0 [=C2=A0 485.468089] CPU: 0 PID: 18093 Comm: iptables-restor Not tainted 4.14.50 #1 [=C2=A0 485.468399] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996)= , BIOS 1.10.2-1 04/01/2014 [=C2=A0 485.468725]=C2=A0 0000000000000000 ffffffff81ed2b8b ffffffff8333a= 330 bb5cfe6a5a821e59 [=C2=A0 485.469114]=C2=A0 0000000000000000 ffffc90004aaba80 ffffffff811fa= 3ea ffffc90004aaba90 [=C2=A0 485.469422]=C2=A0 ffffffff825e11d0 014010c000000000 ffffffff825e1= 1d0 ffffc90004aaba18 [=C2=A0 485.469735] Call Trace: [=C2=A0 485.469941]=C2=A0 [] dump_stack+0x9a/0x10f [=C2=A0 485.470159]=C2=A0 [] warn_alloc+0x18a/0x270 [=C2=A0 485.470379]=C2=A0 [] __vmalloc_node_range+0x251= /0x470 [=C2=A0 485.470614]=C2=A0 [] ? __vmalloc_node_flags_cal= ler+0x3e/0x70 [=C2=A0 485.470881]=C2=A0 [] __vmalloc_node_flags_calle= r+0x3e/0x70 [=C2=A0 485.471160]=C2=A0 [] ? xt_alloc_table_info+0x4e= /0xa0 [=C2=A0 485.471395]=C2=A0 [] kvmalloc_node+0x7a/0xd0 [=C2=A0 485.471618]=C2=A0 [] xt_alloc_table_info+0x4e/0= xa0 [=C2=A0 485.471849]=C2=A0 [] ? translate_compat_table.constprop.19+0x447/0x870 [=C2=A0 485.472197]=C2=A0 [] translate_compat_table.constprop.19+0x447/0x870 [=C2=A0 485.472514]=C2=A0 [] ? compat_do_replace.isra.10.constprop.18+0x197/0x370 [=C2=A0 485.472833]=C2=A0 [] compat_do_replace.isra.10.constprop.18+0x197/0x370 [=C2=A0 485.473230]=C2=A0 [] compat_do_ipt_set_ctl+0x8b= /0xb0 [=C2=A0 485.473465]=C2=A0 [] compat_nf_setsockopt+0x6a/= 0xd0 [=C2=A0 485.473701]=C2=A0 [] compat_ip_setsockopt+0x73/= 0xd0 [=C2=A0 485.473936]=C2=A0 [] compat_raw_setsockopt+0x7c= /0xd0 [=C2=A0 485.474208]=C2=A0 [] ? handle_mm_fault+0xec/0x2= 40 [=C2=A0 485.474441]=C2=A0 [] compat_sock_common_setsock= opt+0x32/0x80 [=C2=A0 485.474689]=C2=A0 [] compat_sys_setsockopt+0x9a= /0x2e0 [=C2=A0 485.474926]=C2=A0 [] compat_sys_socketcall+0x41= 5/0x570 [=C2=A0 485.475197]=C2=A0 [] ? page_fault+0x5c/0x90 [=C2=A0 485.475416]=C2=A0 [] ? retint_user+0x2b/0x2b [=C2=A0 485.475638]=C2=A0 [] ? rap_compat_sys_socketcal= l+0x14/0x40 [=C2=A0 485.475884]=C2=A0 [] ? do_fast_syscall_32+0xe1/= 0x2f0 [=C2=A0 485.476170]=C2=A0 [] ? entry_SYSENTER_compat+0x= 93/0xa5 [=C2=A0 485.476414] Mem-Info: [=C2=A0 485.476579] active_anon:79884 inactive_anon:103007 isolated_anon:= 0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 active_file:54010 inactive_file:219014 isolated_file:0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 unevictable:1822 dirty:22 writeback:0 unstable:0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 slab_reclaimable:8637 slab_unreclaimable:25015 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 mapped:16094 shmem:2271 pagetables:1481 bounce:0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 free:3459 free_pcp:180 free_cma:0 [=C2=A0 485.477691] Node 0 active_anon:320376kB inactive_anon:412028kB active_file:216040kB inactive_file:875844kB unevictable:7288kB isolated(anon):0kB isolated(file):0kB mapped:64376kB dirty:88kB writeback:0kB shmem:9084kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no [=C2=A0 485.478457] Node 0 DMA free:7896kB min:44kB low:56kB high:68kB active_anon:2324kB inactive_anon:0kB active_file:12kB inactive_file:5228kB unevictable:0kB writepending:0kB present:15992kB managed:15892kB mlocked:0kB kernel_stack:0kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [=C2=A0 485.479233] lowmem_reserve[]: 0 1963 1963 1963 [=C2=A0 485.479483] Node 0 DMA32 free:5364kB min:5644kB low:7652kB high:9660kB active_anon:317672kB inactive_anon:412028kB active_file:216028kB inactive_file:871340kB unevictable:7288kB writepending:88kB present:2080624kB managed:2015900kB mlocked:7288kB kernel_stack:5584kB pagetables:5924kB bounce:0kB free_pcp:1052kB local_pcp:720kB free_cma:0kB [=C2=A0 485.480425] lowmem_reserve[]: 0 0 0 0 [=C2=A0 485.480612] Node 0 DMA: 38*4kB (UMEH) 54*8kB (MEH) 51*16kB (UMEH)= 35*32kB (UMEH) 16*64kB (MEH) 12*128kB (MH) 7*256kB (UMEH) 0*512kB 1*1024kB (E) 0*2048kB 0*4096kB =3D 7896kB [=C2=A0 485.481173] Node 0 DMA32: 12*4kB (MH) 16*8kB (H) 264*16kB (UH) 7*= 32kB (H) 6*64kB (H) 1*128kB (H) 0*256kB 1*512kB (H) 0*1024kB 0*2048kB 0*4096kB =3D 5648kB [=C2=A0 485.481642] Node 0 hugepages_total=3D0 hugepages_free=3D0 hugepages_surp=3D0 hugepages_size=3D1048576kB [=C2=A0 485.481975] Node 0 hugepages_total=3D0 hugepages_free=3D0 hugepages_surp=3D0 hugepages_size=3D2048kB [=C2=A0 485.482309] 275972 total pagecache pages [=C2=A0 485.482535] 0 pages in swap cache [=C2=A0 485.482717] Swap cache stats: add 0, delete 0, find 0/0 [=C2=A0 485.482937] Free swap=C2=A0 =3D 1976316kB [=C2=A0 485.483118] Total swap =3D 1976316kB [=C2=A0 485.483300] 524154 pages RAM [=C2=A0 485.483492] 0 pages HighMem/MovableOnly [=C2=A0 485.483711] 16206 pages reserved [=C2=A0 485.483889] 0 pages hwpoisoned Regards, --=20 Georgi Nikolov On 07/25/2018 10:42 PM, David Rientjes wrote: > On Wed, 25 Jul 2018, Georgi Nikolov wrote: > >> Hello, >> >> I posted a kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=3D20= 0651 and >> i hope this is the correct place to discuss this. >> > Could you post the full allocation failure from the kernel log? It's n= ot=20 > possible to vmalloc any additional memory due to the memory pressure, s= o=20 > this is expected to fail but I'm curious as to the actual allocation th= at=20 > is triggering it. --------------366703332640353966D7DEBC Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit

Hello,

Servers are with 64bit kernel and 32bit userland.

here is the log:

[ 485.467359] iptables-restor: vmalloc: allocation failure, allocated 2367488 of 3608576 bytes, mode:0x14010c0(GFP_KERNEL|__GFP_NORETRY), nodemask=(null)
[ 485.467871] iptables-restor cpuset=/ mems_allowed=0
[ 485.468089] CPU: 0 PID: 18093 Comm: iptables-restor Not tainted 4.14.50 #1
[ 485.468399] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
[ 485.468725] 0000000000000000 ffffffff81ed2b8b ffffffff8333a330 bb5cfe6a5a821e59
[ 485.469114] 0000000000000000 ffffc90004aaba80 ffffffff811fa3ea ffffc90004aaba90
[ 485.469422] ffffffff825e11d0 014010c000000000 ffffffff825e11d0 ffffc90004aaba18
[ 485.469735] Call Trace:
[ 485.469941] [<ffffffff81ed2b8b>] dump_stack+0x9a/0x10f
[ 485.470159] [<ffffffff811fa3ea>] warn_alloc+0x18a/0x270
[ 485.470379] [<ffffffff8124c9c1>] __vmalloc_node_range+0x251/0x470
[ 485.470614] [<ffffffff8124ccfe>] ? __vmalloc_node_flags_caller+0x3e/0x70
[ 485.470881] [<ffffffff8124ccfe>] __vmalloc_node_flags_caller+0x3e/0x70
[ 485.471160] [<ffffffff81d7cebe>] ? xt_alloc_table_info+0x4e/0xa0
[ 485.471395] [<ffffffff8121a1ca>] kvmalloc_node+0x7a/0xd0
[ 485.471618] [<ffffffff81d7cebe>] xt_alloc_table_info+0x4e/0xa0
[ 485.471849] [<ffffffff81e57357>] ? translate_compat_table.constprop.19+0x447/0x870
[ 485.472197] [<ffffffff81e57357>] translate_compat_table.constprop.19+0x447/0x870
[ 485.472514] [<ffffffff81e57917>] ? compat_do_replace.isra.10.constprop.18+0x197/0x370
[ 485.472833] [<ffffffff81e57917>] compat_do_replace.isra.10.constprop.18+0x197/0x370
[ 485.473230] [<ffffffff81e57b7b>] compat_do_ipt_set_ctl+0x8b/0xb0
[ 485.473465] [<ffffffff81d643ea>] compat_nf_setsockopt+0x6a/0xd0
[ 485.473701] [<ffffffff81df3ad3>] compat_ip_setsockopt+0x73/0xd0
[ 485.473936] [<ffffffff81e2129c>] compat_raw_setsockopt+0x7c/0xd0
[ 485.474208] [<ffffffff8123750c>] ? handle_mm_fault+0xec/0x240
[ 485.474441] [<ffffffff81cd3852>] compat_sock_common_setsockopt+0x32/0x80
[ 485.474689] [<ffffffff81d2ed6a>] compat_sys_setsockopt+0x9a/0x2e0
[ 485.474926] [<ffffffff81d309e5>] compat_sys_socketcall+0x415/0x570
[ 485.475197] [<ffffffff820018bc>] ? page_fault+0x5c/0x90
[ 485.475416] [<ffffffff82000ae6>] ? retint_user+0x2b/0x2b
[ 485.475638] [<ffffffff81d30b54>] ? rap_compat_sys_socketcall+0x14/0x40
[ 485.475884] [<ffffffff81002391>] ? do_fast_syscall_32+0xe1/0x2f0
[ 485.476170] [<ffffffff82001f03>] ? entry_SYSENTER_compat+0x93/0xa5
[ 485.476414] Mem-Info:
[ 485.476579] active_anon:79884 inactive_anon:103007 isolated_anon:0
                active_file:54010 inactive_file:219014 isolated_file:0
                unevictable:1822 dirty:22 writeback:0 unstable:0
                slab_reclaimable:8637 slab_unreclaimable:25015
                mapped:16094 shmem:2271 pagetables:1481 bounce:0
                free:3459 free_pcp:180 free_cma:0
[ 485.477691] Node 0 active_anon:320376kB inactive_anon:412028kB active_file:216040kB inactive_file:875844kB unevictable:7288kB isolated(anon):0kB isolated(file):0kB mapped:64376kB dirty:88kB writeback:0kB shmem:9084kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[ 485.478457] Node 0 DMA free:7896kB min:44kB low:56kB high:68kB active_anon:2324kB inactive_anon:0kB active_file:12kB inactive_file:5228kB unevictable:0kB writepending:0kB present:15992kB managed:15892kB mlocked:0kB kernel_stack:0kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
[ 485.479233] lowmem_reserve[]: 0 1963 1963 1963
[ 485.479483] Node 0 DMA32 free:5364kB min:5644kB low:7652kB high:9660kB active_anon:317672kB inactive_anon:412028kB active_file:216028kB inactive_file:871340kB unevictable:7288kB writepending:88kB present:2080624kB managed:2015900kB mlocked:7288kB kernel_stack:5584kB pagetables:5924kB bounce:0kB free_pcp:1052kB local_pcp:720kB free_cma:0kB
[ 485.480425] lowmem_reserve[]: 0 0 0 0
[ 485.480612] Node 0 DMA: 38*4kB (UMEH) 54*8kB (MEH) 51*16kB (UMEH) 35*32kB (UMEH) 16*64kB (MEH) 12*128kB (MH) 7*256kB (UMEH) 0*512kB 1*1024kB (E) 0*2048kB 0*4096kB = 7896kB
[ 485.481173] Node 0 DMA32: 12*4kB (MH) 16*8kB (H) 264*16kB (UH) 7*32kB (H) 6*64kB (H) 1*128kB (H) 0*256kB 1*512kB (H) 0*1024kB 0*2048kB 0*4096kB = 5648kB
[ 485.481642] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
[ 485.481975] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
[ 485.482309] 275972 total pagecache pages
[ 485.482535] 0 pages in swap cache
[ 485.482717] Swap cache stats: add 0, delete 0, find 0/0
[ 485.482937] Free swap = 1976316kB
[ 485.483118] Total swap = 1976316kB
[ 485.483300] 524154 pages RAM
[ 485.483492] 0 pages HighMem/MovableOnly
[ 485.483711] 16206 pages reserved
[ 485.483889] 0 pages hwpoisoned

Regards,

--
Georgi Nikolov

On 07/25/2018 10:42 PM, David Rientjes wrote:

On Wed, 25 Jul 2018, Georgi Nikolov wrote:

Hello,

I posted a kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=200651 and
i hope this is the correct place to discuss this.

Could you post the full allocation failure from the kernel log?  It's not 
possible to vmalloc any additional memory due to the memory pressure, so 
this is expected to fail but I'm curious as to the actual allocation that 
is triggering it.

--------------366703332640353966D7DEBC-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michal Hocko Subject: Re: cgroups iptables-restor: vmalloc: allocation failure Date: Thu, 26 Jul 2018 10:13:43 +0200 Message-ID: <20180726081343.GZ28386@dhcp22.suse.cz> References:

Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="iso-8859-1" To: Georgi Nikolov Cc: David Rientjes , Tejun Heo , cgroups@vger.kernel.org, linux-kernel@vger.kernel.org For more context this is a follow up for http://lkml.kernel.org/r/df6f501c-= 8546-1f55-40b1-7e3a8f54d872@icdsoft.com On Thu 26-07-18 09:53:20, Georgi Nikolov wrote: > Hello, >=20 > Servers are with 64bit kernel and 32bit userland. >=20 > here is the log: >=20 > [=A0 485.467359] iptables-restor: vmalloc: allocation failure, allocated > 2367488 of 3608576 bytes, mode:0x14010c0(GFP_KERNEL|__GFP_NORETRY), > nodemask=3D(null) > [=A0 485.467871] iptables-restor cpuset=3D/ mems_allowed=3D0 > [=A0 485.468089] CPU: 0 PID: 18093 Comm: iptables-restor Not tainted > 4.14.50 #1 > [=A0 485.468399] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), > BIOS 1.10.2-1 04/01/2014 > [=A0 485.468725]=A0 0000000000000000 ffffffff81ed2b8b ffffffff8333a330 > bb5cfe6a5a821e59 > [=A0 485.469114]=A0 0000000000000000 ffffc90004aaba80 ffffffff811fa3ea > ffffc90004aaba90 > [=A0 485.469422]=A0 ffffffff825e11d0 014010c000000000 ffffffff825e11d0 > ffffc90004aaba18 > [=A0 485.469735] Call Trace: > [=A0 485.469941]=A0 [] dump_stack+0x9a/0x10f > [=A0 485.470159]=A0 [] warn_alloc+0x18a/0x270 > [=A0 485.470379]=A0 [] __vmalloc_node_range+0x251/0x470 > [=A0 485.470614]=A0 [] ? __vmalloc_node_flags_caller+0x= 3e/0x70 > [=A0 485.470881]=A0 [] __vmalloc_node_flags_caller+0x3e= /0x70 > [=A0 485.471160]=A0 [] ? xt_alloc_table_info+0x4e/0xa0 > [=A0 485.471395]=A0 [] kvmalloc_node+0x7a/0xd0 > [=A0 485.471618]=A0 [] xt_alloc_table_info+0x4e/0xa0 > [=A0 485.471849]=A0 [] ? > translate_compat_table.constprop.19+0x447/0x870 > [=A0 485.472197]=A0 [] > translate_compat_table.constprop.19+0x447/0x870 > [=A0 485.472514]=A0 [] ? > compat_do_replace.isra.10.constprop.18+0x197/0x370 > [=A0 485.472833]=A0 [] > compat_do_replace.isra.10.constprop.18+0x197/0x370 > [=A0 485.473230]=A0 [] compat_do_ipt_set_ctl+0x8b/0xb0 > [=A0 485.473465]=A0 [] compat_nf_setsockopt+0x6a/0xd0 > [=A0 485.473701]=A0 [] compat_ip_setsockopt+0x73/0xd0 > [=A0 485.473936]=A0 [] compat_raw_setsockopt+0x7c/0xd0 > [=A0 485.474208]=A0 [] ? handle_mm_fault+0xec/0x240 > [=A0 485.474441]=A0 [] compat_sock_common_setsockopt+0x= 32/0x80 > [=A0 485.474689]=A0 [] compat_sys_setsockopt+0x9a/0x2e0 > [=A0 485.474926]=A0 [] compat_sys_socketcall+0x415/0x570 > [=A0 485.475197]=A0 [] ? page_fault+0x5c/0x90 > [=A0 485.475416]=A0 [] ? retint_user+0x2b/0x2b > [=A0 485.475638]=A0 [] ? rap_compat_sys_socketcall+0x14= /0x40 > [=A0 485.475884]=A0 [] ? do_fast_syscall_32+0xe1/0x2f0 > [=A0 485.476170]=A0 [] ? entry_SYSENTER_compat+0x93/0xa5 > [=A0 485.476414] Mem-Info: > [=A0 485.476579] active_anon:79884 inactive_anon:103007 isolated_anon:0 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 active_file:54010 inactive_= file:219014 isolated_file:0 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 unevictable:1822 dirty:22 w= riteback:0 unstable:0 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 slab_reclaimable:8637 slab_= unreclaimable:25015 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 mapped:16094 shmem:2271 pag= etables:1481 bounce:0 > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 free:3459 free_pcp:180 free= _cma:0 > [=A0 485.477691] Node 0 active_anon:320376kB inactive_anon:412028kB > active_file:216040kB inactive_file:875844kB unevictable:7288kB > isolated(anon):0kB isolated(file):0kB mapped:64376kB dirty:88kB > writeback:0kB shmem:9084kB writeback_tmp:0kB unstable:0kB > all_unreclaimable? no > [=A0 485.478457] Node 0 DMA free:7896kB min:44kB low:56kB high:68kB > active_anon:2324kB inactive_anon:0kB active_file:12kB > inactive_file:5228kB unevictable:0kB writepending:0kB present:15992kB > managed:15892kB mlocked:0kB kernel_stack:0kB pagetables:0kB bounce:0kB > free_pcp:0kB local_pcp:0kB free_cma:0kB > [=A0 485.479233] lowmem_reserve[]: 0 1963 1963 1963 > [=A0 485.479483] Node 0 DMA32 free:5364kB min:5644kB low:7652kB > high:9660kB active_anon:317672kB inactive_anon:412028kB > active_file:216028kB inactive_file:871340kB unevictable:7288kB > writepending:88kB present:2080624kB managed:2015900kB mlocked:7288kB > kernel_stack:5584kB pagetables:5924kB bounce:0kB free_pcp:1052kB > local_pcp:720kB free_cma:0kB > [=A0 485.480425] lowmem_reserve[]: 0 0 0 0 > [=A0 485.480612] Node 0 DMA: 38*4kB (UMEH) 54*8kB (MEH) 51*16kB (UMEH) > 35*32kB (UMEH) 16*64kB (MEH) 12*128kB (MH) 7*256kB (UMEH) 0*512kB > 1*1024kB (E) 0*2048kB 0*4096kB =3D 7896kB > [=A0 485.481173] Node 0 DMA32: 12*4kB (MH) 16*8kB (H) 264*16kB (UH) 7*32kB > (H) 6*64kB (H) 1*128kB (H) 0*256kB 1*512kB (H) 0*1024kB 0*2048kB > 0*4096kB =3D 5648kB > [=A0 485.481642] Node 0 hugepages_total=3D0 hugepages_free=3D0 > hugepages_surp=3D0 hugepages_size=3D1048576kB > [=A0 485.481975] Node 0 hugepages_total=3D0 hugepages_free=3D0 > hugepages_surp=3D0 hugepages_size=3D2048kB > [=A0 485.482309] 275972 total pagecache pages > [=A0 485.482535] 0 pages in swap cache > [=A0 485.482717] Swap cache stats: add 0, delete 0, find 0/0 > [=A0 485.482937] Free swap=A0 =3D 1976316kB > [=A0 485.483118] Total swap =3D 1976316kB > [=A0 485.483300] 524154 pages RAM > [=A0 485.483492] 0 pages HighMem/MovableOnly > [=A0 485.483711] 16206 pages reserved > [=A0 485.483889] 0 pages hwpoisoned >=20 > Regards, >=20 > --=20 > Georgi Nikolov >=20 > On 07/25/2018 10:42 PM, David Rientjes wrote: > > On Wed, 25 Jul 2018, Georgi Nikolov wrote: > > > >> Hello, > >> > >> I posted a kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=3D20= 0651 and > >> i hope this is the correct place to discuss this. > >> > > Could you post the full allocation failure from the kernel log? It's n= ot=20 > > possible to vmalloc any additional memory due to the memory pressure, s= o=20 > > this is expected to fail but I'm curious as to the actual allocation th= at=20 > > is triggering it. >=20 --=20 Michal Hocko SUSE Labs