From: Marc MERLIN <marc@merlins.org>
To: linux-btrfs <linux-btrfs@vger.kernel.org>,
Filipe David Manana <fdmanana@gmail.com>,
Liu Bo <bo.li.liu@oracle.com>, Chris Mason <clm@fb.com>,
Filipe Manana <fdmanana@suse.com>,
jbacik@fb.com, hugo@carfax.org.uk,
Qu Wenruo <quwenruo@cn.fujitsu.com>,
takeuchi_satoru@jp.fujitsu.com, David Sterba <dsterba@suse.cz>
Subject: Re: 3.19.6: __btrfs_free_extent:5987: errno=-2 No such entry, did btrfs check --repair break it?
Date: Tue, 5 May 2015 14:02:09 -0700 [thread overview]
Message-ID: <20150505210209.GG23216@merlins.org> (raw)
In-Reply-To: <20140402144718.GP22552@merlins.org> <20140407200002.GL1809@merlins.org> <20140609234007.GD19071@merlins.org> <20140926214821.GX13219@merlins.org> <20150505195610.GE23216@merlins.org>
Dear Btrfs developers :)
I would very much like to start restoring my laptop tonight/tomorrow since
this is my main laptop I use for everything, and I need to get it back to
working state ASAP. Below some details and let me know if I should do
anything before that.
On the plus side, it's actually been a while since I've had to ask for your
help because my main laptop got a messed up btrfs filesystem.
As a 2nd huge plus, btrfs didn't crash my system. It went read only and gave
me logs I was able to easily capture. I know I complained a lot about this
in the past, and wanted to thank all of you who have been removing or
replacing those BUG_ON calls.
As for my problem now:
1) I had a seemingly perfectly working FS but while debugging a btrfs
send/receive bug with Filipe, we noticed that
btrfs-debug-tree -t 2 /dev/mapper/cryptroot crashed half way.
2) Filipe gave me a fix for the btrfs send issue, and after asking here
about the btrfs-debug-tree issue and not hearing back, I figured I should
run check --repair (v4.0-dirty compiled from git a few days ago).
Check --repair took about 8H to run for a 800GB filesystem and succeeded
I posted the results here and asked what they meant:
http://marc.merlins.org/tmp/repair.txt
3) I then rebooted to my main drive I had just repaired this morning, and
the filesystem went read only after 4H or so.
Full dmesg:
http://marc.merlins.org/tmp/btrfs-3.19.6-readonly.txt
Summary:
WARNING: CPU: 6 PID: 506 at fs/btrfs/extent-tree.c:5981 __btrfs_free_extent+0x3a3/0x81a()
BTRFS error (device dm-0): unable to find ref byte nr 317317357568 parent 0 root 70041 owner 24331 offset 0
WARNING: CPU: 6 PID: 506 at fs/btrfs/super.c:260 __btrfs_abort_transaction+0x52/0x113()
BTRFS: error (device dm-0) in __btrfs_free_extent:5987: errno=-2 No such entry
Please let me know what I can do for you if anything, before I wipe the
filesystem and recreate it (I'm assuming that running btrfs check --repair
a 2nd time won't help).
If one of you wants a btrfs image, it'll take some hours to generate and
upload, but I can make one.
If I should do anything other than wipe and start over after that, let me
know.
Thanks,
Marc
On Tue, May 05, 2015 at 12:56:10PM -0700, Marc MERLIN wrote:
> On Mon, May 04, 2015 at 11:32:15PM -0700, Marc MERLIN wrote:
> > Ok, so I ran btrfs check --repair on it with btrfs 4.0 and got this:
> > http://marc.merlins.org/tmp/repair.txt
> >
> > Many lines of
> > root 62006 inode 454222 errors 400, nbytes wrong
> > root 62006 inode 454223 errors 400, nbytes wrong
> > root 62006 inode 9680874 errors 400, nbytes wrong
> > and
> > reset isize for dir 28434 root 394
> > reset isize for dir 37282 root 394
> > reset isize for dir 37712 root 394
> >
> > Not sure when/how I picked those up, but I guess repair was able to handle
> > them.
> >
> > But what do they mean? Does size wrong mean that I have files that got reset
> > with less data that they had before?
>
> Mmmh, it looks like repair may have made my FS worse, or uncovered more
> problems that just caused my FS to go read only after 4H of use :-/
>
> Can someone tell me if this state is fixable or if I need to destroy the FS
> and start over?
> [17159.103764] ------------[ cut here ]------------
> [17159.103775] WARNING: CPU: 6 PID: 506 at fs/btrfs/extent-tree.c:5981 __btrfs_free_extent+0x3a3/0x81a()
> [17159.103777] Modules linked in: cx231xx_alsa cx25840 cx231xx videobuf_vmalloc tveeprom cx2341x rc_core videobuf_core i2c_mux nls_utf8 nls_cp437 vfat fat uas usb_storage rpcsec_gss_krb5 nfsv4 ctr ccm ipt_REJECT nf_reject_ipv4 xt_tcpudp nf_log_ipv4 nf_log_common xt_LOG iptable_mangle ip6table_filter ip6_tables ebtable_nat ebtables rfcomm bnep pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) xt_addrtype xt_conntrack ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables x_tables bridge stp llc autofs4 binfmt_misc uinput nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc ecryptfs configs ppdev parport_pc lp parport input_polldev loop firewire_sbp2 firewire_core crc_itu_t uvcvideo videobuf2_vmalloc videobuf2_memops btusb videobuf2_core v4l2_common bluetooth videodev media joydev arc4 intel_rapl iosf_mbi x86_pkg_temp_thermal intel_powerclamp coretemp snd_hda_codec_realtek kvm_intel snd_hda_codec_generic kvm iwlmvm snd_hda_codec_hdmi mac80211 crct10dif_pclmul crc32_pclmul iTCO_wdt rtsx_pci_ms snd_hda_intel ghash_clmulni_intel iTCO_vendor_support snd_hda_controller memstick rtsx_pci_sdmmc iwlwifi snd_hda_codec snd_pcm_oss snd_hwdep psmouse microcode serio_raw snd_mixer_oss pcspkr i2c_i801 thinkpad_acpi snd_pcm cfg80211 sg tpm_tis rtsx_pci lpc_ich nvram rfkill snd_seq_midi ac tpm wmi battery snd_seq_midi_event ehci_pci xhci_pci ehci_hcd xhci_hcd snd_rawmidi snd_seq snd_seq_device usbcore snd_timer usb_common snd ie31200_edac soundcore edac_core shpchp intel_smartconnect evdev processor sata_sil24 r8169 mii fuse fan raid456 multipath mmc_block mmc_core dm_crypt dm_mod async_raid6_recov async_pq async_xor async_memcpy async_tx blowfish_x86_64 blowfish_common ecb xts crc32c_intel aesni_intel aes_x86_64 e1000e glue_helper lrw gf128mul ptp ablk_helper cryptd pps_core thermal
> [17159.103982] CPU: 6 PID: 506 Comm: btrfs-cleaner Tainted: G W OE 3.19.6-amd64-i915-volpreempt-s20150421rc3 #2
> [17159.103984] Hardware name: LENOVO 20BECT0/20BECT0, BIOS GMET28WW (1.08 ) 09/18/2013
> [17159.103986] 0000000000000009 ffff88040669fac8 ffffffff81677ec0 00000000000072d2
> [17159.103991] 0000000000000000 ffff88040669fb08 ffffffff810556a7 a800000049e19ce0
> [17159.103998] ffffffff8122ca7d ffff8803d20b6020 00000000fffffffe 0000000000000000
> [17159.104003] Call Trace:
> [17159.104009] [<ffffffff81677ec0>] dump_stack+0x45/0x57
> [17159.104013] [<ffffffff810556a7>] warn_slowpath_common+0xa1/0xbb
> [17159.104016] [<ffffffff8122ca7d>] ? __btrfs_free_extent+0x3a3/0x81a
> [17159.104018] [<ffffffff81055764>] warn_slowpath_null+0x1a/0x1c
> [17159.104021] [<ffffffff8122ca7d>] __btrfs_free_extent+0x3a3/0x81a
> [17159.104024] [<ffffffff812323ce>] __btrfs_run_delayed_refs+0xaee/0xc22
> [17159.104027] [<ffffffff81230858>] ? btrfs_free_tree_block+0x18c/0x1c7
> [17159.104030] [<ffffffff81234190>] btrfs_run_delayed_refs+0x6d/0x19e
> [17159.104032] [<ffffffff81230c13>] ? walk_up_tree+0x72/0xf9
> [17159.104036] [<ffffffff81241af6>] btrfs_should_end_transaction+0x52/0x5b
> [17159.104038] [<ffffffff81232d1f>] btrfs_drop_snapshot+0x36f/0x696
> [17159.104042] [<ffffffff81287651>] ? btrfs_kill_all_delayed_nodes+0x43/0xbd
> [17159.104046] [<ffffffff8167ab1a>] ? __schedule+0x472/0x505
> [17159.104049] [<ffffffff81241f3c>] btrfs_clean_one_deleted_snapshot+0xce/0xdb
> [17159.104052] [<ffffffff8123b7c1>] cleaner_kthread+0x112/0x146
> [17159.104056] [<ffffffff8123b6af>] ? atomic_add_unless.constprop.53+0x24/0x24
> [17159.104059] [<ffffffff8106d296>] kthread+0xae/0xb6
> [17159.104061] [<ffffffff8106d1e8>] ? __kthread_parkme+0x61/0x61
> [17159.104064] [<ffffffff8167d818>] ret_from_fork+0x58/0x90
> [17159.104068] [<ffffffff8106d1e8>] ? __kthread_parkme+0x61/0x61
> [17159.104070] ---[ end trace d372a2208cf37cec ]---
> [17159.104073] BTRFS info (device dm-0): leaf 49860935680 total ptrs 141 free space 5497
> [17159.104075] item 0 key (317305278464 168 77824) itemoff 16246 itemsize 37
> [17159.104077] extent refs 1 gen 1899084 flags 1
> [17159.104078] shared data backref parent 230381830144 count 1
> [17159.104080] item 1 key (317305356288 168 69632) itemoff 16209 itemsize 37
> [17159.104082] extent refs 1 gen 1899084 flags 1
> [17159.104083] shared data backref parent 230381830144 count 1
> [17159.104086] item 2 key (317305757696 168 4096) itemoff 16130 itemsize 79
> [17159.104087] extent refs 3 gen 1899084 flags 1
> [17159.104089] extent data backref root 392 objectid 11041142 offset 421888 count 1
> [17159.104090] shared data backref parent 491878858752 count 1
> [17159.104092] shared data backref parent 327213531136 count 1
> (...)
> [17159.104836] item 139 key (317355589632 168 16384) itemoff 9059 itemsize 37
> [17159.104837] extent refs 1 gen 681 flags 1
> [17159.104838] shared data backref parent 230518226944 count 1
> [17159.104840] item 140 key (317356175360 168 49152) itemoff 9022 itemsize 37
> [17159.104841] extent refs 1 gen 1639904 flags 1
> [17159.104842] shared data backref parent 919346233344 count 1
> [17159.104844] BTRFS error (device dm-0): unable to find ref byte nr 317317357568 parent 0 root 70041 owner 24331 offset 0
> [17159.104846] ------------[ cut here ]------------
> [17159.104850] WARNING: CPU: 6 PID: 506 at fs/btrfs/super.c:260 __btrfs_abort_transaction+0x52/0x113()
> [17159.104851] BTRFS: Transaction aborted (error -2)
> [17159.104852] Modules linked in: cx231xx_alsa cx25840 cx231xx videobuf_vmalloc tveeprom cx2341x rc_core videobuf_core i2c_mux nls_utf8 nls_cp437 vfat fat uas usb_storage rpcsec_gss_krb5 nfsv4 ctr ccm ipt_REJECT nf_reject_ipv4 xt_tcpudp nf_log_ipv4 nf_log_common xt_LOG iptable_mangle ip6table_filter ip6_tables ebtable_nat ebtables rfcomm bnep pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) xt_addrtype xt_conntrack ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables x_tables bridge stp llc autofs4 binfmt_misc uinput nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc ecryptfs configs ppdev parport_pc lp parport input_polldev loop firewire_sbp2 firewire_core crc_itu_t uvcvideo videobuf2_vmalloc videobuf2_memops btusb videobuf2_core v4l2_common bluetooth videodev media joydev arc4 intel_rapl iosf_mbi x86_pkg_temp_thermal intel_powerclamp coretemp snd_hda_codec_realtek kvm_intel snd_hda_codec_generic kvm iwlmvm snd_hda_codec_hdmi mac80211 crct10dif_pclmul crc32_pclmul iTCO_wdt rtsx_pci_ms snd_hda_intel ghash_clmulni_intel iTCO_vendor_support snd_hda_controller memstick rtsx_pci_sdmmc iwlwifi snd_hda_codec snd_pcm_oss snd_hwdep psmouse microcode serio_raw snd_mixer_oss pcspkr i2c_i801 thinkpad_acpi snd_pcm cfg80211 sg tpm_tis rtsx_pci lpc_ich nvram rfkill snd_seq_midi ac tpm wmi battery snd_seq_midi_event ehci_pci xhci_pci ehci_hcd xhci_hcd snd_rawmidi snd_seq snd_seq_device usbcore snd_timer usb_common snd ie31200_edac soundcore edac_core shpchp intel_smartconnect evdev processor sata_sil24 r8169 mii fuse fan raid456 multipath mmc_block mmc_core dm_crypt dm_mod async_raid6_recov async_pq async_xor async_memcpy async_tx blowfish_x86_64 blowfish_common ecb xts crc32c_intel aesni_intel aes_x86_64 e1000e glue_helper lrw gf128mul ptp ablk_helper cryptd pps_core thermal
> [17159.105040] CPU: 6 PID: 506 Comm: btrfs-cleaner Tainted: G W OE 3.19.6-amd64-i915-volpreempt-s20150421rc3 #2
> [17159.105042] Hardware name: LENOVO 20BECT0/20BECT0, BIOS GMET28WW (1.08 ) 09/18/2013
> [17159.105043] 0000000000000009 ffff88040669fa38 ffffffff81677ec0 00000000000080e2
> [17159.105050] ffff88040669fa88 ffff88040669fa78 ffffffff810556a7 ffff88040669fa98
> [17159.105055] ffffffff8121e95d 00000000fffffffe ffff88040748b800 ffff880103c7b598
> [17159.105059] Call Trace:
> [17159.105062] [<ffffffff81677ec0>] dump_stack+0x45/0x57
> [17159.105065] [<ffffffff810556a7>] warn_slowpath_common+0xa1/0xbb
> [17159.105068] [<ffffffff8121e95d>] ? __btrfs_abort_transaction+0x52/0x113
> [17159.105070] [<ffffffff81055707>] warn_slowpath_fmt+0x46/0x48
> [17159.105073] [<ffffffff8121e95d>] __btrfs_abort_transaction+0x52/0x113
> [17159.105075] [<ffffffff8122ced6>] __btrfs_free_extent+0x7fc/0x81a
> [17159.105078] [<ffffffff812323ce>] __btrfs_run_delayed_refs+0xaee/0xc22
> [17159.105081] [<ffffffff81230858>] ? btrfs_free_tree_block+0x18c/0x1c7
> [17159.105083] [<ffffffff81234190>] btrfs_run_delayed_refs+0x6d/0x19e
> [17159.105086] [<ffffffff81230c13>] ? walk_up_tree+0x72/0xf9
> [17159.105089] [<ffffffff81241af6>] btrfs_should_end_transaction+0x52/0x5b
> [17159.105091] [<ffffffff81232d1f>] btrfs_drop_snapshot+0x36f/0x696
> [17159.105095] [<ffffffff81287651>] ? btrfs_kill_all_delayed_nodes+0x43/0xbd
> [17159.105098] [<ffffffff8167ab1a>] ? __schedule+0x472/0x505
> [17159.105100] [<ffffffff81241f3c>] btrfs_clean_one_deleted_snapshot+0xce/0xdb
> [17159.105103] [<ffffffff8123b7c1>] cleaner_kthread+0x112/0x146
> [17159.105105] [<ffffffff8123b6af>] ? atomic_add_unless.constprop.53+0x24/0x24
> [17159.105107] [<ffffffff8106d296>] kthread+0xae/0xb6
> [17159.105110] [<ffffffff8106d1e8>] ? __kthread_parkme+0x61/0x61
> [17159.105113] [<ffffffff8167d818>] ret_from_fork+0x58/0x90
> [17159.105115] [<ffffffff8106d1e8>] ? __kthread_parkme+0x61/0x61
> [17159.105116] ---[ end trace d372a2208cf37ced ]---
> [17159.105118] BTRFS: error (device dm-0) in __btrfs_free_extent:5987: errno=-2 No such entry
> [17159.105120] BTRFS info (device dm-0): forced readonly
> [17159.105123] BTRFS: error (device dm-0) in btrfs_run_delayed_refs:2792: errno=-2 No such entry
>
> --
> "A mouse is a device used to point at the xterm you want to type in" - A.S.R.
> Microsoft is to operating systems ....
> .... what McDonalds is to gourmet cooking
> Home page: http://marc.merlins.org/
next prev parent reply other threads:[~2015-05-05 21:02 UTC|newest]
Thread overview: 124+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-07 16:05 btrfs on 3.14rc5 stuck on "btrfs_tree_read_lock sync" Marc MERLIN
2014-04-07 16:10 ` Josef Bacik
2014-04-07 18:51 ` Marc MERLIN
2014-04-07 19:32 ` Chris Mason
2014-04-07 20:00 ` Marc MERLIN
2014-04-09 17:38 ` Marc MERLIN
2014-03-25 1:49 ` How to debug very very slow file delete? Marc MERLIN
2014-03-25 12:13 ` How to debug very very slow file delete? (btrfs on md-raid5) Martin
2014-03-25 13:57 ` Xavier Nicollet
2014-03-25 16:41 ` Marc MERLIN
2014-04-10 17:07 ` How to debug very very slow file delete? (btrfs on md-raid5 with many files, 70GB metadata) Marc MERLIN
2014-04-11 14:15 ` How to debug very very slow file delete? (btrfs on md-raid5) Chris Samuel
2014-04-11 17:23 ` Marc MERLIN
2014-04-11 18:00 ` Duncan
2014-04-11 19:15 ` Roman Mamedov
2014-04-12 20:25 ` very slow btrfs filesystem: any data needed before I wipe it? Marc MERLIN
2014-04-13 4:02 ` Duncan
2014-04-14 1:43 ` Marc MERLIN
2014-04-14 10:28 ` Duncan
2014-04-16 22:35 ` Marc MERLIN
2014-04-13 14:57 ` Marc MERLIN
2014-04-13 16:59 ` what does your btrfsck look like? Marc MERLIN
2014-04-14 2:15 ` How to debug very very slow file delete? Liu Bo
2014-04-14 2:21 ` Liu Bo
2014-06-09 23:40 ` btrfs balance crash BUG ON fs/btrfs/relocation.c:1062 or RIP build_backref_tree+0x9fc/0xcc4 Marc MERLIN
2014-06-10 0:32 ` Russell Coker
2014-06-10 4:58 ` Marc MERLIN
2014-06-14 16:21 ` Marc MERLIN
2014-06-17 18:29 ` Josef Bacik
2014-06-17 18:55 ` Marc MERLIN
2014-06-18 15:26 ` Josef Bacik
2014-06-18 20:21 ` Marc MERLIN
2014-06-19 16:12 ` Josef Bacik
2014-06-19 22:25 ` Marc MERLIN
2014-06-19 22:50 ` Josef Bacik
2014-06-20 0:53 ` Marc MERLIN
2014-06-20 15:40 ` Josef Bacik
2014-06-25 19:40 ` Marc MERLIN
2014-06-25 21:05 ` Josef Bacik
2015-05-05 21:02 ` Marc MERLIN [this message]
2015-05-06 11:04 ` 3.19.6: __btrfs_free_extent:5987: errno=-2 No such entry, did btrfs check --repair break it? Duncan
2015-05-06 17:25 ` Chris Murphy
2015-05-07 3:15 ` Duncan
2015-05-06 17:49 ` Marc MERLIN
-- strict thread matches above, loose matches on Subject: below --
2014-09-03 17:42 kernel BUG at fs/btrfs/extent-tree.c:7727! with 3.17-rc3 Tomasz Chmielewski
2014-09-03 12:04 ` kernel BUG at fs/btrfs/relocation.c:1065 in 3.14.16 to 3.17-rc3 Olivier Bonvalet
2014-09-29 14:13 ` Liu Bo
[not found] ` <20140824000720.GN3875@merlins.org>
[not found] ` <20140926214821.GX13219@merlins.org>
[not found] ` <20150502141102.GB1809@merlins.org>
[not found] ` <20150501210013.GH13624@merlins.org>
2015-04-29 23:21 ` 3.19.3, btrfs send/receive error: failed to clone extents Marc MERLIN
2015-05-02 16:30 ` 3.19.3: check tree block failed + WARNING: device 0 not present on scrub Marc MERLIN
2015-05-02 16:50 ` Christian Dysthe
2015-05-02 17:05 ` Marc MERLIN
2015-05-02 17:20 ` Christian Dysthe
2015-05-02 17:29 ` Marc MERLIN
2015-05-02 18:56 ` Christian Dysthe
2015-05-05 6:32 ` Marc MERLIN
2015-05-05 19:56 ` 3.19.6: __btrfs_free_extent:5987: errno=-2 No such entry Marc MERLIN
2014-09-08 18:04 ` kernel BUG at fs/btrfs/extent-tree.c:7727! with 3.17-rc3 Tomasz Chmielewski
2014-10-04 1:19 ` Tomasz Chmielewski
2014-04-02 8:29 [PATCH 00/27] Replace the old man page with asciidoc and man page for each btrfs subcommand Qu Wenruo
2014-04-02 8:29 ` [PATCH 01/27] btrfs-progs: Introduce asciidoc based man page and btrfs man page Qu Wenruo
2014-04-02 8:29 ` [PATCH 02/27] btrfs-progs: Convert man page for btrfs-subvolume Qu Wenruo
2014-04-02 8:29 ` [PATCH 03/27] btrfs-progs: Convert man page for filesystem subcommand Qu Wenruo
2014-04-02 8:29 ` [PATCH 04/27] btrfs-progs: Convert man page for btrfs-balance Qu Wenruo
2014-04-02 8:29 ` [PATCH 05/27] btrfs-progs: Convert man page for btrfs-device subcommand Qu Wenruo
2014-04-02 8:29 ` [PATCH 06/27] btrfs-progs: Convert man page for btrfs-scrub Qu Wenruo
2014-04-02 8:29 ` [PATCH 07/27] btrfs-progs: Convert man page for btrfs-check Qu Wenruo
2014-04-02 8:29 ` [PATCH 08/27] btrfs-progs: Convert man page for btrfs-rescue Qu Wenruo
2014-04-02 8:29 ` [PATCH 09/27] btrfs-progs: Convert man page for btrfs-inspect-internal Qu Wenruo
2014-04-02 8:29 ` [PATCH 10/27] btrfs-progs: Convert man page for btrfs-send Qu Wenruo
2014-04-02 8:29 ` [PATCH 11/27] btrfs-progs: Convert man page for btrfs-receive Qu Wenruo
2014-04-02 8:29 ` [PATCH 12/27] btrfs-progs: Convert man page for btrfs-quota Qu Wenruo
2014-04-02 8:29 ` [PATCH 13/27] btrfs-progs: Convert and enhance the man page of btrfs-qgroup Qu Wenruo
2014-04-02 8:29 ` [PATCH 14/27] btrfs-progs: Convert man page for btrfs-replace Qu Wenruo
2014-04-04 20:29 ` Marc MERLIN
2014-04-08 1:20 ` Qu Wenruo
2014-04-02 8:29 ` [PATCH 15/27] btrfs-progs: Convert man page for btrfs-dedup Qu Wenruo
2014-04-02 8:29 ` [PATCH 16/27] btrfs-progs: Convert man page for btrfsck Qu Wenruo
2014-04-02 8:29 ` [PATCH 17/27] btrfs-progs: Convert man page for btrfs-convert Qu Wenruo
2014-04-02 8:29 ` [PATCH 18/27] btrfs-progs: Convert man page for btrfs-debug-tree Qu Wenruo
2014-04-02 8:29 ` [PATCH 19/27] btrfs-progs: Convert man page for btrfs-find-root Qu Wenruo
2014-04-02 8:29 ` [PATCH 20/27] btrfs-progs: Convert man page for btrfs-image Qu Wenruo
2014-04-02 8:29 ` [PATCH 21/27] btrfs-progs: Convert man page for btrfs-map-logical Qu Wenruo
2014-04-02 8:29 ` [PATCH 22/27] btrfs-progs: Convert man page for btrfs-show-super Qu Wenruo
2014-04-02 8:29 ` [PATCH 23/27] btrfs-progs: Convert man page for btrfstune Qu Wenruo
2014-04-02 8:29 ` [PATCH 24/27] btrfs-progs: Convert man page for btrfs-zero-log Qu Wenruo
2014-04-04 18:46 ` Marc MERLIN
2014-04-05 22:00 ` cwillu
2014-04-05 22:02 ` Marc MERLIN
2014-04-05 22:03 ` Hugo Mills
2014-04-05 22:21 ` Marc MERLIN
2014-04-05 22:05 ` Marc MERLIN
2014-04-05 22:02 ` Hugo Mills
2014-04-08 1:42 ` Qu Wenruo
2014-04-11 5:54 ` Marc MERLIN
2014-04-02 8:29 ` [PATCH 25/27] btrfs-progs: Convert man page for fsck.btrfs Qu Wenruo
2014-04-02 8:29 ` [PATCH 26/27] btrfs-progs: Convert man page for mkfs.btrfs Qu Wenruo
2014-04-02 8:29 ` [PATCH 27/27] btrfs-progs: Switch to the new asciidoc Documentation Qu Wenruo
2014-04-02 13:24 ` [PATCH 00/27] Replace the old man page with asciidoc and man page for each btrfs subcommand Chris Mason
2014-04-02 14:47 ` Marc MERLIN
2014-04-03 20:33 ` Zach Brown
2014-04-02 17:29 ` David Sterba
2014-04-16 17:12 ` David Sterba
2014-04-16 17:16 ` [PATCH] btrfs-progs: doc: link btrfsck to btrfs-check David Sterba
2014-04-17 0:47 ` Qu Wenruo
2014-04-18 14:48 ` David Sterba
2014-04-30 12:14 ` WorMzy Tykashi
2014-05-05 14:57 ` David Sterba
2014-05-08 1:40 ` Qu Wenruo
2014-05-12 14:09 ` David Sterba
2014-06-03 9:38 ` WorMzy Tykashi
2014-06-03 12:19 ` David Sterba
2014-05-17 17:43 ` [PATCH 00/27] Replace the old man page with asciidoc and man page for each btrfs subcommand Hugo Mills
2014-05-17 18:22 ` Hugo Mills
2014-05-18 7:04 ` Qu Wenruo
2014-05-18 12:05 ` Hugo Mills
2014-05-18 16:02 ` Brendan Hide
2014-05-19 0:35 ` Qu Wenruo
2014-05-18 6:51 ` Qu Wenruo
2014-05-18 10:10 ` Hugo Mills
2014-05-19 13:02 ` Chris Mason
2014-05-19 14:01 ` David Sterba
2014-05-19 14:33 ` David Sterba
2014-05-20 0:34 ` Qu Wenruo
2014-05-20 11:08 ` David Sterba
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150505210209.GG23216@merlins.org \
--to=marc@merlins.org \
--cc=bo.li.liu@oracle.com \
--cc=clm@fb.com \
--cc=dsterba@suse.cz \
--cc=fdmanana@gmail.com \
--cc=fdmanana@suse.com \
--cc=hugo@carfax.org.uk \
--cc=jbacik@fb.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=quwenruo@cn.fujitsu.com \
--cc=takeuchi_satoru@jp.fujitsu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).