Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #61190 > unrolled thread
| Started by | "Luigi P. Bai" <lpb+debian@kandl.houston.tx.us> |
|---|---|
| First post | 2018-06-13 03:20 +0200 |
| Last post | 2018-06-14 01:50 +0200 |
| Articles | 7 — 3 participants |
Back to article view | Back to linux.debian.kernel
Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) "Luigi P. Bai" <lpb+debian@kandl.houston.tx.us> - 2018-06-13 03:20 +0200
Processed: Re: Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2018-06-13 06:30 +0200
Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) Ben Hutchings <ben@decadent.org.uk> - 2018-06-13 06:30 +0200
Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) "Luigi P. Bai" <lpb+debian@kandl.houston.tx.us> - 2018-06-13 14:20 +0200
Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) Ben Hutchings <ben@decadent.org.uk> - 2018-06-14 01:50 +0200
Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) "Luigi P. Bai" <lpb+debian@kandl.houston.tx.us> - 2018-06-25 19:50 +0200
Processed: Re: Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2018-06-14 01:50 +0200
| From | "Luigi P. Bai" <lpb+debian@kandl.houston.tx.us> |
|---|---|
| Date | 2018-06-13 03:20 +0200 |
| Subject | Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) |
| Message-ID | <w02C6-7gZ-3@gated-at.bofh.it> |
Package: src:linux
Version: 4.9.88-1+deb9u1
Severity: important
Dear Maintainer,
* What led up to the situation?
Just using the system.
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
No kernel oops!
-- Package-specific info:
** Version:
Linux version 4.9.0-6-marvell (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 Debian 4.9.88-1+deb9u1 (2018-05-07)
** Command line:
console=ttyS0,115200n8 root=/dev/ram rw initrd=0x800000,0x3fffff
** Not tainted
** Kernel log:
[ 845.662225] 21043 total pagecache pages
[ 845.664751] 50 pages in swap cache
[ 845.668148] Swap cache stats: add 4400, delete 4350, find 105/191
[ 845.674216] Free swap = 3886824kB
[ 845.677612] Total swap = 3903484kB
[ 845.680999] 65536 pages RAM
[ 845.683781] 0 pages HighMem/MovableOnly
[ 845.687599] 2004 pages reserved
[ 846.896499] ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK)
[ 846.906531] CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 4.9.0-6-marvell #1 Debian 4.9.88-1+deb9u1
[ 846.915372] Hardware name: QNAP TS-109/TS-209
[ 846.919778] [<c0015fe8>] (unwind_backtrace) from [<c00130a0>] (show_stack+0x18/0x1c)
[ 846.927524] [<c00130a0>] (show_stack) from [<c00db8c8>] (warn_alloc+0xe4/0x118)
[ 846.934838] [<c00db8c8>] (warn_alloc) from [<c00dc2c4>] (__alloc_pages_nodemask+0x940/0xa5c)
[ 846.943281] [<c00dc2c4>] (__alloc_pages_nodemask) from [<c010f1bc>] (cache_alloc_refill+0x280/0x808)
[ 846.952411] [<c010f1bc>] (cache_alloc_refill) from [<c010f944>] (kmem_cache_alloc+0xc4/0x12c)
[ 846.960943] [<c010f944>] (kmem_cache_alloc) from [<c02f1ea4>] (sk_prot_alloc+0x30/0xdc)
[ 846.968956] [<c02f1ea4>] (sk_prot_alloc) from [<c02f4608>] (sk_clone_lock+0x1c/0x244)
[ 846.976789] [<c02f4608>] (sk_clone_lock) from [<c034da24>] (inet_csk_clone_lock+0x18/0xbc)
[ 846.985054] [<c034da24>] (inet_csk_clone_lock) from [<c036722c>] (tcp_create_openreq_child+0x20/0x3dc)
[ 846.994368] [<c036722c>] (tcp_create_openreq_child) from [<c03656fc>] (tcp_v4_syn_recv_sock+0x38/0x30c)
[ 847.003759] [<c03656fc>] (tcp_v4_syn_recv_sock) from [<c0367ad4>] (tcp_check_req+0x374/0x3f0)
[ 847.012286] [<c0367ad4>] (tcp_check_req) from [<c036693c>] (tcp_v4_rcv+0x4e0/0xba4)
[ 847.019960] [<c036693c>] (tcp_v4_rcv) from [<c03427b8>] (ip_local_deliver_finish+0x280/0x2a0)
[ 847.028482] [<c03427b8>] (ip_local_deliver_finish) from [<c0342d3c>] (ip_local_deliver+0x70/0xd8)
[ 847.037355] [<c0342d3c>] (ip_local_deliver) from [<c0343178>] (ip_rcv+0x3d4/0x450)
[ 847.044923] [<c0343178>] (ip_rcv) from [<c0305a84>] (__netif_receive_skb_core+0x580/0xa88)
[ 847.053186] [<c0305a84>] (__netif_receive_skb_core) from [<c03082fc>] (napi_gro_receive+0x74/0xd4)
[ 847.062189] [<c03082fc>] (napi_gro_receive) from [<bf2476f4>] (mv643xx_eth_poll+0x488/0x560 [mv643xx_eth])
[ 847.071866] [<bf2476f4>] (mv643xx_eth_poll [mv643xx_eth]) from [<c0308b24>] (net_rx_action+0x10c/0x334)
[ 847.081253] [<c0308b24>] (net_rx_action) from [<c0025600>] (__do_softirq+0x188/0x278)
[ 847.089078] [<c0025600>] (__do_softirq) from [<c002571c>] (run_ksoftirqd+0x2c/0x5c)
[ 847.096750] [<c002571c>] (run_ksoftirqd) from [<c003edfc>] (smpboot_thread_fn+0x15c/0x164)
[ 847.105020] [<c003edfc>] (smpboot_thread_fn) from [<c003b504>] (kthread+0xe4/0xf4)
[ 847.112593] [<c003b504>] (kthread) from [<c000f628>] (ret_from_fork+0x14/0x2c)
[ 847.119795] Mem-Info:
[ 847.122110] active_anon:18271 inactive_anon:18118 isolated_anon:0
active_file:11628 inactive_file:7405 isolated_file:0
unevictable:8 dirty:1 writeback:516 unstable:0
slab_reclaimable:2020 slab_unreclaimable:1925
mapped:9329 shmem:1425 pagetables:766 bounce:0
free:1181 free_pcp:33 free_cma:0
[ 847.155132] Node 0 active_anon:73084kB inactive_anon:72472kB active_file:46512kB inactive_file:29620kB unevictable:32kB isolated(anon):0kB isolated(file):0kB mapped:37316kB dirty:4kB writeback:2064kB shmem:5700kB writeback_tmp:0kB unstable:0kB pages_scanned:41 all_unreclaimable? no
[ 847.180004] Normal free:4724kB min:1996kB low:2492kB high:2988kB active_anon:73084kB inactive_anon:72472kB active_file:46512kB inactive_file:29620kB unevictable:32kB writepending:2068kB present:262144kB managed:254128kB mlocked:32kB slab_reclaimable:8080kB slab_unreclaimable:7700kB kernel_stack:1656kB pagetables:3064kB bounce:0kB free_pcp:132kB local_pcp:132kB free_cma:0kB
[ 847.212860] lowmem_reserve[]: 0 0 0
[ 847.216368] Normal: 1181*4kB (U) 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 4724kB
[ 847.227240] 20691 total pagecache pages
[ 847.229766] 233 pages in swap cache
[ 847.233250] Swap cache stats: add 4583, delete 4350, find 105/191
[ 847.239318] Free swap = 3886092kB
[ 847.242705] Total swap = 3903484kB
[ 847.246101] 65536 pages RAM
[ 847.248890] 0 pages HighMem/MovableOnly
[ 847.252711] 2004 pages reserved
[ 847.256192] ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK)
[ 847.266220] CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 4.9.0-6-marvell #1 Debian 4.9.88-1+deb9u1
[ 847.275063] Hardware name: QNAP TS-109/TS-209
[ 847.279464] [<c0015fe8>] (unwind_backtrace) from [<c00130a0>] (show_stack+0x18/0x1c)
[ 847.287216] [<c00130a0>] (show_stack) from [<c00db8c8>] (warn_alloc+0xe4/0x118)
[ 847.294530] [<c00db8c8>] (warn_alloc) from [<c00dc2c4>] (__alloc_pages_nodemask+0x940/0xa5c)
[ 847.302973] [<c00dc2c4>] (__alloc_pages_nodemask) from [<c010f1bc>] (cache_alloc_refill+0x280/0x808)
[ 847.312104] [<c010f1bc>] (cache_alloc_refill) from [<c010f944>] (kmem_cache_alloc+0xc4/0x12c)
[ 847.320634] [<c010f944>] (kmem_cache_alloc) from [<c02f1ea4>] (sk_prot_alloc+0x30/0xdc)
[ 847.328648] [<c02f1ea4>] (sk_prot_alloc) from [<c02f4608>] (sk_clone_lock+0x1c/0x244)
[ 847.336481] [<c02f4608>] (sk_clone_lock) from [<c034da24>] (inet_csk_clone_lock+0x18/0xbc)
[ 847.344745] [<c034da24>] (inet_csk_clone_lock) from [<c036722c>] (tcp_create_openreq_child+0x20/0x3dc)
[ 847.354058] [<c036722c>] (tcp_create_openreq_child) from [<c03656fc>] (tcp_v4_syn_recv_sock+0x38/0x30c)
[ 847.363451] [<c03656fc>] (tcp_v4_syn_recv_sock) from [<c0367ad4>] (tcp_check_req+0x374/0x3f0)
[ 847.371977] [<c0367ad4>] (tcp_check_req) from [<c036693c>] (tcp_v4_rcv+0x4e0/0xba4)
[ 847.379650] [<c036693c>] (tcp_v4_rcv) from [<c03427b8>] (ip_local_deliver_finish+0x280/0x2a0)
[ 847.388174] [<c03427b8>] (ip_local_deliver_finish) from [<c0342d3c>] (ip_local_deliver+0x70/0xd8)
[ 847.397046] [<c0342d3c>] (ip_local_deliver) from [<c0343178>] (ip_rcv+0x3d4/0x450)
[ 847.404614] [<c0343178>] (ip_rcv) from [<c0305a84>] (__netif_receive_skb_core+0x580/0xa88)
[ 847.412876] [<c0305a84>] (__netif_receive_skb_core) from [<c03082fc>] (napi_gro_receive+0x74/0xd4)
[ 847.421869] [<c03082fc>] (napi_gro_receive) from [<bf2476f4>] (mv643xx_eth_poll+0x488/0x560 [mv643xx_eth])
[ 847.431549] [<bf2476f4>] (mv643xx_eth_poll [mv643xx_eth]) from [<c0308b24>] (net_rx_action+0x10c/0x334)
[ 847.440937] [<c0308b24>] (net_rx_action) from [<c0025600>] (__do_softirq+0x188/0x278)
[ 847.448761] [<c0025600>] (__do_softirq) from [<c002571c>] (run_ksoftirqd+0x2c/0x5c)
[ 847.456430] [<c002571c>] (run_ksoftirqd) from [<c003edfc>] (smpboot_thread_fn+0x15c/0x164)
[ 847.464703] [<c003edfc>] (smpboot_thread_fn) from [<c003b504>] (kthread+0xe4/0xf4)
[ 847.472277] [<c003b504>] (kthread) from [<c000f628>] (ret_from_fork+0x14/0x2c)
[ 847.479478] Mem-Info:
[ 847.481792] active_anon:18271 inactive_anon:18118 isolated_anon:0
active_file:11628 inactive_file:7405 isolated_file:0
unevictable:8 dirty:1 writeback:516 unstable:0
slab_reclaimable:2020 slab_unreclaimable:1925
mapped:9329 shmem:1425 pagetables:766 bounce:0
free:1181 free_pcp:33 free_cma:0
[ 847.514814] Node 0 active_anon:73084kB inactive_anon:72472kB active_file:46512kB inactive_file:29620kB unevictable:32kB isolated(anon):0kB isolated(file):0kB mapped:37316kB dirty:4kB writeback:2064kB shmem:5700kB writeback_tmp:0kB unstable:0kB pages_scanned:41 all_unreclaimable? no
[ 847.539686] Normal free:4724kB min:1996kB low:2492kB high:2988kB active_anon:73084kB inactive_anon:72472kB active_file:46512kB inactive_file:29620kB unevictable:32kB writepending:2068kB present:262144kB managed:254128kB mlocked:32kB slab_reclaimable:8080kB slab_unreclaimable:7700kB kernel_stack:1656kB pagetables:3064kB bounce:0kB free_pcp:132kB local_pcp:132kB free_cma:0kB
[ 847.572544] lowmem_reserve[]: 0 0 0
[ 847.576052] Normal: 1181*4kB (U) 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 4724kB
[ 847.586967] 20691 total pagecache pages
[ 847.589494] 233 pages in swap cache
[ 847.592976] Swap cache stats: add 4583, delete 4350, find 105/191
[ 847.599044] Free swap = 3886092kB
[ 847.602431] Total swap = 3903484kB
[ 847.605827] 65536 pages RAM
[ 847.608617] 0 pages HighMem/MovableOnly
[ 847.612436] 2004 pages reserved
** Model information
Hardware : QNAP TS-109/TS-209
Revision : 0000
** Loaded modules:
ipv6
loop
fuse
evdev
ehci_orion
sg
ehci_hcd
marvell
usbcore
mv643xx_eth
mvmdio
usb_common
orion_wdt
of_mdio
fixed_phy
libphy
marvell_cesa
des_generic
gpio_keys
ext4
crc16
jbd2
fscrypto
mbcache
dm_mod
raid1
md_mod
sd_mod
sata_mv
libata
scsi_mod
** Network interface configuration:
auto lo lo:dns
iface lo inet loopback
iface lo:dns inet static
address 10.10.10.10
netmask 255.255.255.255
allow-hotplug eth0
iface eth0 inet dhcp
** Network status:
*** IP interfaces and addresses:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet 10.10.10.10/32 brd 10.10.10.10 scope global lo:dns
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:08:9b:8c:27:c2 brd ff:ff:ff:ff:ff:ff
inet 10.254.254.130/24 brd 10.254.254.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::208:9bff:fe8c:27c2/64 scope link
valid_lft forever preferred_lft forever
*** Device statistics:
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
eth0: 160037414 577706 0 0 0 0 0 0 107393600 385027 0 0 0 0 0 0
lo: 25849155 128549 0 0 0 0 0 0 25849155 128549 0 0 0 0 0 0
*** Protocol statistics:
Ip:
435183 total packets received
3 with invalid addresses
0 forwarded
0 incoming packets discarded
435180 incoming packets delivered
473019 requests sent out
98 outgoing packets dropped
Icmp:
26520 ICMP messages received
10931 input ICMP message failed.
ICMP input histogram:
destination unreachable: 23176
echo requests: 1116
echo replies: 2228
37098 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 33754
echo request: 2228
echo replies: 1116
IcmpMsg:
InType0: 2228
InType3: 23176
InType8: 1116
OutType0: 1116
OutType3: 33754
OutType8: 2228
Tcp:
19893 active connections openings
12956 passive connection openings
11595 failed connection attempts
1156 connection resets received
3 connections established
233191 segments received
205102 segments send out
11065 segments retransmited
17 bad segments received.
1945 resets sent
Udp:
165103 packets received
11961 packets to unknown port received.
0 packet receive errors
222375 packets sent
IgnoredMulti: 2
UdpLite:
TcpExt:
105 resets received for embryonic SYN_RECV sockets
6933 TCP sockets finished time wait in fast timer
1633 delayed acks sent
12 delayed acks further delayed because of locked socket
Quick ack mode was activated 121 times
8 SYNs to LISTEN sockets dropped
6626 packets directly queued to recvmsg prequeue.
1745 bytes directly in process context from backlog
1768270 bytes directly received in process context from prequeue
73136 packet headers predicted
1221 packets header predicted and directly queued to user
40421 acknowledgments not containing data payload received
34887 predicted acknowledgments
2 times recovered from packet loss by selective acknowledgements
14 congestion windows recovered without slow start after partial ack
2 fast retransmits
10953 other TCP timeouts
TCPLossProbes: 138
TCPLossProbeRecovery: 1
121 DSACKs sent for old packets
105 DSACKs received
1235 connections reset due to unexpected data
12 connections reset due to early user close
TCPDSACKIgnoredOld: 2
TCPDSACKIgnoredNoUndo: 46
TCPSpuriousRTOs: 1
TCPSackShiftFallback: 3
TCPDeferAcceptDrop: 1149
TCPRcvCoalesce: 61524
TCPOFOQueue: 11968
TCPChallengeACK: 15
TCPSYNChallenge: 17
TCPSpuriousRtxHostQueues: 17056
TCPAutoCorking: 433
TCPSynRetrans: 10948
TCPOrigDataSent: 76849
TCPHystartTrainDetect: 6
TCPHystartTrainCwnd: 122
TCPHystartDelayDetect: 39
TCPHystartDelayCwnd: 1169
TCPACKSkippedChallenge: 3
TCPKeepAlive: 94
IpExt:
InMcastPkts: 2813
OutMcastPkts: 46898
InBcastPkts: 3898
OutBcastPkts: 1010
InOctets: 163002031
OutOctets: 127255597
InMcastOctets: 109528
OutMcastOctets: 65394045
InBcastOctets: 564427
OutBcastOctets: 234815
InNoECTPkts: 436481
** PCI devices:
0000:00:00.0 Memory controller [0580]: Marvell Technology Group Ltd. 88f5182 [Orion-NAS] ARM SoC [11ab:5182] (rev 02)
Subsystem: Marvell Technology Group Ltd. Device [11ab:11ab]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 12
Region 0: Memory at <ignored> (64-bit, prefetchable)
Capabilities: <access denied>
0001:01:00.0 Memory controller [0580]: Marvell Technology Group Ltd. 88f5182 [Orion-NAS] ARM SoC [11ab:5182] (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B+ DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 0
BIST result: 00
Region 0: Memory at <unassigned> (64-bit, prefetchable)
Region 2: Memory at <ignored> (64-bit, prefetchable)
Region 4: Memory at <ignored> (64-bit, non-prefetchable)
Expansion ROM at <ignored> [disabled]
Capabilities: <access denied>
** USB devices:
Bus 002 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
-- System Information:
Debian Release: 8.10
APT prefers oldstable-updates
APT policy: (991, 'oldstable-updates'), (990, 'oldstable')
Architecture: armel (armv5tel)
Kernel: Linux 4.9.0-6-marvell
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
Versions of packages linux-image-4.9.0-6-marvell depends on:
ii initramfs-tools [linux-initramfs-tool] 0.120+deb8u3
ii kmod 18-3
ii linux-base 4.5
Versions of packages linux-image-4.9.0-6-marvell recommends:
ii firmware-linux-free 3.3
ii u-boot-tools 2014.10+dfsg1-5
Versions of packages linux-image-4.9.0-6-marvell suggests:
pn debian-kernel-handbook <none>
pn linux-doc-4.9 <none>
Versions of packages linux-image-4.9.0-6-marvell is related to:
pn firmware-amd-graphics <none>
pn firmware-atheros <none>
pn firmware-bnx2 <none>
pn firmware-bnx2x <none>
pn firmware-brcm80211 <none>
pn firmware-cavium <none>
pn firmware-intel-sound <none>
pn firmware-intelwimax <none>
pn firmware-ipw2x00 <none>
pn firmware-ivtv <none>
pn firmware-iwlwifi <none>
pn firmware-libertas <none>
pn firmware-linux-nonfree <none>
pn firmware-misc-nonfree <none>
pn firmware-myricom <none>
pn firmware-netxen <none>
pn firmware-qlogic <none>
pn firmware-realtek <none>
pn firmware-samsung <none>
pn firmware-siano <none>
pn firmware-ti-connectivity <none>
pn xen-hypervisor <none>
-- no debconf information
[toc] | [next] | [standalone]
| From | "Debian Bug Tracking System" <owner@bugs.debian.org> |
|---|---|
| Date | 2018-06-13 06:30 +0200 |
| Subject | Processed: Re: Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) |
| Message-ID | <w05zX-Kf-7@gated-at.bofh.it> |
| In reply to | #61190 |
Processing control commands: > tag -1 moreinfo Bug #901420 [src:linux] ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) Added tag(s) moreinfo. -- 901420: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901420 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
[toc] | [prev] | [next] | [standalone]
| From | Ben Hutchings <ben@decadent.org.uk> |
|---|---|
| Date | 2018-06-13 06:30 +0200 |
| Message-ID | <w05zX-Kf-5@gated-at.bofh.it> |
| In reply to | #61190 |
[Multipart message — attachments visible in raw view] — view raw
Control: tag -1 moreinfo
On Tue, 2018-06-12 at 20:04 -0500, Luigi P. Bai wrote:
> Package: src:linux
> Version: 4.9.88-1+deb9u1
> Severity: important
>
> Dear Maintainer,
>
> * What led up to the situation?
> Just using the system.
>
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
> * What was the outcome of this action?
> * What outcome did you expect instead?
> No kernel oops!
This isn't an "oops". This is "out of memory".
[...]
> [ 845.662225] 21043 total pagecache pages
> [ 845.664751] 50 pages in swap cache
> [ 845.668148] Swap cache stats: add 4400, delete 4350, find 105/191
> [ 845.674216] Free swap = 3886824kB
> [ 845.677612] Total swap = 3903484kB
> [ 845.680999] 65536 pages RAM
> [ 846.915372] Hardware name: QNAP TS-109/TS-209
[...]
Only 256 MB RAM. (That big swap partition isn't going to help much.)
What applications are you running?
Ben.
--
Ben Hutchings
The most exhausting thing in life is being insincere.
- Anne Morrow Lindberg
[toc] | [prev] | [next] | [standalone]
| From | "Luigi P. Bai" <lpb+debian@kandl.houston.tx.us> |
|---|---|
| Date | 2018-06-13 14:20 +0200 |
| Message-ID | <w0cUN-5kS-5@gated-at.bofh.it> |
| In reply to | #61192 |
Hi Ben, Thank you for looking at this report. You asked what is running on the machine. The first thing I want to point out is that it's the same stack of processes that were running on the 3.x version of the kernel; the kernel was the only upgrade. The system is "mostly jessie" with "apt-get -t stretch install linux-image-orion5x". This is a QNAP NAS, so it mostly runs a steady state of apache, nagios, smb, cups, dnscache, mysql, postfix, slapd, and the other "regular" daemons. In the middle of the night it'll catch an rsync request backing up another machine on the network. These OOM reports seem to happen both at night and during the "steady state" during the day when I'm at work and away from the machines (this is happening on my other QNAP too). I seem to remember the (very rare) OOM reports I'd seen in the past also listing the process name, number, and backtrace when the process was killed. Has the OOM reporting changed? Has page allocation changed from 3.x to 4.x to cause this? I'm not noticing that long running processes are being killed, and I'm not seeing any other reports in the log files of processes being killed. Thank you!
[toc] | [prev] | [next] | [standalone]
| From | Ben Hutchings <ben@decadent.org.uk> |
|---|---|
| Date | 2018-06-14 01:50 +0200 |
| Message-ID | <w0nGx-3mf-5@gated-at.bofh.it> |
| In reply to | #61195 |
[Multipart message — attachments visible in raw view] — view raw
Control: tag -1 - moreinfo
Control: severity -1 normal
On Wed, 2018-06-13 at 07:01 -0500, Luigi P. Bai wrote:
> Hi Ben,
>
> Thank you for looking at this report.
>
> You asked what is running on the machine. The first thing I want to
> point out is that it's the same stack of processes that were running on
> the 3.x version of the kernel; the kernel was the only upgrade. The
> system is "mostly jessie" with "apt-get -t stretch install
> linux-image-orion5x".
>
> This is a QNAP NAS, so it mostly runs a steady state of apache, nagios,
> smb, cups, dnscache, mysql, postfix, slapd, and the other "regular"
> daemons. In the middle of the night it'll catch an rsync request backing
> up another machine on the network. These OOM reports seem to happen both
> at night and during the "steady state" during the day when I'm at work
> and away from the machines (this is happening on my other QNAP too).
This seems like quite a lot of services to run on a 256 MB system.
> I seem to remember the (very rare) OOM reports I'd seen in the past also
> listing the process name, number, and backtrace when the process was
> killed. Has the OOM reporting changed? Has page allocation changed from
> 3.x to 4.x to cause this? I'm not noticing that long running processes
> are being killed, and I'm not seeing any other reports in the log files
> of processes being killed.
When handling received network packets, the kernel cannot wait for
memory to be freed up (that's what the "GFP_ATOMIC" indicates), so it
relies on the kernel memory manager keeping some memory free at all
times. I think that the "OOM killer" will only be triggered by
allocation requests that can wait to free up memory, but I'm not sure.
This error was triggered by a request for 2 adjacent pages of memory,
when there were only single pages of memory free. It's possible that
the change in behaviour is due to a kernel structure growing to occupy
2 pages where it previously fit into 1.
You might be able to reduce the likelihood of this error by increasing
the vm.min_free_kbytes sysctl. Or by running fewer services.
Ben.
--
Ben Hutchings
The most exhausting thing in life is being insincere.
- Anne Morrow Lindberg
[toc] | [prev] | [next] | [standalone]
| From | "Luigi P. Bai" <lpb+debian@kandl.houston.tx.us> |
|---|---|
| Date | 2018-06-25 19:50 +0200 |
| Message-ID | <w4DMJ-6BP-5@gated-at.bofh.it> |
| In reply to | #61204 |
A few days ago the oom_killer killed the sshd on my QNAP NAS, so I had to hard-reboot it. Following that, I uninstalled the v4 kernel and reinstalled the v3 kernel that had previously been installed from jessie-security. The machine is now back to running its same workload now without any messages to dmesg or /var/log about memory. No other software, including libc, has changed on the system. It seems pretty clear I won't be able to use a v4 kernel on this hardware because something has changed in its memory management. I believe it's a bug for a new kernel to behave differently under the same workload on the same hardware.
[toc] | [prev] | [next] | [standalone]
| From | "Debian Bug Tracking System" <owner@bugs.debian.org> |
|---|---|
| Date | 2018-06-14 01:50 +0200 |
| Subject | Processed: Re: Bug#901420: ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) |
| Message-ID | <w0nGx-3mf-3@gated-at.bofh.it> |
| In reply to | #61190 |
Processing control commands: > tag -1 - moreinfo Bug #901420 [src:linux] ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) Removed tag(s) moreinfo. > severity -1 normal Bug #901420 [src:linux] ksoftirqd/0: page allocation failure: order:1, mode:0x2284020(GFP_ATOMIC|__GFP_COMP|__GFP_NOTRACK) Severity set to 'normal' from 'important' -- 901420: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901420 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.kernel
csiph-web