* 4.11.0-rc8+/x86_64 desktop lockup until applications closed [not found] <md5:RQiZYAYNN/yJzTrY48XZ7w==> @ 2017-04-27 9:06 ` Arthur Marsh 0 siblings, 0 replies; 10+ messages in thread From: Arthur Marsh @ 2017-04-27 9:06 UTC (permalink / raw) To: Linux Kernel Mailing List; +Cc: linux-mm I came home yesterday to discover my desktop KDE/plasma session locked up until I could shutdown firefox and chromium from a console login. The desktop then became responsive and I could then restart firefox and chromium. the 4GiB swap space was nearly full, but the OOM killer apparently didn't run. dmesg showed: [55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) [55363.482942] QXcbEventReader cpuset=/ mems_allowed=0 [55363.482948] CPU: 2 PID: 4092 Comm: QXcbEventReader Not tainted 4.11.0-rc8+ #2670 [55363.482950] Hardware name: System manufacturer System Product Name/M3A78 PRO, BIOS 1701 01/27/2011 [55363.482951] Call Trace: [55363.482959] ? dump_stack+0x5c/0x84 [55363.482962] ? warn_alloc+0x112/0x1b0 [55363.482964] ? __alloc_pages_slowpath+0x836/0xde0 [55363.482967] ? ktime_get+0x51/0xd0 [55363.482979] ? scsi_request_fn+0x3d/0x690 [scsi_mod] [55363.482981] ? __alloc_pages_nodemask+0x1eb/0x230 [55363.482984] ? alloc_pages_vma+0xc4/0x280 [55363.482987] ? __read_swap_cache_async+0x189/0x280 [55363.482990] ? read_swap_cache_async+0x24/0x60 [55363.482991] ? swapin_readahead+0x10d/0x1c0 [55363.482994] ? do_swap_page+0x272/0x720 [55363.482997] ? __handle_mm_fault+0x773/0x10f0 [55363.482999] ? handle_mm_fault+0xe7/0x260 [55363.483002] ? __do_page_fault+0x2d4/0x630 [55363.483005] ? page_fault+0x28/0x30 [55363.483008] ? copy_user_generic_string+0x2c/0x40 [55363.483011] ? copy_page_to_iter+0x91/0x2d0 [55363.483014] ? skb_copy_datagram_iter+0x146/0x270 [55363.483016] ? unix_stream_read_actor+0x1a/0x30 [55363.483018] ? unix_stream_read_generic+0x2f8/0x8c0 [55363.483020] ? _raw_spin_lock+0x13/0x40 [55363.483022] ? _raw_spin_unlock_irq+0x1d/0x40 [55363.483024] ? free_swap_slot+0x4e/0x110 [55363.483026] ? _raw_spin_unlock+0x16/0x40 [55363.483028] ? unix_stream_recvmsg+0x81/0xa0 [55363.483029] ? unix_state_double_unlock+0x40/0x40 [55363.483031] ? SYSC_recvfrom+0xe3/0x170 [55363.483034] ? handle_mm_fault+0xe7/0x260 [55363.483036] ? __do_page_fault+0x301/0x630 [55363.483038] ? entry_SYSCALL_64_fastpath+0x1e/0xad [55363.483040] Mem-Info: [55363.483044] active_anon:1479559 inactive_anon:281161 isolated_anon:299 active_file:49213 inactive_file:42134 isolated_file:0 unevictable:4651 dirty:108 writeback:188 unstable:0 slab_reclaimable:11225 slab_unreclaimable:20186 mapped:204768 shmem:145888 pagetables:39859 bounce:0 free:25470 free_pcp:0 free_cma:0 [55363.483050] Node 0 active_anon:5918236kB inactive_anon:1124644kB active_file:196852kB inactive_file:168536kB unevictable:18604kB isolated(anon):1196kB isolated(file):0kB mapped:819072kB dirty:432kB writeback:752kB shmem:583552kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 0kB writeback_tmp:0kB unstable:0kB pages_scanned:0 all_unreclaimable? no [55363.483052] Node 0 DMA free:15904kB min:132kB low:164kB high:196kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15992kB managed:15904kB mlocked:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [55363.483056] lowmem_reserve[]: 0 3150 7885 7885 [55363.483059] Node 0 DMA32 free:45556kB min:26948kB low:33684kB high:40420kB active_anon:2273532kB inactive_anon:542768kB active_file:99788kB inactive_file:89940kB unevictable:32kB writepending:440kB present:3391168kB managed:3314260kB mlocked:32kB slab_reclaimable:8800kB slab_unreclaimable:25976kB kernel_stack:7992kB pagetables:68028kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [55363.483063] lowmem_reserve[]: 0 0 4734 4734 [55363.483066] Node 0 Normal free:40420kB min:40500kB low:50624kB high:60748kB active_anon:3644668kB inactive_anon:581672kB active_file:97068kB inactive_file:78784kB unevictable:18572kB writepending:0kB present:4980736kB managed:4848692kB mlocked:18572kB slab_reclaimable:36100kB slab_unreclaimable:54768kB kernel_stack:13544kB pagetables:91408kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [55363.483069] lowmem_reserve[]: 0 0 0 0 [55363.483072] Node 0 DMA: 0*4kB 0*8kB 0*16kB 1*32kB (U) 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15904kB [55363.483081] Node 0 DMA32: 422*4kB (UME) 847*8kB (UME) 734*16kB (UME) 338*32kB (UME) 108*64kB (UME) 23*128kB (UME) 9*256kB (M) 3*512kB (M) 2*1024kB (M) 0*2048kB 0*4096kB = 46768kB [55363.483090] Node 0 Normal: 1293*4kB (UME) 1451*8kB (UME) 845*16kB (UME) 293*32kB (UME) 36*64kB (UM) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 41980kB [55363.483099] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB [55363.483100] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [55363.483101] 251525 total pagecache pages [55363.483104] 10025 pages in swap cache [55363.483105] Swap cache stats: add 3287896, delete 3277870, find 405176/629612 [55363.483106] Free swap = 498568kB [55363.483107] Total swap = 4194288kB [55363.483108] 2096974 pages RAM [55363.483109] 0 pages HighMem/MovableOnly [55363.483110] 52260 pages reserved [55363.483111] 0 pages hwpoisoned I'm happy to supply configuation information and run further tests. Arthur. ^ permalink raw reply [flat|nested] 10+ messages in thread
* 4.11.0-rc8+/x86_64 desktop lockup until applications closed @ 2017-04-27 9:06 ` Arthur Marsh 0 siblings, 0 replies; 10+ messages in thread From: Arthur Marsh @ 2017-04-27 9:06 UTC (permalink / raw) To: Linux Kernel Mailing List; +Cc: linux-mm I came home yesterday to discover my desktop KDE/plasma session locked up until I could shutdown firefox and chromium from a console login. The desktop then became responsive and I could then restart firefox and chromium. the 4GiB swap space was nearly full, but the OOM killer apparently didn't run. dmesg showed: [55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) [55363.482942] QXcbEventReader cpuset=/ mems_allowed=0 [55363.482948] CPU: 2 PID: 4092 Comm: QXcbEventReader Not tainted 4.11.0-rc8+ #2670 [55363.482950] Hardware name: System manufacturer System Product Name/M3A78 PRO, BIOS 1701 01/27/2011 [55363.482951] Call Trace: [55363.482959] ? dump_stack+0x5c/0x84 [55363.482962] ? warn_alloc+0x112/0x1b0 [55363.482964] ? __alloc_pages_slowpath+0x836/0xde0 [55363.482967] ? ktime_get+0x51/0xd0 [55363.482979] ? scsi_request_fn+0x3d/0x690 [scsi_mod] [55363.482981] ? __alloc_pages_nodemask+0x1eb/0x230 [55363.482984] ? alloc_pages_vma+0xc4/0x280 [55363.482987] ? __read_swap_cache_async+0x189/0x280 [55363.482990] ? read_swap_cache_async+0x24/0x60 [55363.482991] ? swapin_readahead+0x10d/0x1c0 [55363.482994] ? do_swap_page+0x272/0x720 [55363.482997] ? __handle_mm_fault+0x773/0x10f0 [55363.482999] ? handle_mm_fault+0xe7/0x260 [55363.483002] ? __do_page_fault+0x2d4/0x630 [55363.483005] ? page_fault+0x28/0x30 [55363.483008] ? copy_user_generic_string+0x2c/0x40 [55363.483011] ? copy_page_to_iter+0x91/0x2d0 [55363.483014] ? skb_copy_datagram_iter+0x146/0x270 [55363.483016] ? unix_stream_read_actor+0x1a/0x30 [55363.483018] ? unix_stream_read_generic+0x2f8/0x8c0 [55363.483020] ? _raw_spin_lock+0x13/0x40 [55363.483022] ? _raw_spin_unlock_irq+0x1d/0x40 [55363.483024] ? free_swap_slot+0x4e/0x110 [55363.483026] ? _raw_spin_unlock+0x16/0x40 [55363.483028] ? unix_stream_recvmsg+0x81/0xa0 [55363.483029] ? unix_state_double_unlock+0x40/0x40 [55363.483031] ? SYSC_recvfrom+0xe3/0x170 [55363.483034] ? handle_mm_fault+0xe7/0x260 [55363.483036] ? __do_page_fault+0x301/0x630 [55363.483038] ? entry_SYSCALL_64_fastpath+0x1e/0xad [55363.483040] Mem-Info: [55363.483044] active_anon:1479559 inactive_anon:281161 isolated_anon:299 active_file:49213 inactive_file:42134 isolated_file:0 unevictable:4651 dirty:108 writeback:188 unstable:0 slab_reclaimable:11225 slab_unreclaimable:20186 mapped:204768 shmem:145888 pagetables:39859 bounce:0 free:25470 free_pcp:0 free_cma:0 [55363.483050] Node 0 active_anon:5918236kB inactive_anon:1124644kB active_file:196852kB inactive_file:168536kB unevictable:18604kB isolated(anon):1196kB isolated(file):0kB mapped:819072kB dirty:432kB writeback:752kB shmem:583552kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 0kB writeback_tmp:0kB unstable:0kB pages_scanned:0 all_unreclaimable? no [55363.483052] Node 0 DMA free:15904kB min:132kB low:164kB high:196kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15992kB managed:15904kB mlocked:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [55363.483056] lowmem_reserve[]: 0 3150 7885 7885 [55363.483059] Node 0 DMA32 free:45556kB min:26948kB low:33684kB high:40420kB active_anon:2273532kB inactive_anon:542768kB active_file:99788kB inactive_file:89940kB unevictable:32kB writepending:440kB present:3391168kB managed:3314260kB mlocked:32kB slab_reclaimable:8800kB slab_unreclaimable:25976kB kernel_stack:7992kB pagetables:68028kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [55363.483063] lowmem_reserve[]: 0 0 4734 4734 [55363.483066] Node 0 Normal free:40420kB min:40500kB low:50624kB high:60748kB active_anon:3644668kB inactive_anon:581672kB active_file:97068kB inactive_file:78784kB unevictable:18572kB writepending:0kB present:4980736kB managed:4848692kB mlocked:18572kB slab_reclaimable:36100kB slab_unreclaimable:54768kB kernel_stack:13544kB pagetables:91408kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [55363.483069] lowmem_reserve[]: 0 0 0 0 [55363.483072] Node 0 DMA: 0*4kB 0*8kB 0*16kB 1*32kB (U) 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15904kB [55363.483081] Node 0 DMA32: 422*4kB (UME) 847*8kB (UME) 734*16kB (UME) 338*32kB (UME) 108*64kB (UME) 23*128kB (UME) 9*256kB (M) 3*512kB (M) 2*1024kB (M) 0*2048kB 0*4096kB = 46768kB [55363.483090] Node 0 Normal: 1293*4kB (UME) 1451*8kB (UME) 845*16kB (UME) 293*32kB (UME) 36*64kB (UM) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 41980kB [55363.483099] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB [55363.483100] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [55363.483101] 251525 total pagecache pages [55363.483104] 10025 pages in swap cache [55363.483105] Swap cache stats: add 3287896, delete 3277870, find 405176/629612 [55363.483106] Free swap = 498568kB [55363.483107] Total swap = 4194288kB [55363.483108] 2096974 pages RAM [55363.483109] 0 pages HighMem/MovableOnly [55363.483110] 52260 pages reserved [55363.483111] 0 pages hwpoisoned I'm happy to supply configuation information and run further tests. Arthur. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed 2017-04-27 9:06 ` Arthur Marsh @ 2017-04-27 9:26 ` Michal Hocko -1 siblings, 0 replies; 10+ messages in thread From: Michal Hocko @ 2017-04-27 9:26 UTC (permalink / raw) To: Arthur Marsh; +Cc: Linux Kernel Mailing List, linux-mm On Thu 27-04-17 18:36:38, Arthur Marsh wrote: [...] > [55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, > mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) Are there more of these stalls? [...] > [55363.483040] Mem-Info: > [55363.483044] active_anon:1479559 inactive_anon:281161 isolated_anon:299 > active_file:49213 inactive_file:42134 isolated_file:0 > unevictable:4651 dirty:108 writeback:188 unstable:0 > slab_reclaimable:11225 slab_unreclaimable:20186 > mapped:204768 shmem:145888 pagetables:39859 bounce:0 > free:25470 free_pcp:0 free_cma:0 There is still quite some page cache to reclaim on the inactive list. So a progress should have been made. Maybe there was a peak memory consumption which holded this request back? [...] > [55363.483059] Node 0 DMA32 free:45556kB min:26948kB low:33684kB > high:40420kB active_anon:2273532kB inactive_anon:542768kB > active_file:99788kB inactive_file:89940kB unevictable:32kB > writepending:440kB present:3391168kB managed:3314260kB mlocked:32kB > slab_reclaimable:8800kB slab_unreclaimable:25976kB kernel_stack:7992kB > pagetables:68028kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB > [55363.483063] lowmem_reserve[]: 0 0 4734 4734 This zone is not usable due to lowmem_reserve > [55363.483066] Node 0 Normal free:40420kB min:40500kB low:50624kB > high:60748kB active_anon:3644668kB inactive_anon:581672kB > active_file:97068kB inactive_file:78784kB unevictable:18572kB > writepending:0kB present:4980736kB managed:4848692kB mlocked:18572kB > slab_reclaimable:36100kB slab_unreclaimable:54768kB kernel_stack:13544kB > pagetables:91408kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB > [55363.483069] lowmem_reserve[]: 0 0 0 0 and this one is below min watermark already. > [55363.483106] Free swap = 498568kB > [55363.483107] Total swap = 4194288kB Still ~10% of swap is free so not entirely bad. The question is whether this is reproducible. If yes then I would suggest watching /proc/vmstat (every second) and if this doesn't show anything then try to collect vmscan tracepoints $ mount -t tracefs none /debug/trace/ $ echo 1 > /debug/trace/events/vmscan/enable $ cat /debug/trace/trace_pipe > log -- Michal Hocko SUSE Labs ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed @ 2017-04-27 9:26 ` Michal Hocko 0 siblings, 0 replies; 10+ messages in thread From: Michal Hocko @ 2017-04-27 9:26 UTC (permalink / raw) To: Arthur Marsh; +Cc: Linux Kernel Mailing List, linux-mm On Thu 27-04-17 18:36:38, Arthur Marsh wrote: [...] > [55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, > mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) Are there more of these stalls? [...] > [55363.483040] Mem-Info: > [55363.483044] active_anon:1479559 inactive_anon:281161 isolated_anon:299 > active_file:49213 inactive_file:42134 isolated_file:0 > unevictable:4651 dirty:108 writeback:188 unstable:0 > slab_reclaimable:11225 slab_unreclaimable:20186 > mapped:204768 shmem:145888 pagetables:39859 bounce:0 > free:25470 free_pcp:0 free_cma:0 There is still quite some page cache to reclaim on the inactive list. So a progress should have been made. Maybe there was a peak memory consumption which holded this request back? [...] > [55363.483059] Node 0 DMA32 free:45556kB min:26948kB low:33684kB > high:40420kB active_anon:2273532kB inactive_anon:542768kB > active_file:99788kB inactive_file:89940kB unevictable:32kB > writepending:440kB present:3391168kB managed:3314260kB mlocked:32kB > slab_reclaimable:8800kB slab_unreclaimable:25976kB kernel_stack:7992kB > pagetables:68028kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB > [55363.483063] lowmem_reserve[]: 0 0 4734 4734 This zone is not usable due to lowmem_reserve > [55363.483066] Node 0 Normal free:40420kB min:40500kB low:50624kB > high:60748kB active_anon:3644668kB inactive_anon:581672kB > active_file:97068kB inactive_file:78784kB unevictable:18572kB > writepending:0kB present:4980736kB managed:4848692kB mlocked:18572kB > slab_reclaimable:36100kB slab_unreclaimable:54768kB kernel_stack:13544kB > pagetables:91408kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB > [55363.483069] lowmem_reserve[]: 0 0 0 0 and this one is below min watermark already. > [55363.483106] Free swap = 498568kB > [55363.483107] Total swap = 4194288kB Still ~10% of swap is free so not entirely bad. The question is whether this is reproducible. If yes then I would suggest watching /proc/vmstat (every second) and if this doesn't show anything then try to collect vmscan tracepoints $ mount -t tracefs none /debug/trace/ $ echo 1 > /debug/trace/events/vmscan/enable $ cat /debug/trace/trace_pipe > log -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed 2017-04-27 9:26 ` Michal Hocko @ 2017-04-30 6:03 ` Arthur Marsh -1 siblings, 0 replies; 10+ messages in thread From: Arthur Marsh @ 2017-04-30 6:03 UTC (permalink / raw) To: Michal Hocko; +Cc: Linux Kernel Mailing List, linux-mm Michal Hocko wrote on 27/04/17 18:56: > On Thu 27-04-17 18:36:38, Arthur Marsh wrote: > [...] >> [55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, >> mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) > > Are there more of these stalls? I haven't seen the same kinds of logging in dmesg, but a few minutes ago I did see that the desktop had locked up and after remotely logging in and doing a kill -HUP of iceweasel/firefox, saw this: [92311.944443] swap_info_get: Bad swap offset entry 000ffffd [92311.944449] swap_info_get: Bad swap offset entry 000ffffe [92311.944451] swap_info_get: Bad swap offset entry 000fffff I've since restarted that machine, but should it happen again I'd be happy to run further tests. Arthur. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed @ 2017-04-30 6:03 ` Arthur Marsh 0 siblings, 0 replies; 10+ messages in thread From: Arthur Marsh @ 2017-04-30 6:03 UTC (permalink / raw) To: Michal Hocko; +Cc: Linux Kernel Mailing List, linux-mm Michal Hocko wrote on 27/04/17 18:56: > On Thu 27-04-17 18:36:38, Arthur Marsh wrote: > [...] >> [55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, >> mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) > > Are there more of these stalls? I haven't seen the same kinds of logging in dmesg, but a few minutes ago I did see that the desktop had locked up and after remotely logging in and doing a kill -HUP of iceweasel/firefox, saw this: [92311.944443] swap_info_get: Bad swap offset entry 000ffffd [92311.944449] swap_info_get: Bad swap offset entry 000ffffe [92311.944451] swap_info_get: Bad swap offset entry 000fffff I've since restarted that machine, but should it happen again I'd be happy to run further tests. Arthur. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed 2017-04-30 6:03 ` Arthur Marsh @ 2017-05-02 7:31 ` Michal Hocko -1 siblings, 0 replies; 10+ messages in thread From: Michal Hocko @ 2017-05-02 7:31 UTC (permalink / raw) To: Arthur Marsh; +Cc: Linux Kernel Mailing List, linux-mm On Sun 30-04-17 15:33:50, Arthur Marsh wrote: > > > Michal Hocko wrote on 27/04/17 18:56: > >On Thu 27-04-17 18:36:38, Arthur Marsh wrote: > >[...] > >>[55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, > >>mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) > > > >Are there more of these stalls? > > I haven't seen the same kinds of logging in dmesg, but a few minutes ago I > did see that the desktop had locked up and after remotely logging in and > doing a kill -HUP of iceweasel/firefox, saw this: > > [92311.944443] swap_info_get: Bad swap offset entry 000ffffd > [92311.944449] swap_info_get: Bad swap offset entry 000ffffe > [92311.944451] swap_info_get: Bad swap offset entry 000fffff Pte swap entry seem to be clobbered. That suggests a deeper problem and a memory corruption. -- Michal Hocko SUSE Labs ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed @ 2017-05-02 7:31 ` Michal Hocko 0 siblings, 0 replies; 10+ messages in thread From: Michal Hocko @ 2017-05-02 7:31 UTC (permalink / raw) To: Arthur Marsh; +Cc: Linux Kernel Mailing List, linux-mm On Sun 30-04-17 15:33:50, Arthur Marsh wrote: > > > Michal Hocko wrote on 27/04/17 18:56: > >On Thu 27-04-17 18:36:38, Arthur Marsh wrote: > >[...] > >>[55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0, > >>mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null) > > > >Are there more of these stalls? > > I haven't seen the same kinds of logging in dmesg, but a few minutes ago I > did see that the desktop had locked up and after remotely logging in and > doing a kill -HUP of iceweasel/firefox, saw this: > > [92311.944443] swap_info_get: Bad swap offset entry 000ffffd > [92311.944449] swap_info_get: Bad swap offset entry 000ffffe > [92311.944451] swap_info_get: Bad swap offset entry 000fffff Pte swap entry seem to be clobbered. That suggests a deeper problem and a memory corruption. -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed 2017-05-02 7:31 ` Michal Hocko @ 2017-05-03 1:41 ` Arthur Marsh -1 siblings, 0 replies; 10+ messages in thread From: Arthur Marsh @ 2017-05-03 1:41 UTC (permalink / raw) To: Michal Hocko; +Cc: Linux Kernel Mailing List, linux-mm Michal Hocko wrote on 02/05/17 17:01: >> [92311.944443] swap_info_get: Bad swap offset entry 000ffffd >> [92311.944449] swap_info_get: Bad swap offset entry 000ffffe >> [92311.944451] swap_info_get: Bad swap offset entry 000fffff > > Pte swap entry seem to be clobbered. That suggests a deeper problem and > a memory corruption. Thanks again for the feedback. I've gone with 4.11.0+ git head kernels and last night rather than a lock-up I saw: [40050.937161] mmap: chromium (6060): VmData 2148573184 exceed data ulimit 2147483647. Update limits or use boot option ignore_rlimit_data. [40051.183213] traps: chromium[6060] trap int3 ip:5642ccce7996 sp:7ffe0a563ac0 error:0 and the desktop session remained responsive. The 2 GiB ulimit is preferable for me than having to rely on the OOM killer, but I can run tests with ignore_rlimit_data later on to check that the OOM killer still works rather than hitting some unforeseen error on swap exhaustion. Arthur. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed @ 2017-05-03 1:41 ` Arthur Marsh 0 siblings, 0 replies; 10+ messages in thread From: Arthur Marsh @ 2017-05-03 1:41 UTC (permalink / raw) To: Michal Hocko; +Cc: Linux Kernel Mailing List, linux-mm Michal Hocko wrote on 02/05/17 17:01: >> [92311.944443] swap_info_get: Bad swap offset entry 000ffffd >> [92311.944449] swap_info_get: Bad swap offset entry 000ffffe >> [92311.944451] swap_info_get: Bad swap offset entry 000fffff > > Pte swap entry seem to be clobbered. That suggests a deeper problem and > a memory corruption. Thanks again for the feedback. I've gone with 4.11.0+ git head kernels and last night rather than a lock-up I saw: [40050.937161] mmap: chromium (6060): VmData 2148573184 exceed data ulimit 2147483647. Update limits or use boot option ignore_rlimit_data. [40051.183213] traps: chromium[6060] trap int3 ip:5642ccce7996 sp:7ffe0a563ac0 error:0 and the desktop session remained responsive. The 2 GiB ulimit is preferable for me than having to rely on the OOM killer, but I can run tests with ignore_rlimit_data later on to check that the OOM killer still works rather than hitting some unforeseen error on swap exhaustion. Arthur. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2017-05-03 1:41 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <md5:RQiZYAYNN/yJzTrY48XZ7w==>
2017-04-27 9:06 ` 4.11.0-rc8+/x86_64 desktop lockup until applications closed Arthur Marsh
2017-04-27 9:06 ` Arthur Marsh
2017-04-27 9:26 ` Michal Hocko
2017-04-27 9:26 ` Michal Hocko
2017-04-30 6:03 ` Arthur Marsh
2017-04-30 6:03 ` Arthur Marsh
2017-05-02 7:31 ` Michal Hocko
2017-05-02 7:31 ` Michal Hocko
2017-05-03 1:41 ` Arthur Marsh
2017-05-03 1:41 ` Arthur Marsh
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.