Dne 10.3.2018 v 13:13 Nikolay Borisov napsal(a): > > <snip> > >>>> And then report back on the output of the extra debug >>>> statements. >>>> >>>> Your global rsv is essentially unused, this means >>>> in the worst case the code should fallback to using the global rsv >>>> for satisfying the memory allocation for delayed refs. So we should >>>> figure out why this isn't' happening. >>> Patch applied. Thank you very much, Nikolay. I'll let you know as soon as >>> we hit ENOSPC again. >> There is the output: >> >> [24672.573075] BTRFS info (device sdb): space_info 4 has >> 18446744072971649024 free, is not full >> [24672.573077] BTRFS info (device sdb): space_info total=308163903488, >> used=304593289216, pinned=2321940480, reserved=174800896, >> may_use=1811644416, readonly=131072 >> [24672.573079] use_block_rsv: Not using global blockrsv! Current >> blockrsv->type = 1 blockrsv->space_info = ffff999a57db7000 >> global_rsv->space_info = ffff999a57db7000 >> [24672.573083] BTRFS: Transaction aborted (error -28) > Bummer, so you are indeed running out of global space reservations in > context which can't really use any other reservation type, thus the > ENOSPC. Was the stacktrace again during processing of running delayed refs?
Yes, the stacktrace is below. [24672.573132] WARNING: CPU: 3 PID: 808 at fs/btrfs/extent-tree.c:3089 btrfs_run_delayed_refs+0x259/0x270 [btrfs] [24672.573132] Modules linked in: binfmt_misc xt_comment xt_tcpudp iptable_filter nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack iptable_raw ip6table_filter iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack ip6table_mangle ip6table_raw ip6_tables iptable_mangle intel_powerclamp coretemp kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc aesni_intel snd_pcm aes_x86_64 snd_timer crypto_simd glue_helper snd cryptd soundcore iTCO_wdt intel_cstate joydev iTCO_vendor_support pcspkr dcdbas intel_uncore sg serio_raw evdev lpc_ich mgag200 ttm drm_kms_helper drm i2c_algo_bit shpchp mfd_core i7core_edac ipmi_si ipmi_devintf acpi_power_meter ipmi_msghandler button acpi_cpufreq ip_tables x_tables autofs4 xfs libcrc32c crc32c_generic btrfs xor zstd_decompress zstd_compress [24672.573161] xxhash hid_generic usbhid hid raid6_pq sd_mod crc32c_intel psmouse uhci_hcd ehci_pci ehci_hcd megaraid_sas usbcore scsi_mod bnx2 [24672.573170] CPU: 3 PID: 808 Comm: btrfs-transacti Tainted: G W I 4.14.23-znr8+ #73 [24672.573171] Hardware name: Dell Inc. PowerEdge R510/0DPRKF, BIOS 1.6.3 02/01/2011 [24672.573172] task: ffff999a23229140 task.stack: ffffa85642094000 [24672.573186] RIP: 0010:btrfs_run_delayed_refs+0x259/0x270 [btrfs] [24672.573187] RSP: 0018:ffffa85642097de0 EFLAGS: 00010282 [24672.573188] RAX: 0000000000000026 RBX: ffff99975c75c3c0 RCX: 0000000000000006 [24672.573189] RDX: 0000000000000000 RSI: 0000000000000082 RDI: ffff999a6fcd66f0 [24672.573190] RBP: ffff999995c24d68 R08: 0000000000000001 R09: 0000000000000479 [24672.573190] R10: ffff99974b1960e0 R11: 0000000000000479 R12: ffff999a5a650000 [24672.573191] R13: ffff999a5a6511f0 R14: ffffffffffffffff R15: 0000000000000000 [24672.573192] FS: 0000000000000000(0000) GS:ffff999a6fcc0000(0000) knlGS:0000000000000000 [24672.573193] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [24672.573194] CR2: 0000558bfd56dfd0 CR3: 000000030a60a005 CR4: 00000000000206e0 [24672.573195] Call Trace: [24672.573215] btrfs_commit_transaction+0x3e1/0x950 [btrfs] [24672.573231] ? start_transaction+0x89/0x410 [btrfs] [24672.573246] transaction_kthread+0x195/0x1b0 [btrfs] [24672.573249] kthread+0xfc/0x130 [24672.573265] ? btrfs_cleanup_transaction+0x580/0x580 [btrfs] [24672.573266] ? kthread_create_on_node+0x70/0x70 [24672.573269] ret_from_fork+0x35/0x40 [24672.573270] Code: c7 c6 20 e8 37 c0 48 89 df 44 89 04 24 e8 59 bc 09 00 44 8b 04 24 eb 86 44 89 c6 48 c7 c7 30 58 38 c0 44 89 04 24 e8 82 30 3f cf <0f> 0b 44 8b 04 24 eb c4 0f 1f 44 00 00 66 2e 0f 1f 84 00 00 00 [24672.573292] ---[ end trace b17d927a946cb02e ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
