* reproducable oops in btrfs/130 with latests mainline @ 2016-11-14 12:35 Christoph Hellwig 2016-11-25 8:07 ` Christoph Hellwig 0 siblings, 1 reply; 8+ messages in thread From: Christoph Hellwig @ 2016-11-14 12:35 UTC (permalink / raw) To: linux-btrfs btrfs/130 [ 384.645337] run fstests btrfs/130 at 2016-11-14 12:33:26 [ 384.827333] BTRFS: device fsid bf118b00-e2e0-4a96-a177-765789170093 devid 1 transid 3 /dev/vdc [ 384.851643] BTRFS info (device vdc): disk space caching is enabled [ 384.852113] BTRFS info (device vdc): flagging fs with big metadata feature [ 384.857043] BTRFS info (device vdc): creating UUID tree [ 384.988347] BTRFS: device fsid 3b92b8c1-295d-4099-8623-d71a3cb270f8 devid 1 transid 3 /dev/vdc [ 385.001946] BTRFS info (device vdc): disk space caching is enabled [ 385.002846] BTRFS info (device vdc): flagging fs with big metadata feature [ 385.008870] BTRFS info (device vdc): creating UUID tree [ 416.318581] NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [btrfs:12782] [ 416.319139] Modules linked in: [ 416.319366] CPU: 3 PID: 12782 Comm: btrfs Not tainted 4.9.0-rc1 #826 [ 416.319789] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014 [ 416.320466] task: ffff8801355a4140 task.stack: ffffc900000a4000 [ 416.320864] RIP: 0010:[<ffffffff816a197d>] [<ffffffff816a197d>] find_parent_nodes+0xb7d/0x1530 [ 416.321455] RSP: 0018:ffffc900000a79b0 EFLAGS: 00000286 [ 416.321811] RAX: ffff88012de45640 RBX: 0000000000000000 RCX: ffffc900000a7a28 [ 416.322285] RDX: ffff88012de45660 RSI: 0000000001ca8000 RDI: ffff88013b803e40 [ 416.322759] RBP: ffffc900000a7ab0 R08: 0000000002400040 R09: ffff88010077a478 [ 416.323317] R10: ffff880127652f70 R11: ffff880127652f08 R12: ffff880000000000 [ 416.323791] R13: 6db6db6db6db6db7 R14: ffff8801295093b0 R15: 0000000000000000 [ 416.324262] FS: 00007f83ef8398c0(0000) GS:ffff88013fd80000(0000) knlGS:0000000000000000 [ 416.324795] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 416.325176] CR2: 00007f83ee4dbe38 CR3: 0000000136b56000 CR4: 00000000000006e0 [ 416.325649] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 416.326120] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 416.326590] Stack: [ 416.326730] 0000000000000000 ffff880102400040 ffff88012a340000 0000000000001063 [ 416.327257] 0000000100000001 ffff88012dd0e800 ffff88012a340000 0000000000000001 [ 416.327780] ffff88012a340000 0000000000000000 ffff88013b803e40 0000000000c40000 [ 416.328304] Call Trace: [ 416.328475] [<ffffffff816afbe0>] ? changed_cb+0xb70/0xb70 [ 416.328841] [<ffffffff816a2eb7>] iterate_extent_inodes+0xe7/0x270 [ 416.329251] [<ffffffff8165ecf6>] ? release_extent_buffer+0x26/0xc0 [ 416.329657] [<ffffffff8165f266>] ? free_extent_buffer+0x46/0x80 [ 416.330068] [<ffffffff816adb8f>] process_extent+0x69f/0xb00 [ 416.330452] [<ffffffff816af33b>] changed_cb+0x2cb/0xb70 [ 416.330811] [<ffffffff8165fa52>] ? read_extent_buffer+0xe2/0x140 [ 416.331380] [<ffffffff81615e82>] ? btrfs_search_slot_for_read+0xc2/0x1b0 [ 416.331905] [<ffffffff816b0ff7>] btrfs_ioctl_send+0x1187/0x12c0 [ 416.332309] [<ffffffff811de83a>] ? kmem_cache_alloc+0x8a/0x160 [ 416.332704] [<ffffffff81675edc>] btrfs_ioctl+0x7dc/0x21f0 [ 416.333071] [<ffffffff8109076c>] ? flat_send_IPI_mask+0xc/0x10 [ 416.333465] [<ffffffff8108cd6d>] ? default_send_IPI_single+0x2d/0x30 [ 416.333893] [<ffffffff81088e87>] ? native_smp_send_reschedule+0x27/0x40 [ 416.334340] [<ffffffff810f1d3d>] ? resched_curr+0xad/0xb0 [ 416.334706] [<ffffffff811f83db>] do_vfs_ioctl+0x8b/0x5b0 [ 416.335065] [<ffffffff810cba02>] ? _do_fork+0x132/0x390 [ 416.335423] [<ffffffff811f893c>] SyS_ioctl+0x3c/0x70 [ 416.335763] [<ffffffff81df2177>] entry_SYSCALL_64_fastpath+0x1a/0xa9 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: reproducable oops in btrfs/130 with latests mainline 2016-11-14 12:35 reproducable oops in btrfs/130 with latests mainline Christoph Hellwig @ 2016-11-25 8:07 ` Christoph Hellwig 2016-11-26 17:23 ` Chris Mason [not found] ` <190cc125-d1c1-6005-c23b-cc54c825f242@fb.com> 0 siblings, 2 replies; 8+ messages in thread From: Christoph Hellwig @ 2016-11-25 8:07 UTC (permalink / raw) To: linux-btrfs Any chance to get someone look at this or the next bug report? On Mon, Nov 14, 2016 at 04:35:29AM -0800, Christoph Hellwig wrote: > btrfs/130 [ 384.645337] run fstests btrfs/130 at 2016-11-14 > 12:33:26 > [ 384.827333] BTRFS: device fsid bf118b00-e2e0-4a96-a177-765789170093 devid 1 transid 3 /dev/vdc > [ 384.851643] BTRFS info (device vdc): disk space caching is enabled > [ 384.852113] BTRFS info (device vdc): flagging fs with big metadata feature > [ 384.857043] BTRFS info (device vdc): creating UUID tree > [ 384.988347] BTRFS: device fsid 3b92b8c1-295d-4099-8623-d71a3cb270f8 devid 1 transid 3 /dev/vdc > [ 385.001946] BTRFS info (device vdc): disk space caching is enabled > [ 385.002846] BTRFS info (device vdc): flagging fs with big metadata > feature > [ 385.008870] BTRFS info (device vdc): creating UUID tree > [ 416.318581] NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [btrfs:12782] > [ 416.319139] Modules linked in: > [ 416.319366] CPU: 3 PID: 12782 Comm: btrfs Not tainted 4.9.0-rc1 #826 > [ 416.319789] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014 > [ 416.320466] task: ffff8801355a4140 task.stack: ffffc900000a4000 > [ 416.320864] RIP: 0010:[<ffffffff816a197d>] [<ffffffff816a197d>] find_parent_nodes+0xb7d/0x1530 > [ 416.321455] RSP: 0018:ffffc900000a79b0 EFLAGS: 00000286 > [ 416.321811] RAX: ffff88012de45640 RBX: 0000000000000000 RCX: ffffc900000a7a28 > [ 416.322285] RDX: ffff88012de45660 RSI: 0000000001ca8000 RDI: ffff88013b803e40 > [ 416.322759] RBP: ffffc900000a7ab0 R08: 0000000002400040 R09: ffff88010077a478 > [ 416.323317] R10: ffff880127652f70 R11: ffff880127652f08 R12: ffff880000000000 > [ 416.323791] R13: 6db6db6db6db6db7 R14: ffff8801295093b0 R15: 0000000000000000 > [ 416.324262] FS: 00007f83ef8398c0(0000) GS:ffff88013fd80000(0000) knlGS:0000000000000000 > [ 416.324795] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 416.325176] CR2: 00007f83ee4dbe38 CR3: 0000000136b56000 CR4: 00000000000006e0 > [ 416.325649] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [ 416.326120] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 > [ 416.326590] Stack: > [ 416.326730] 0000000000000000 ffff880102400040 ffff88012a340000 0000000000001063 > [ 416.327257] 0000000100000001 ffff88012dd0e800 ffff88012a340000 0000000000000001 > [ 416.327780] ffff88012a340000 0000000000000000 ffff88013b803e40 0000000000c40000 > [ 416.328304] Call Trace: > [ 416.328475] [<ffffffff816afbe0>] ? changed_cb+0xb70/0xb70 > [ 416.328841] [<ffffffff816a2eb7>] iterate_extent_inodes+0xe7/0x270 > [ 416.329251] [<ffffffff8165ecf6>] ? release_extent_buffer+0x26/0xc0 > [ 416.329657] [<ffffffff8165f266>] ? free_extent_buffer+0x46/0x80 > [ 416.330068] [<ffffffff816adb8f>] process_extent+0x69f/0xb00 > [ 416.330452] [<ffffffff816af33b>] changed_cb+0x2cb/0xb70 > [ 416.330811] [<ffffffff8165fa52>] ? read_extent_buffer+0xe2/0x140 > [ 416.331380] [<ffffffff81615e82>] ? btrfs_search_slot_for_read+0xc2/0x1b0 > [ 416.331905] [<ffffffff816b0ff7>] btrfs_ioctl_send+0x1187/0x12c0 > [ 416.332309] [<ffffffff811de83a>] ? kmem_cache_alloc+0x8a/0x160 > [ 416.332704] [<ffffffff81675edc>] btrfs_ioctl+0x7dc/0x21f0 > [ 416.333071] [<ffffffff8109076c>] ? flat_send_IPI_mask+0xc/0x10 > [ 416.333465] [<ffffffff8108cd6d>] ? default_send_IPI_single+0x2d/0x30 > [ 416.333893] [<ffffffff81088e87>] ? native_smp_send_reschedule+0x27/0x40 > [ 416.334340] [<ffffffff810f1d3d>] ? resched_curr+0xad/0xb0 > [ 416.334706] [<ffffffff811f83db>] do_vfs_ioctl+0x8b/0x5b0 > [ 416.335065] [<ffffffff810cba02>] ? _do_fork+0x132/0x390 > [ 416.335423] [<ffffffff811f893c>] SyS_ioctl+0x3c/0x70 > [ 416.335763] [<ffffffff81df2177>] entry_SYSCALL_64_fastpath+0x1a/0xa9 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ---end quoted text--- ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: reproducable oops in btrfs/130 with latests mainline 2016-11-25 8:07 ` Christoph Hellwig @ 2016-11-26 17:23 ` Chris Mason [not found] ` <190cc125-d1c1-6005-c23b-cc54c825f242@fb.com> 1 sibling, 0 replies; 8+ messages in thread From: Chris Mason @ 2016-11-26 17:23 UTC (permalink / raw) To: Christoph Hellwig, linux-btrfs On 11/25/2016 03:07 AM, Christoph Hellwig wrote: > Any chance to get someone look at this or the next bug report? I've been trying to reproduce, but haven't yet. This test does hit the CPU hard, which PREEMPT setting are you using? -chris > > On Mon, Nov 14, 2016 at 04:35:29AM -0800, Christoph Hellwig wrote: >> btrfs/130 [ 384.645337] run fstests btrfs/130 at 2016-11-14 >> 12:33:26 >> [ 384.827333] BTRFS: device fsid bf118b00-e2e0-4a96-a177-765789170093 devid 1 transid 3 /dev/vdc >> [ 384.851643] BTRFS info (device vdc): disk space caching is enabled >> [ 384.852113] BTRFS info (device vdc): flagging fs with big metadata feature >> [ 384.857043] BTRFS info (device vdc): creating UUID tree >> [ 384.988347] BTRFS: device fsid 3b92b8c1-295d-4099-8623-d71a3cb270f8 devid 1 transid 3 /dev/vdc >> [ 385.001946] BTRFS info (device vdc): disk space caching is enabled >> [ 385.002846] BTRFS info (device vdc): flagging fs with big metadata >> feature >> [ 385.008870] BTRFS info (device vdc): creating UUID tree >> [ 416.318581] NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [btrfs:12782] >> [ 416.319139] Modules linked in: >> [ 416.319366] CPU: 3 PID: 12782 Comm: btrfs Not tainted 4.9.0-rc1 #826 >> [ 416.319789] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014 >> [ 416.320466] task: ffff8801355a4140 task.stack: ffffc900000a4000 >> [ 416.320864] RIP: 0010:[<ffffffff816a197d>] [<ffffffff816a197d>] find_parent_nodes+0xb7d/0x1530 >> [ 416.321455] RSP: 0018:ffffc900000a79b0 EFLAGS: 00000286 >> [ 416.321811] RAX: ffff88012de45640 RBX: 0000000000000000 RCX: ffffc900000a7a28 >> [ 416.322285] RDX: ffff88012de45660 RSI: 0000000001ca8000 RDI: ffff88013b803e40 >> [ 416.322759] RBP: ffffc900000a7ab0 R08: 0000000002400040 R09: ffff88010077a478 >> [ 416.323317] R10: ffff880127652f70 R11: ffff880127652f08 R12: ffff880000000000 >> [ 416.323791] R13: 6db6db6db6db6db7 R14: ffff8801295093b0 R15: 0000000000000000 >> [ 416.324262] FS: 00007f83ef8398c0(0000) GS:ffff88013fd80000(0000) knlGS:0000000000000000 >> [ 416.324795] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 >> [ 416.325176] CR2: 00007f83ee4dbe38 CR3: 0000000136b56000 CR4: 00000000000006e0 >> [ 416.325649] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 >> [ 416.326120] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 >> [ 416.326590] Stack: >> [ 416.326730] 0000000000000000 ffff880102400040 ffff88012a340000 0000000000001063 >> [ 416.327257] 0000000100000001 ffff88012dd0e800 ffff88012a340000 0000000000000001 >> [ 416.327780] ffff88012a340000 0000000000000000 ffff88013b803e40 0000000000c40000 >> [ 416.328304] Call Trace: >> [ 416.328475] [<ffffffff816afbe0>] ? changed_cb+0xb70/0xb70 >> [ 416.328841] [<ffffffff816a2eb7>] iterate_extent_inodes+0xe7/0x270 >> [ 416.329251] [<ffffffff8165ecf6>] ? release_extent_buffer+0x26/0xc0 >> [ 416.329657] [<ffffffff8165f266>] ? free_extent_buffer+0x46/0x80 >> [ 416.330068] [<ffffffff816adb8f>] process_extent+0x69f/0xb00 >> [ 416.330452] [<ffffffff816af33b>] changed_cb+0x2cb/0xb70 >> [ 416.330811] [<ffffffff8165fa52>] ? read_extent_buffer+0xe2/0x140 >> [ 416.331380] [<ffffffff81615e82>] ? btrfs_search_slot_for_read+0xc2/0x1b0 >> [ 416.331905] [<ffffffff816b0ff7>] btrfs_ioctl_send+0x1187/0x12c0 >> [ 416.332309] [<ffffffff811de83a>] ? kmem_cache_alloc+0x8a/0x160 >> [ 416.332704] [<ffffffff81675edc>] btrfs_ioctl+0x7dc/0x21f0 >> [ 416.333071] [<ffffffff8109076c>] ? flat_send_IPI_mask+0xc/0x10 >> [ 416.333465] [<ffffffff8108cd6d>] ? default_send_IPI_single+0x2d/0x30 >> [ 416.333893] [<ffffffff81088e87>] ? native_smp_send_reschedule+0x27/0x40 >> [ 416.334340] [<ffffffff810f1d3d>] ? resched_curr+0xad/0xb0 >> [ 416.334706] [<ffffffff811f83db>] do_vfs_ioctl+0x8b/0x5b0 >> [ 416.335065] [<ffffffff810cba02>] ? _do_fork+0x132/0x390 >> [ 416.335423] [<ffffffff811f893c>] SyS_ioctl+0x3c/0x70 >> [ 416.335763] [<ffffffff81df2177>] entry_SYSCALL_64_fastpath+0x1a/0xa9 >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html > ---end quoted text--- > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <190cc125-d1c1-6005-c23b-cc54c825f242@fb.com>]
* Re: reproducable oops in btrfs/130 with latests mainline [not found] ` <190cc125-d1c1-6005-c23b-cc54c825f242@fb.com> @ 2017-10-17 11:11 ` Po-Hsu Lin 2017-10-17 12:46 ` Qu Wenruo 0 siblings, 1 reply; 8+ messages in thread From: Po-Hsu Lin @ 2017-10-17 11:11 UTC (permalink / raw) To: linux-btrfs Hello Chris, I can reproduce this on my side too, with Ubuntu 16.04 + 4.4.0-97 kernel. PREEMPT config: $ cat config-4.4.0-97-generic | grep PREEMPT CONFIG_PREEMPT_NOTIFIERS=y # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set Bug reports on launchpad: https://bugs.launchpad.net/bugs/1718925 https://bugs.launchpad.net/bugs/1717443 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: reproducable oops in btrfs/130 with latests mainline 2017-10-17 11:11 ` Po-Hsu Lin @ 2017-10-17 12:46 ` Qu Wenruo 2017-10-17 13:03 ` Jeff Mahoney 0 siblings, 1 reply; 8+ messages in thread From: Qu Wenruo @ 2017-10-17 12:46 UTC (permalink / raw) To: Po-Hsu Lin, linux-btrfs [-- Attachment #1.1: Type: text/plain, Size: 899 bytes --] On 2017年10月17日 19:11, Po-Hsu Lin wrote: > Hello Chris, > > I can reproduce this on my side too, with Ubuntu 16.04 + 4.4.0-97 kernel. Btrfs/130 is a known bug. I submitted it to raise the concern about such situation and purposed one possible solution (just disable deduped file detection). But the solution doesn't get accepted. Thanks, Qu > > PREEMPT config: > $ cat config-4.4.0-97-generic | grep PREEMPT > CONFIG_PREEMPT_NOTIFIERS=y > # CONFIG_PREEMPT_NONE is not set > CONFIG_PREEMPT_VOLUNTARY=y > # CONFIG_PREEMPT is not set > > Bug reports on launchpad: > https://bugs.launchpad.net/bugs/1718925 > https://bugs.launchpad.net/bugs/1717443 > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 504 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: reproducable oops in btrfs/130 with latests mainline 2017-10-17 12:46 ` Qu Wenruo @ 2017-10-17 13:03 ` Jeff Mahoney 2017-10-20 9:25 ` Po-Hsu Lin 0 siblings, 1 reply; 8+ messages in thread From: Jeff Mahoney @ 2017-10-17 13:03 UTC (permalink / raw) To: Qu Wenruo, Po-Hsu Lin, linux-btrfs [-- Attachment #1.1: Type: text/plain, Size: 1110 bytes --] On 10/17/17 8:46 AM, Qu Wenruo wrote: > > > On 2017年10月17日 19:11, Po-Hsu Lin wrote: >> Hello Chris, >> >> I can reproduce this on my side too, with Ubuntu 16.04 + 4.4.0-97 kernel. > > Btrfs/130 is a known bug. > > I submitted it to raise the concern about such situation and purposed > one possible solution (just disable deduped file detection). > > But the solution doesn't get accepted. It also works very well as a performance test for qgroup runtime improvements. :) -Jeff > Thanks, > Qu >> >> PREEMPT config: >> $ cat config-4.4.0-97-generic | grep PREEMPT >> CONFIG_PREEMPT_NOTIFIERS=y >> # CONFIG_PREEMPT_NONE is not set >> CONFIG_PREEMPT_VOLUNTARY=y >> # CONFIG_PREEMPT is not set >> >> Bug reports on launchpad: >> https://bugs.launchpad.net/bugs/1718925 >> https://bugs.launchpad.net/bugs/1717443 >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > -- Jeff Mahoney SUSE Labs [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: reproducable oops in btrfs/130 with latests mainline 2017-10-17 13:03 ` Jeff Mahoney @ 2017-10-20 9:25 ` Po-Hsu Lin 2017-10-20 9:36 ` Qu Wenruo 0 siblings, 1 reply; 8+ messages in thread From: Po-Hsu Lin @ 2017-10-20 9:25 UTC (permalink / raw) To: Jeff Mahoney; +Cc: Qu Wenruo, linux-btrfs Thanks for the info. I have checked the comment inside the test case, which state that: # And unfortunately, btrfs send is one of these operations, and will cause # softlock or OOM on systems with small memory(<4G). To my experience, this will stuck on a system with 32G memory too. And in the end of the script, it says: # send out the subvolume, and it will either: # 1) OOM since memory is allocated inside a O(n^3) loop # 2) Softlock since time consuming backref walk is called without scheduling. I can see the soft lockup behaviour (I guess this is the second result listed above?) from dmesg as described in https://bugs.launchpad.net/bugs/1718925 So I'm curious that does anyone know how long it might take if this test works? Tried 8 hours as a timeout limit but no luck. Or maybe this test is totally broken? Thanks! On Tue, Oct 17, 2017 at 9:03 PM, Jeff Mahoney <jeffm@suse.com> wrote: > On 10/17/17 8:46 AM, Qu Wenruo wrote: >> >> >> On 2017年10月17日 19:11, Po-Hsu Lin wrote: >>> Hello Chris, >>> >>> I can reproduce this on my side too, with Ubuntu 16.04 + 4.4.0-97 kernel. >> >> Btrfs/130 is a known bug. >> >> I submitted it to raise the concern about such situation and purposed >> one possible solution (just disable deduped file detection). >> >> But the solution doesn't get accepted. > > It also works very well as a performance test for qgroup runtime > improvements. :) > > -Jeff > >> Thanks, >> Qu >>> >>> PREEMPT config: >>> $ cat config-4.4.0-97-generic | grep PREEMPT >>> CONFIG_PREEMPT_NOTIFIERS=y >>> # CONFIG_PREEMPT_NONE is not set >>> CONFIG_PREEMPT_VOLUNTARY=y >>> # CONFIG_PREEMPT is not set >>> >>> Bug reports on launchpad: >>> https://bugs.launchpad.net/bugs/1718925 >>> https://bugs.launchpad.net/bugs/1717443 >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> >> > > > -- > Jeff Mahoney > SUSE Labs > ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: reproducable oops in btrfs/130 with latests mainline 2017-10-20 9:25 ` Po-Hsu Lin @ 2017-10-20 9:36 ` Qu Wenruo 0 siblings, 0 replies; 8+ messages in thread From: Qu Wenruo @ 2017-10-20 9:36 UTC (permalink / raw) To: Po-Hsu Lin, Jeff Mahoney; +Cc: Qu Wenruo, linux-btrfs On 2017年10月20日 17:25, Po-Hsu Lin wrote: > Thanks for the info. > > I have checked the comment inside the test case, which state that: > # And unfortunately, btrfs send is one of these operations, and will cause > # softlock or OOM on systems with small memory(<4G). > > To my experience, this will stuck on a system with 32G memory too. Sorry for the confusion, I mean softlock if you have enough memory. And if you don't have enough memory, you will get an OOM. > > And in the end of the script, it says: > # send out the subvolume, and it will either: > # 1) OOM since memory is allocated inside a O(n^3) loop > # 2) Softlock since time consuming backref walk is called without scheduling. > > I can see the soft lockup behaviour (I guess this is the second result > listed above?) from dmesg as described in > https://bugs.launchpad.net/bugs/1718925 > > So I'm curious that does anyone know how long it might take if this test works? Just skip it, or make it dangerous. (Which I should do it in the very beginning) Thanks, Qu > Tried 8 hours as a timeout limit but no luck. Or maybe this test is > totally broken? > > Thanks! > > On Tue, Oct 17, 2017 at 9:03 PM, Jeff Mahoney <jeffm@suse.com> wrote: >> On 10/17/17 8:46 AM, Qu Wenruo wrote: >>> >>> >>> On 2017年10月17日 19:11, Po-Hsu Lin wrote: >>>> Hello Chris, >>>> >>>> I can reproduce this on my side too, with Ubuntu 16.04 + 4.4.0-97 kernel. >>> >>> Btrfs/130 is a known bug. >>> >>> I submitted it to raise the concern about such situation and purposed >>> one possible solution (just disable deduped file detection). >>> >>> But the solution doesn't get accepted. >> >> It also works very well as a performance test for qgroup runtime >> improvements. :) >> >> -Jeff >> >>> Thanks, >>> Qu >>>> >>>> PREEMPT config: >>>> $ cat config-4.4.0-97-generic | grep PREEMPT >>>> CONFIG_PREEMPT_NOTIFIERS=y >>>> # CONFIG_PREEMPT_NONE is not set >>>> CONFIG_PREEMPT_VOLUNTARY=y >>>> # CONFIG_PREEMPT is not set >>>> >>>> Bug reports on launchpad: >>>> https://bugs.launchpad.net/bugs/1718925 >>>> https://bugs.launchpad.net/bugs/1717443 >>>> -- >>>> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >>>> the body of a message to majordomo@vger.kernel.org >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>> >>> >> >> >> -- >> Jeff Mahoney >> SUSE Labs >> > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2017-10-20 9:36 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-11-14 12:35 reproducable oops in btrfs/130 with latests mainline Christoph Hellwig
2016-11-25 8:07 ` Christoph Hellwig
2016-11-26 17:23 ` Chris Mason
[not found] ` <190cc125-d1c1-6005-c23b-cc54c825f242@fb.com>
2017-10-17 11:11 ` Po-Hsu Lin
2017-10-17 12:46 ` Qu Wenruo
2017-10-17 13:03 ` Jeff Mahoney
2017-10-20 9:25 ` Po-Hsu Lin
2017-10-20 9:36 ` Qu Wenruo
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).