Bug#477377: marked as done (rsync: page allocation failure. order:1, mode:0x20)
Your message dated Wed, 19 Jun 2013 18:56:37 +0200
with message-id <20130619165637.GA5133@pisco.westfalen.local>
and subject line Closing
has caused the Debian Bug report #477377,
regarding rsync: page allocation failure. order:1, mode:0x20
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
477377: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477377
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: rsync: page allocation failure. order:1, mode:0x20
- From: Kurt Roeckx <kurt@roeckx.be>
- Date: Tue, 22 Apr 2008 20:40:45 +0200
- Message-id: <20080422184045.GA14153@roeckx.be>
Package: linux-2.6
Version: 2.6.22-6
Hi,
I found this message today:
rsync: page allocation failure. order:1, mode:0x20
Call Trace:
<IRQ> [<ffffffff8026d94d>] __alloc_pages+0x2a3/0x2bc
[<ffffffff80287a1a>] kmem_getpages+0x69/0x111
[<ffffffff80287a1a>] kmem_getpages+0x69/0x111
[<ffffffff80287f92>] fallback_alloc+0x115/0x180
[<ffffffff80287bf2>] kmem_cache_alloc_node+0x93/0xed
[<ffffffff80396ce5>] __alloc_skb+0x64/0x137
[<ffffffff803ca52c>] tcp_collapse+0x169/0x37a
[<ffffffff803ca8bc>] tcp_prune_queue+0x17f/0x27b
[<ffffffff803cab85>] tcp_data_queue+0x1cd/0xafd
[<ffffffff803cce04>] tcp_rcv_established+0x802/0x8da
[<ffffffff803d2591>] tcp_v4_do_rcv+0x30/0x36c
[<ffffffff803d4e30>] tcp_v4_rcv+0x98f/0xa23
[<ffffffff803b9c27>] ip_local_deliver+0x1c9/0x28e
[<ffffffff803b9a15>] ip_rcv+0x551/0x59a
[<ffffffff8039acfd>] netif_receive_skb+0x7d/0x392
[<ffffffff880abb21>] :tg3:tg3_poll+0x6ff/0x94d
[<ffffffff8039d20b>] net_rx_action+0xa8/0x1b6
[<ffffffff80237552>] __do_softirq+0x55/0xc3
[<ffffffff8021b7ff>] ack_apic_level+0x3a/0x4e
[<ffffffff8020af2c>] call_softirq+0x1c/0x28
[<ffffffff8020c855>] do_softirq+0x2c/0x7d
[<ffffffff8020ca8b>] do_IRQ+0xb6/0xd3
[<ffffffff8020a2b1>] ret_from_intr+0x0/0xa
<EOI> [<ffffffff8814cbcd>] :jbd:journal_dirty_metadata+0x8f/0x1be
[<ffffffff8816ccae>] :ext3:__ext3_journal_dirty_metadata+0x1e/0x46
[<ffffffff88160cdd>] :ext3:ext3_mark_iloc_dirty+0x2b0/0x339
[<ffffffff881610f4>] :ext3:ext3_mark_inode_dirty+0x28/0x31
[<ffffffff88163d7d>] :ext3:ext3_dirty_inode+0x63/0x7b
[<ffffffff802a9f5f>] __mark_inode_dirty+0x29/0x17d
[<ffffffff8815e7d1>] :ext3:ext3_new_blocks+0x5ec/0x7d3
[<ffffffff802ae8ec>] __bread+0x6/0x76
[<ffffffff8816182e>] :ext3:ext3_get_blocks_handle+0x405/0x8e6
[<ffffffff80287aa8>] kmem_getpages+0xf7/0x111
[<ffffffff88161ffb>] :ext3:ext3_get_block+0xc2/0xe4
[<ffffffff802addca>] __block_prepare_write+0x18a/0x441
[<ffffffff88161f39>] :ext3:ext3_get_block+0x0/0xe4
[<ffffffff802ae09b>] block_prepare_write+0x1a/0x25
[<ffffffff8816338a>] :ext3:ext3_prepare_write+0xb2/0x17b
[<ffffffff8026a432>] generic_file_buffered_write+0x288/0x61a
[<ffffffff8026ab07>] __generic_file_aio_write_nolock+0x343/0x3ad
[<ffffffff803901c8>] sock_aio_read+0x112/0x19a
[<ffffffff8026abd2>] generic_file_aio_write+0x61/0xc1
[<ffffffff8815f416>] :ext3:ext3_file_write+0x16/0x94
[<ffffffff8028d7f8>] do_sync_write+0xc9/0x10c
[<ffffffff80220d53>] do_page_fault+0x41f/0x78c
[<ffffffff80244a5a>] autoremove_wake_function+0x0/0x2e
[<ffffffff8028dfc9>] vfs_write+0xce/0x157
[<ffffffff8028e527>] sys_write+0x45/0x6e
[<ffffffff80209d9e>] system_call+0x7e/0x83
Mem-info:
Node 0 DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0Node 0 DMA32 per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 156 Cold: hi: 62, btch: 15 usd: 61Active:132270 inactive:218832 dirty:29022 writeback:346 unstable:0
free:3374 slab:152675 mapped:2589 pagetables:1066 bounce:0
Node 0 DMA free:8032kB min:32kB low:40kB high:48kB active:84kB inactive:524kB present:11604kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 2004 2004
Node 0 DMA32 free:5464kB min:5708kB low:7132kB high:8560kB active:528996kB inactive:874804kB present:2052260kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0
Node 0 DMA: 4*4kB 0*8kB 1*16kB 0*32kB 1*64kB 0*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 1*4096kB = 8032kB
Node 0 DMA32: 1105*4kB 1*8kB 1*16kB 1*32kB 0*64kB 0*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 5500kB
Swap cache: add 5536748, delete 5534071, find 35813588/36089405, race 0+0
Free swap = 20651316kB
Total swap = 20680808kB
Free swap: 20651316kB
524272 pages of RAM
8267 reserved pages
219014 pages shared
2677 pages swap cached
It doesn't seem to have killed anything.
I've set vm/overcommit_memory to 2.
This is using the 2.6.22-3-vserver-amd64 2.6.22-6 package.
Kurt
--- End Message ---
--- Begin Message ---
Hi,
your bug has been filed against the "linux-2.6" source package and was filed for
a kernel older than the recently released Debian 7.x / Wheezy with a severity
less than important.
We don't have the ressources to reproduce the complete backlog of all older kernel
bugs, so we're closing this bug for now. If you can reproduce the bug with Debian Wheezy
or a more recent kernel from testing or unstable, please reopen the bug by sending
a mail to control@bugs.debian.org with the following three commands included in the
mail:
reopen BUGNUMBER
reassign BUGNUMBER src:linux
thanks
Cheers,
Moritz
--- End Message ---
Reply to: