Re: [COMMAND HANGS] The command 'btrfs subvolume sync -s 2 xyz' can hangs.

2018-08-10 Thread Giuseppe Della Bianca
In data giovedì 9 agosto 2018 20:48:03 CEST, Jeff Mahoney ha scritto:
> On 8/9/18 11:15 AM, Giuseppe Della Bianca wrote:
> > Hi.
> > 
> > My system:
> > - Fedora 28 x86_64
> > - kernel-4.17.7-200
> > - btrfs-progs-4.15.1-1
> > 
> > The command 'btrfs subvolume sync -s 2 xyz' hangs in this case:
> > 
> > - Run command 'btrfs subvolume sync -s 2 xyz' .
> > - After some time the kernel reports an error on the filesystem.
> > 
> >   (error that existed before the command was launched.)
> > 
> > - The filesystem goes in read-only mode.
> > - The command hangs.
> 
> Can you provide the output of 'dmesg' and the contents of
> /proc//stack where  is the pid of the btrfs command process?
> 
> -Jeff

For pid info we have to wait for the problem to reoccur.
(the filesystem has been restored.)

Kernel messages

Aug  7 15:45:33 exnet kernel: WARNING: CPU: 2 PID: 9700 at fs/btrfs/extent-
tree.c:7001 __btrfs_free_extent.isra.70+0x782/0xb10 [btrfs]
Aug  7 15:45:33 exnet kernel: Modules linked in: ppp_deflate bsd_comp 
ppp_async ppp_generic slhc cdc_ether usbnet option mii usb_wwan uas 
usb_storage fuse tun bridge devlink ebtable_filter ebtables bnx2fc cnic uio 
8021q fcoe libfcoe garp mrp stp llc libfc scsi_transport_fc nf_log_ipv4 
nf_log_common xt_LOG xt_limit xt_multiport xt_CHECKSUM iptable_mangle 
ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 
nf_defrag_ipv4 nf_nat_ipv4 nf_nat ip6t_REJECT nf_reject_ipv6 nf_conntrack_ipv6 
nf_defrag_ipv6 xt_conntrack nf_conntrack uinput ip6table_filter ip6_tables 
eeepc_wmi asus_wmi sparse_keymap iTCO_wdt iTCO_vendor_support rfkill ppdev 
snd_hda_codec_hdmi wmi_bmof mxm_wmi snd_usb_audio snd_hda_codec_realtek 
snd_usbmidi_lib snd_hda_codec_generic snd_rawmidi intel_rapl 
x86_pkg_temp_thermal intel_powerclamp coretemp
Aug  7 15:45:33 exnet kernel: snd_hda_intel kvm_intel kvm snd_hda_codec 
snd_hda_core snd_hwdep snd_seq snd_seq_device irqbypass crct10dif_pclmul 
crc32_pclmul snd_pcm ghash_clmulni_intel intel_cstate intel_uncore 
intel_rapl_perf snd_timer snd mei_me soundcore i2c_i801 mei shpchp parport_pc 
parport wmi acpi_pad vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) binfmt_misc 
vboxdrv(OE) btrfs libcrc32c xor zstd_decompress zstd_compress xxhash raid6_pq 
i915 i2c_algo_bit drm_kms_helper e1000e nvme drm crc32c_intel serio_raw 
nvme_core video analog gameport joydev i2c_dev
Aug  7 15:45:33 exnet kernel: CPU: 2 PID: 9700 Comm: btrfs-cleaner Tainted: G   

OE 4.17.7-200.fc28.x86_64 #1
Aug  7 15:45:33 exnet kernel: Hardware name: System manufacturer System 
Product Name/Z170M-PLUS, BIOS 0704 02/18/2016
Aug  7 15:45:33 exnet kernel: RIP: 0010:__btrfs_free_extent.isra.
70+0x782/0xb10 [btrfs]
Aug  7 15:45:33 exnet kernel: RSP: 0018:af1c4992bc30 EFLAGS: 00010246
Aug  7 15:45:33 exnet kernel: RAX: fffe RBX: 8fe421682230 RCX: 

Aug  7 15:45:33 exnet kernel: RDX:  RSI:  RDI: 
8fe428f7b068
Aug  7 15:45:33 exnet kernel: RBP: 000e401ec000 R08: af1c4992bba4 R09: 
0046
Aug  7 15:45:33 exnet kernel: R10: 02ef R11:  R12: 
8fe43cd5
Aug  7 15:45:33 exnet kernel: R13: fffe R14:  R15: 
0578
Aug  7 15:45:33 exnet kernel: FS:  () 
GS:8fe5bbd0() knlGS:
Aug  7 15:45:33 exnet kernel: CS:  0010 DS:  ES:  CR0: 
80050033
Aug  7 15:45:33 exnet kernel: CR2: 564e5fb75650 CR3: 00028f20a004 CR4: 
003606e0
Aug  7 15:45:33 exnet kernel: DR0:  DR1:  DR2: 

Aug  7 15:45:33 exnet kernel: DR3:  DR6: fffe0ff0 DR7: 
0400
Aug  7 15:45:33 exnet kernel: Call Trace:
Aug  7 15:45:33 exnet kernel: __btrfs_run_delayed_refs+0x216/0x10b0 [btrfs]
Aug  7 15:45:33 exnet kernel: ? btrfs_set_disk_extent_flags+0x72/0xb0 [btrfs]
Aug  7 15:45:33 exnet kernel: btrfs_run_delayed_refs+0x78/0x180 [btrfs]
Aug  7 15:45:33 exnet kernel: btrfs_should_end_transaction+0x3e/0x60 [btrfs]
Aug  7 15:45:33 exnet kernel: btrfs_drop_snapshot+0x3cf/0x820 [btrfs]
Aug  7 15:45:33 exnet kernel: ? btree_submit_bio_start+0x20/0x20 [btrfs]
Aug  7 15:45:33 exnet kernel: btrfs_clean_one_deleted_snapshot+0xba/0xe0 
[btrfs]
Aug  7 15:45:33 exnet kernel: cleaner_kthread+0x129/0x160 [btrfs]
Aug  7 15:45:33 exnet kernel: kthread+0x112/0x130
Aug  7 15:45:33 exnet kernel: ? kthread_create_worker_on_cpu+0x70/0x70
Aug  7 15:45:33 exnet kernel: ret_from_fork+0x35/0x40
Aug  7 15:45:33 exnet kernel: Code: b8 00 00 00 48 8b 7c 24 18 e8 bb b7 ff ff 
41 89 c5 58 5a c6 44 24 24 00 45 85 ed 0f 84 97 f9 ff ff 41 83 fd fe 0f 85 63 
fc ff ff <0f> 0b 48 8b 3b e8 94 ca 00 00 4d 89 f8 4c 89 f1 48 89 ea ff b4 
Aug  7 15:45:33 exnet kernel: ---[ end trace 961b1007d36aa769 ]---
Aug  7 15:45:33 exnet kernel: BTRFS info (device sda3): leaf 6329344 gen 
1601 total ptrs 135 free space 5456 owner 2
Aug  7 15:45:33 exnet kernel: 

Re: [COMMAND HANGS] The command 'btrfs subvolume sync -s 2 xyz' can hangs.

2018-08-09 Thread Jeff Mahoney
On 8/9/18 11:15 AM, Giuseppe Della Bianca wrote:
> Hi.
> 
> My system: 
> - Fedora 28 x86_64
> - kernel-4.17.7-200
> - btrfs-progs-4.15.1-1
> 
> The command 'btrfs subvolume sync -s 2 xyz' hangs in this case:
> 
> - Run command 'btrfs subvolume sync -s 2 xyz' .
> - After some time the kernel reports an error on the filesystem.
>   (error that existed before the command was launched.)
> - The filesystem goes in read-only mode.
> - The command hangs.

Can you provide the output of 'dmesg' and the contents of
/proc//stack where  is the pid of the btrfs command process?

-Jeff
-- 
Jeff Mahoney
SUSE Labs




signature.asc
Description: OpenPGP digital signature


[COMMAND HANGS] The command 'btrfs subvolume sync -s 2 xyz' can hangs.

2018-08-09 Thread Giuseppe Della Bianca
Hi.

My system: 
- Fedora 28 x86_64
- kernel-4.17.7-200
- btrfs-progs-4.15.1-1

The command 'btrfs subvolume sync -s 2 xyz' hangs in this case:

- Run command 'btrfs subvolume sync -s 2 xyz' .
- After some time the kernel reports an error on the filesystem.
  (error that existed before the command was launched.)
- The filesystem goes in read-only mode.
- The command hangs.


Best regards.

gdb



--
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