Linux BTRFS

• Thread Index

• Re: send/receive for encrypted backup purposes
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: send/receive for encrypted backup purposes
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: send/receive for encrypted backup purposes
  • From: Swâmi Petaramesh <swami@xxxxxxxxxxxxxx>
• Re: send/receive for encrypted backup purposes
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• send/receive for encrypted backup purposes
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [GIT PULL] More btrfs bug fixes for 4.5
  • From: fdmanana@xxxxxxxxxx
• [PATCH] fstests: btrfs, verify fitrim does not discard reserved device area
  • From: fdmanana@xxxxxxxxxx
• [PATCH v3] Btrfs: fix fitrim discarding device area reserved for boot loader's use
  • From: fdmanana@xxxxxxxxxx
• Re: btrfs trim erases bootloader area
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: Recovery of a raid1 FS
  • From: Tom Hunt <tomdicksonhunt@xxxxxxxxx>
• RE: freeze_bdev and scrub/re-balance
  • From: "Wang, Zhiye" <Zhiye.Wang@xxxxxxxxxxxx>
• Re: Recovery of a raid1 FS
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Recovery of a raid1 FS
  • From: Tom Hunt <tomdicksonhunt@xxxxxxxxx>
• Re: Recovery of a raid1 FS
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: btrfs trim erases bootloader area
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Broken RAID6, segfault on chunk-recover
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Recovery of a raid1 FS
  • From: Tom Hunt <tomdicksonhunt@xxxxxxxxx>
• Re: btrfs trim erases bootloader area
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs trim erases bootloader area
  • From: Filipe Manana <fdmanana@xxxxxxxxx>
• Re: freeze_bdev and scrub/re-balance
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: btrfs trim erases bootloader area
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: 6TB partition, Data only 2TB - aka When you haven't hit the "usual" problem
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs trim erases bootloader area
  • From: Holger Hoffstätte <holger.hoffstaette@xxxxxxxxxxxxxx>
• Re: btrfs trim erases bootloader area
  • From: Filipe Manana <fdmanana@xxxxxxxxx>
• btrfs trim erases bootloader area
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: Purposely using btrfs RAID1 in degraded mode ?
  • From: Sree Harsha Totakura <sreeharsha@xxxxxxxxxxx>
• Re: Broken RAID6, segfault on chunk-recover
  • From: Abe <ml-btrfs@xxxxxxxxxxxx>
• Re: [PATCH] Btrfs-progs: fix typo in parse_range
  • From: David Sterba <dsterba@xxxxxxx>
• [PULL] Btrfs: cleanups for 4.5
  • From: David Sterba <dsterba@xxxxxxxx>
• [PULL] Btrfs: misc fixes for 4.5
  • From: David Sterba <dsterba@xxxxxxxx>
• [PATCH V2] Btrfs: Initialize btrfs_root->highest_objectid when loading tree root and subvolume roots
  • From: Chandan Rajendra <chandan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] Btrfs: Check metadata redundancy on balance
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v3 08/16] btrfs: dedup: Implement btrfs_dedup_calc_hash interface
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Purposely using btrfs RAID1 in degraded mode ?
  • From: Alphazo <alphazo@xxxxxxxxx>
• Re: Purposely using btrfs RAID1 in degraded mode ?
  • From: Psalle <psalleetsile@xxxxxxxxx>
• Re: Recovery of a raid1 FS
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Recovery of a raid1 FS
  • From: Tom Hunt <tomdicksonhunt@xxxxxxxxx>
• Recovery of a raid1 FS
  • From: Tom Hunt <tomdicksonhunt@xxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: sendfile(2) not killable on btrfs
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• [PATCH v2 3/7] btrfs-progs: dedup: Add disable support for inban deduplication
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 7/7] btrfs-progs: dedup-tree: Add dedup tree support
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 5/7] btrfs-progs: Add dedup feature for mkfs and convert
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 6/7] btrfs: dedup: Add show-super support for new DEDUP flag
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 1/7] btrfs-progs: Basic framework for dedup command group
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 2/7] btrfs-progs: dedup: Add enable command for dedup command group
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 4/7] btrfs-progs: dedup: Add status subcommand
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 0/7] btrfs-progs: Support for in-band de-duplication
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 12/16] btrfs: dedup: Introduce interfaces to resume and cleanup dedup info
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 16/16] btrfs: dedup: Add ioctl for inband deduplication
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 08/16] btrfs: dedup: Implement btrfs_dedup_calc_hash interface
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 14/16] btrfs: dedup: Add support to delete hash for on-disk backend
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 15/16] btrfs: dedup: Add support for adding hash for on-disk backend
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 07/16] btrfs: dedup: Introduce function to search for an existing hash
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 09/16] btrfs: ordered-extent: Add support for dedup
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 10/16] btrfs: dedup: Inband in-memory only de-duplication implement
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 11/16] btrfs: dedup: Add basic tree structure for on-disk dedup method
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 06/16] btrfs: delayed_ref: Add support for handle dedup hash
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 13/16] btrfs: dedup: Add support for on-disk hash search
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 03/16] btrfs: dedup: Introduce function to add hash into in-memory tree
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 05/16] btrfs: delayed-ref: Add support for atomic increasing extent ref
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 04/16] btrfs: dedup: Introduce function to remove hash from in-memory tree
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 01/16] btrfs: dedup: Introduce dedup framework and its header
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 02/16] btrfs: dedup: Introduce function to initialize dedup info
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v3 00/14][For 4.6] Btrfs: Add inband (write time) de-duplication framework
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2] Btrfs: fix regression that makes fitrim ioctl discard a device's MBR
  • From: fdmanana@xxxxxxxxxx
• Re: [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] Btrfs: fix regression that makes fitrim ioctl discard a device's MBR
  • From: fdmanana@xxxxxxxxxx
• Re: Broken RAID6, segfault on chunk-recover
  • From: Abe <ml-btrfs@xxxxxxxxxxxx>
• [PATCH] Btrfs-progs: fix typo in parse_range
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: floating point exception (core dumped) - btrfs rescue chunk-recover
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: [PATCH 25/35] target: set bi_op to REQ_OP
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: cannot repair filesystem
  • From: Patrik Lundquist <patrik.lundquist@xxxxxxxxx>
• Re: sendfile(2) not killable on btrfs
  • From: Chris Samuel <chris@xxxxxxxxxxx>
• Re: Purposely using btrfs RAID1 in degraded mode ?
  • From: Alphazo <alphazo@xxxxxxxxx>
• Re: Purposely using btrfs RAID1 in degraded mode ?
  • From: Alphazo <alphazo@xxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• [PATCH 2/3] btrfs: delete no_used argument in btrfs_copy_from_user
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 3/3] btrfs: merge functions for wait snapshot creation
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 1/3] btrfs: Continue write in case of can_not_nocow
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• sendfile(2) not killable on btrfs
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• [PATCH v3] Btrfs: Check metadata redundancy on balance
  • From: sam tygier <samtygier@xxxxxxxxxxx>
• Re: [PATCH] Btrfs: Intialize btrfs_root->highest_objectid when loading tree root and subvolume roots
  • From: Chandan Rajendra <chandan@xxxxxxxxxxxxxxxxxx>
• Re: raid1 vs raid5
  • From: Sean Greenslade <sean@xxxxxxxxxxxxxxxxxx>
• Re: Confining scrub to a subvolume
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• [PATCH V2] Btrfs: fix output of compression message in btrfs_parse_options()
  • From: Tsutomu Itoh <t-itoh@xxxxxxxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• floating point exception (core dumped) - btrfs rescue chunk-recover
  • From: P R Shah <getprshah@xxxxxxxxx>
• Re: [PATCH] Btrfs: fix transaction handle leak on failure to create hard link
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [PATCH] Btrfs: fix output of compression message in btrfs_parse_options()
  • From: Tsutomu Itoh <t-itoh@xxxxxxxxxxxxxx>
• Re: Crash, boot mount failure: "corrupt leaf, slot offset bad"
  • From: Chris Bainbridge <chris.bainbridge@xxxxxxxxx>
• Re: Crash, boot mount failure: "corrupt leaf, slot offset bad"
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: evidence of persistent state, despite device disconnects
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• [PATCH 01/35] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/35] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/35] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/35] direct-io: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/35] block: add REQ_OP definitions and bi_op/op fields
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/35] btrfs: have submit_one_bio users setup bio bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/35] btrfs: set bi_op tp REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/35] block, fs, mm, drivers: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 09/35] btrfs: update __btrfs_map_block for bi_op transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/35] xfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/35] gfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/35] hfsplus: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/35] btrfs: don't pass rq_flag_bits if there is a bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/35] mpage: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/35] nilfs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/35] ocfs2: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/35] pm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/35] dm: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/35] md/raid: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/35] drbd: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/35] bcache: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/35] xen: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/35] target: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/35] drivers: set request op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/35] blktrace: get op from req->op/bio->bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/35] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/35] block, fs, drivers: do not test bi_rw for REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/35] block: add QUEUE_FLAGs for flush and fua
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/35] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/35] block, fs: remove old REQ definitions.
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/35] block: shrink bi_rw and bi_op
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/35] block: set op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/35] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/35] f2fs: set bi_op to REQ_OP
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/35 v2] separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: device removal seems to be very slow (kernel 4.1.15)
  • From: Lionel Bouton <lionel-subscription@xxxxxxxxxxx>
• Re: Purposely using btrfs RAID1 in degraded mode ?
  • From: Psalle <psalleetsile@xxxxxxxxx>
• [PATCH] Btrfs: fix transaction handle leak on failure to create hard link
  • From: fdmanana@xxxxxxxxxx
• raid1 vs raid5
  • From: Psalle <psalleetsile@xxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: evidence of persistent state, despite device disconnects
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH v2] Btrfs: Check metadata redundancy on balance
  • From: David Sterba <dave@xxxxxxxx>
• Re: [PATCH] btrfs: only free root_path if it was allocated from the heap
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] Btrfs: fix output of compression message in btrfs_parse_options()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Runs the xor function if a Block has failed
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] btrfs: only free root_path if it was allocated from the heap
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH V2] Btrfs: disable online scrub repair on ro cases
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 1/3] btrfs: use list_for_each_entry* in check-integrity.c
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 2/3] btrfs: use list_for_each_entry_safe in free-space-cache.c
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 3/3 v2] btrfs: use list_for_each_entry* in backref.c
  • From: David Sterba <dsterba@xxxxxxx>
• Re: Crash, boot mount failure: "corrupt leaf, slot offset bad"
  • From: Chris Bainbridge <chris.bainbridge@xxxxxxxxx>
• Re: device removal seems to be very slow (kernel 4.1.15)
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• device removal seems to be very slow (kernel 4.1.15)
  • From: David Goodwin <david@xxxxxxxxxxxxxxx>
• Re: Replace a corrupted block using a known-good file from another filesystem ?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Replace a corrupted block using a known-good file from another filesystem ?
  • From: Sylvain Joyeux <sylvain.joyeux@xxxxxxx>
• Re: Computer freezes, btrfs check reports bad extent ... type mismatch with chunk
  • From: Sylvain Joyeux <sylvain.joyeux@xxxxxxx>
• Re: [PATCH] Btrfs: Intialize btrfs_root->highest_objectid when loading tree root and subvolume roots
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Re: Confining scrub to a subvolume
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Runs the xor function if a Block has failed
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] Btrfs: Intialize btrfs_root->highest_objectid when loading tree root and subvolume roots
  • From: Chandan Rajendra <chandan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] btrfs-progs: Format change for btrfs fi df
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Crash, boot mount failure: "corrupt leaf, slot offset bad"
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Computer freezes, btrfs check reports bad extent ... type mismatch with chunk
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Computer freezes, btrfs check reports bad extent ... type mismatch with chunk
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: [PATCH 06/11] reflink: more tests
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Computer freezes, btrfs check reports bad extent ... type mismatch with chunk
  • From: Sylvain Joyeux <sylvain.joyeux@xxxxxxx>
• Re: Purposely using btrfs RAID1 in degraded mode ?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Crash, boot mount failure: "corrupt leaf, slot offset bad"
  • From: Chris Bainbridge <chris.bainbridge@xxxxxxxxx>
• Purposely using btrfs RAID1 in degraded mode ?
  • From: Alphazo <alphazo@xxxxxxxxx>
• Re: Confining scrub to a subvolume
  • From: Sree Harsha Totakura <sreeharsha@xxxxxxxxxxx>
• Broken RAID6, segfault on chunk-recover
  • From: Abe <ml-btrfs@xxxxxxxxxxxx>
• Re: Filesystem hang on kernel 4.2.0 with copy reflink
  • From: Mark Zealey <mark@xxxxxxxxxxxxxxxxx>
• Re: Filesystem hang on kernel 4.2.0 with copy reflink
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH v2] btrfs-progs: Enhance chunk validation check
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v2 0/6] btrfs-progs: fix endian bugs and clean-ups
  • From: David Sterba <dsterba@xxxxxxx>
• Filesystem hang on kernel 4.2.0 with copy reflink
  • From: Mark Zealey <mark@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/6] btrfs-progs: get sparse checking working
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH v2 6/6] btrfs-progs: fix using on-disk structure to store in memory data
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH v2 5/6] btrfs-progs: fix endian bug in update_super()
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH v2 4/6] btrfs-progs: fix endian bugs in chunk rebuilding
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH v2 3/6] btrfs-progs: make private symbols to static
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH v2 2/6] btrfs-progs: use NULL instead of 0
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH v2 0/6] btrfs-progs: fix endian bugs and clean-ups
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• Re: evidence of persistent state, despite device disconnects
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] fix endian bugs and clean-ups
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH 6/6] btrfs-progs: fix using on-disk structure to store in memory data
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH 5/6] btrfs-progs: fix endian bug in update_super()
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH 4/6] btrfs-progs: fix endian bugs in chunk rebuilding
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH 3/6] btrfs-progs: make private symbols to static
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH 2/6] btrfs-progs: use NULL instead of 0
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH 1/6] btrfs-progs: get sparse checking working
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• [PATCH 0/6] fix endian bugs and clean-ups
  • From: Byongho Lee <bhlee.kernel@xxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: WARNING CPU at linux/fs/btrfs/ioctl.c:558 create_subvol BTRFS Transaction aborted (error -2)
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: evidence of persistent state, despite device disconnects
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH] Btrfs: Intialize btrfs_root->highest_objectid when loading tree root and subvolume roots
  • From: james harvey <jamespharvey20@xxxxxxxxx>
• Re: WARNING CPU at linux/fs/btrfs/ioctl.c:558 create_subvol BTRFS Transaction aborted (error -2)
  • From: james harvey <jamespharvey20@xxxxxxxxx>
• WARNING CPU at linux/fs/btrfs/ioctl.c:558 create_subvol BTRFS Transaction aborted (error -2)
  • From: james harvey <jamespharvey20@xxxxxxxxx>
• Re: btrfs send fail and check hang
  • From: Alistair Grant <akgrant0710@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Btrfs send / receive freeze system?
  • From: fugazzi® <fugazzi99@xxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Re: Btrfs send / receive freeze system?
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• evidence of persistent state, despite device disconnects
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Re: Btrfs send / receive freeze system?
  • From: fugazzi® <fugazzi99@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds the files and options needed for Hybrid Storage
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: btrfs scrub failing
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds the files and options needed for Hybrid Storage
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Alexander Duscheleit <alexander.duscheleit@xxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <me@xxxxxxxxxxx>
• Re: how btrfs uses devid?
  • From: UGlee <matianfu@xxxxxxxxx>
• [PATCH] BTRFS: Adds the files and options needed for Hybrid Storage
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• btrfs send fail and check hang
  • From: Alistair Grant <akgrant0710@xxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• Re: 6TB partition, Data only 2TB - aka When you haven't hit the "usual" problem
  • From: "cheater00 ." <cheater00@xxxxxxxxx>
• Re: 6TB partition, Data only 2TB - aka When you haven't hit the "usual" problem
  • From: "cheater00 ." <cheater00@xxxxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• Re: Btrfs send / receive freeze system?
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <me@xxxxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• Re: btrfs scrub failing
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: btrfs scrub failing
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• Re: Add big device, remove small device, read-only
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Btrfs send / receive freeze system - Addendum
  • From: berny® <berny@xxxxxxxxx>
• Btrfs send / receive freeze system - Addendum
  • From: fugazzi® <fugazzi99@xxxxxxxxx>
• Btrfs send / receive freeze system?
  • From: fugazzi® <fugazzi99@xxxxxxxxx>
• cannot repair filesystem
  • From: "Jan Koester" <jan.koester@xxxxxxx>
• Re: how btrfs uses devid?
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• how btrfs uses devid?
  • From: UGlee <matianfu@xxxxxxxxx>
• Add big device, remove small device, read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• Add big device, remove small device, now read-only
  • From: Rasmus Abrahamsen <btrfs@xxxxxxxxxxx>
• still kworker at 100% cpu in all of device size allocated with chunks situations with write load
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: btrfs send clone use case
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: btrfs scrub failing
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Unrecoverable fs corruption?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: kernel BUG at fs/btrfs/send.c:1482
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Unrecoverable fs corruption?
  • From: Alexander Duscheleit <alexander.duscheleit@xxxxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: RAID10 question
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• btrfs send clone use case
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• Re: btrfs fail behavior when a device vanishes
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• btrfs fail behavior when a device vanishes
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: kernel BUG at fs/btrfs/send.c:1482
  • From: Filipe Manana <fdmanana@xxxxxxxxx>
• [PATCH] Btrfs: fix number of transaction units required to create symlink
  • From: fdmanana@xxxxxxxxxx
• [PATCH] Btrfs: don't leave dangling dentry if symlink creation failed
  • From: fdmanana@xxxxxxxxxx
• [PATCH] Btrfs: send, don't BUG_ON() when an empty symlink is found
  • From: fdmanana@xxxxxxxxxx
• Re: kernel BUG at fs/btrfs/send.c:1482
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• btrfs scrub failing
  • From: John Center <jlcenter15@xxxxxxxxx>
• kernel BUG at fs/btrfs/send.c:1482
  • From: "Stephen R. van den Berg" <srb@xxxxxxx>
• [PATCH 06/10] btrfs: reada: move reada_extent_put to place after __readahead_hook()
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 10/10] btrfs: reada: Fix a debug code typo
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 08/10] btrfs: reada: Use fs_info instead of root in __readahead_hook's argument
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 09/10] btrfs: reada: Jump into cleanup in direct way for __readahead_hook()
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 07/10] btrfs: reada: Pass reada_extent into __readahead_hook directly
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 05/10] btrfs: reada: Remove level argument in severial functions
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 01/10] btrfs: reada: Avoid many times of empty loop
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 04/10] btrfs: reada: bypass adding extent when all zone failed
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 02/10] btrfs: reada: Move is_need_to_readahead contition earlier
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 00/10] btrfs: reada: Avoid many times of empty loop
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 03/10] btrfs: reada: add all reachable mirrors into reada device list
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• Re: RAID10 question
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: quota rescan hangs
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• subvolume capacity
  • From: Xavier Romero <XRomero@xxxxxxxxxx>
• Re: BTRFS File trace from superblock using memory dumps
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• Re: RAID10 question
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• RE: quota rescan hangs
  • From: Xavier Romero <XRomero@xxxxxxxxxx>
• RAID10 question
  • From: Xavier Romero <XRomero@xxxxxxxxxx>
• Re: BTRFS - Write Barriers
  • From: fugazzi® <fugazzi99@xxxxxxxxx>
• BTRFS File trace from superblock using memory dumps
  • From: Ahtisham wani <ahtishamwani@xxxxxxxxx>
• quota rescan hangs
  • From: Xavier Romero <XRomero@xxxxxxxxxx>
• Re: BTRFS - Write Barriers
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• BTRFS - Write Barriers
  • From: fugazzi® <fugazzi99@xxxxxxxxx>
• Re: [PATCH] BTRFS: Runs the xor function if a Block has failed
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• BTRFS in 4.4.0-rc7 keeping system from hibernating
  • From: Jon Christopherson <jon@xxxxxxxx>
• Re: 6TB partition, Data only 2TB - aka When you haven't hit the "usual" problem
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• 6TB partition, Data only 2TB - aka When you haven't hit the "usual" problem
  • From: "cheater00 ." <cheater00@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Confining scrub to a subvolume
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH RESEND 2/2] btrfs:Fix error handling in the function btrfs_dev_replace_kthread
  • From: Chris Mason <clm@xxxxxx>
• Re: [PATCH RESEND] btrfs:Fix incorrect return statement if failure occurs in the function btrfs_mark_extent_written
  • From: Chris Mason <clm@xxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Confining scrub to a subvolume
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Confining scrub to a subvolume
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Confining scrub to a subvolume
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Re: Confining scrub to a subvolume
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Confining scrub to a subvolume
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Runs the xor function if a Block has failed
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] Btrfs: fix race between free space endio workers and space cache writeout
  • From: Chris Mason <clm@xxxxxx>
• [PATCH] Btrfs: fix race between free space endio workers and space cache writeout
  • From: fdmanana@xxxxxxxxxx
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Confining scrub to a subvolume
  • From: Sree Harsha Totakura <sreeharsha@xxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH v3 2/2] btrfs: Enhance chunk validation check
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• [PATCH] BTRFS: Runs the xor function if a Block has failed
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: Feedback on inline dedup patches
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Feedback on inline dedup patches
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Trouble with broken RAID5/6 System after trying to solve a problem, want to recover contained Data
  • From: Alistair Grant <akgrant0710@xxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Re: [PATCH v4 6/9] Btrfs: implement the free space B-tree
  • From: Chris Mason <clm@xxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Re: should btrfsck fix a bad superblock?
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: David Sterba <dsterba@xxxxxxx>
• Re: Deadlock after upgrade to 4.1
  • From: Rich Freeman <r-btrfs@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] btrfs: Enhance chunk validation check
  • From: Chandan Rajendra <chandan@xxxxxxxxxxxxxxxxxx>
• [BUG] unable to handle kernel NULL pointer dereference when removing device
  • From: Juan Orti Alcaine <j.orti.alcaine@xxxxxxxxx>
• [PATCH 08/14] btrfs: dedup: Inband in-memory only de-duplication implement
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 1/7] btrfs-progs: Basic framework for dedup command group
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 13/14] btrfs: dedup: Add support to delete hash for on-disk backend
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 5/7] btrfs-progs: Add dedup feature for mkfs and convert
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 14/14] btrfs: dedup: Add ioctl for inband deduplication
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 12/14] btrfs: dedup: Add support for adding hash for on-disk backend
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 10/14] btrfs: dedup: Introduce interfaces to resume and cleanup dedup info
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 11/14] btrfs: dedup: Add support for on-disk hash search
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 09/14] btrfs: dedup: Add basic tree structure for on-disk dedup method
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 06/14] btrfs: dedup: Implement btrfs_dedup_calc_hash interface
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 07/14] btrfs: ordered-extent: Add support for dedup
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 05/14] btrfs: dedup: Introduce function to search for an existing hash
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 02/14] btrfs: dedup: Introduce function to initialize dedup info
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 04/14] btrfs: dedup: Introduce function to remove hash from in-memory tree
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 01/14] btrfs: dedup: Introduce dedup framework and its header
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 4/7] btrfs-progs: dedup: Add status subcommand
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v2 00/14][For 4.6] Btrfs: Add inband (write time) de-duplication framework
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 03/14] btrfs: dedup: Introduce function to add hash into in-memory tree
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 2/7] btrfs-progs: dedup: Add enable command for dedup command group
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 7/7] btrfs-progs: dedup-tree: Add dedup tree support
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 6/7] btrfs: dedup: Add show-super support for new DEDUP flag
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 3/7] btrfs-progs: dedup: Add disable support for inban deduplication
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH 0/7] btrfs-progs: Support for in-band deduplication
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [bug] btrfs fi usage reports bogus 16EiB free space
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: should btrfsck fix a bad superblock?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [bug] btrfs fi usage reports bogus 16EiB free space
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: should btrfsck fix a bad superblock?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [bug] btrfs fi usage reports bogus 16EiB free space
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: should btrfsck fix a bad superblock?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [bug] btrfs fi usage reports bogus 16EiB free space
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• [bug] btrfs fi usage reports bogus 16EiB free space
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• should btrfsck fix a bad superblock?
  • From: Chris Murphy <chris@xxxxxxxxxxxxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Zach Fuller <conicawd@xxxxxxxxx>
• Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Trouble with broken RAID5/6 System after trying to solve a problem, want to recover contained Data
  • From: Christian <Kamiekatze@xxxxxxx>
• [PATCH] BTRFS: Adds an option to select RAID Stripe size
  • From: Sanidhya Solanki <jpage.lkml@xxxxxxxxx>
• Re: https://btrfs.wiki.kernel.org having OCSP issues?
  • From: Chris Mason <clm@xxxxxx>
• Re: https://btrfs.wiki.kernel.org having OCSP issues?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: https://btrfs.wiki.kernel.org having OCSP issues?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: https://btrfs.wiki.kernel.org having OCSP issues?
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• https://btrfs.wiki.kernel.org having OCSP issues?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Jiri Kanicky <j@xxxxxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Re: corrupt lead, bad key order & no csum found for inode & csum failed ino & input/output error
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• Re: corrupt leaf, bad key order & no csum found for inode & csum failed ino & input/output error
  • From: james harvey <jamespharvey20@xxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• corrupt lead, bad key order & no csum found for inode & csum failed ino & input/output error
  • From: james harvey <jamespharvey20@xxxxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Btrfs scrub failure for raid 6 kernel 4.3
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Jiri Kanicky <j@xxxxxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Holger Hoffstätte <holger.hoffstaette@xxxxxxxxxxxxxx>
• Re: How to change BTRFS filesystem UUID
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• How to change BTRFS filesystem UUID
  • From: Jiri Kanicky <j@xxxxxxxxxx>
• Btrfs scrub failure for raid 6 kernel 4.3
  • From: Waxhead <waxhead@xxxxxxxxx>
• Re: [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• [BUG?] btrfs scrub -d doesn't scan all devices
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH] improve documentation of snapshot unaware defrag
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• [PATCH] improve documentation of snapshot unaware defrag
  • From: Christoph Anton Mitterer <mail@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: btrfs problems on new file system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs problems on new file system
  • From: covici@xxxxxxxxxxxxxx
• Re: btrfs problems on new file system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs problems on new file system
  • From: covici@xxxxxxxxxxxxxx
• Re: btrfs problems on new file system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Timeouts copying large files to a Samba server with Btrfs
  • From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
• Re: Timeouts copying large files to a Samba server with Btrfs
  • From: Piotr Pawłow <pp@xxxxxxxxxxx>
• [PATCH] btrfs: cleanup unusable parameters from ctree.h
  • From: Caio Lima <ticaiolima@xxxxxxxxx>
• Re: btrfs problems on new file system
  • From: covici@xxxxxxxxxxxxxx
• Re: btrfs problems on new file system
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: btrfs problems on new file system
  • From: covici@xxxxxxxxxxxxxx
• Re: btrfs problems on new file system
  • From: covici@xxxxxxxxxxxxxx
• RE: Loss of connection to Half of the drives
  • From: David Schulz <dschulz@xxxxxxxxxxx>
• Re: btrfs problems on new file system
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Deadlock after upgrade to 4.1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Deadlock after upgrade to 4.1
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: btrfs problems on new file system
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Deadlock after upgrade to 4.1
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: btrfs problems on new file system
  • From: covici@xxxxxxxxxxxxxx
• Re: btrfs problems on new file system
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• btrfs problems on new file system
  • From: covici@xxxxxxxxxxxxxx
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: covici@xxxxxxxxxxxxxx
• Re: ssd not detected on ssd drive
  • From: covici@xxxxxxxxxxxxxx
• [btrfs:integration-4.5 34/41] fs/btrfs/extent-tree.c:566:39: error: 'extent_root' undeclared
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: Raid 5/6 Stability
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: ssd not detected on ssd drive
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Btrfs Check - "type mismatch with chunk"
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• btrfs-progs: Provide a library covering 'btrfs' functionality
  • From: Caio Lima <ticaiolima@xxxxxxxxx>
• Btrfs Check - "type mismatch with chunk"
  • From: Zach Fuller <conicawd@xxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Piotr Pawłow <pp@xxxxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: btrfs und lvm-cache?
  • From: Piotr Pawłow <pp@xxxxxxxxxxx>
• Re: Raid 5/6 Stability
  • From: <jwalmer@xxxxxxx>
• [PATCH 4/4 v2] fstests: fix cleanup of test btrfs/003
  • From: fdmanana@xxxxxxxxxx
• [PATCH 3/4 v2] fstests: cleanup test btrfs/031
  • From: fdmanana@xxxxxxxxxx
• [PATCH 2/4 v2] fstests: cleanup test btrfs/029
  • From: fdmanana@xxxxxxxxxx
• [PATCH 1/4 v2] fstests: fix btrfs test failures after commit 27d077ec0bda
  • From: fdmanana@xxxxxxxxxx
• Re: [PATCH 1/2] fstests: fix btrfs test failures after commit 27d077ec0bda
  • From: Filipe Manana <fdmanana@xxxxxxxxxx>
• Re: BTRFS: could not find root 8
  • From: Swâmi Petaramesh <swami@xxxxxxxxxxxxxx>
• ssd not detected on ssd drive
  • From: covici@xxxxxxxxxxxxxx
• Re: Raid 5/6 Stability
  • From: Gerald Hopf <gerald.hopf@xxxxxxxxxxxxxx>
• Re: BTRFS: could not find root 8
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• BTRFS: could not find root 8
  • From: Swâmi Petaramesh <swami@xxxxxxxxxxxxxx>
• Re: Raid 5/6 Stability
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Raid 5/6 Stability
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Raid 5/6 Stability
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH 1/2] fstests: fix btrfs test failures after commit 27d077ec0bda
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Stewart Smith <stewart@xxxxxxxxxxxxxxxx>
• Re: Ideas to do custom operation just after mount?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Raid 5/6 Stability
  • From: <jwalmer@xxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Holger Hoffstätte <holger.hoffstaette@xxxxxxxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: btrfs und lvm-cache?
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Noah Massey <noah.massey@xxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Goffredo Baroncelli <kreijack@xxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• Re: btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: btrfs und lvm-cache?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• btrfs und lvm-cache?
  • From: Neuer User <auslands-kv@xxxxxx>
• Re: [PATCH v4 1/2] btrfs: Introduce new mount option backuproot to replace recovery
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: defrag vs autodefrag
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: notify not being triggered in btrfs directory
  • From: covici@xxxxxxxxxxxxxx
• Re: Loss of connection to Half of the drives
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• notify not being triggered in btrfs directory
  • From: covici@xxxxxxxxxxxxxx
• Re: [PATCH v4 1/2] btrfs: Introduce new mount option backuproot to replace recovery
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: defrag vs autodefrag
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• Re: defrag vs autodefrag
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Loss of connection to Half of the drives
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Loss of connection to Half of the drives
  • From: Dave S <bigdave.schulz@xxxxxxxxx>
• Re: compression disk space saving - what are your results?
  • From: james northrup <northrup.james@xxxxxxxxx>
• Re: [PATCH v4 1/2] btrfs: Introduce new mount option backuproot to replace recovery
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: [PATCH v4 1/2] btrfs: Introduce new mount option backuproot to replace recovery
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: problem after using btrfs-convert
  • From: covici@xxxxxxxxxxxxxx
• Re: [PATCH v4 1/2] btrfs: Introduce new mount option backuproot to replace recovery
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: [PATCH 1/2] fstests: fix btrfs test failures after commit 27d077ec0bda
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• Re: [PATCH v4 1/2] btrfs: Introduce new mount option backuproot to replace recovery
  • From: Holger Hoffstätte <holger.hoffstaette@xxxxxxxxxxxxxx>
• Re: dear developers, can we have notdatacow + checksumming, plz?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• [PATCH 2/2] fstests: fix cleanup of test btrfs/003
  • From: fdmanana@xxxxxxxxxx
• [PATCH 1/2] fstests: fix btrfs test failures after commit 27d077ec0bda
  • From: fdmanana@xxxxxxxxxx
• Re: problem after using btrfs-convert
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Ideas to do custom operation just after mount?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: dear developers, can we have notdatacow + checksumming, plz?
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• problem after using btrfs-convert
  • From: covici@xxxxxxxxxxxxxx
• Re: btrfs check inconsistency with raid1, part 1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: compression disk space saving - what are your results?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• kernel BUG at /home/kernel/COD/linux/fs/btrfs/volumes.c:5508
  • From: Asif Youssuff <yoasif@xxxxxxxxx>
• Re: safety of journal based fs (was: Re: still kworker at 100% cpu…)
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• [PATCH v4 2/2] btrfs: Introduce new mount option to disable tree log replay
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• [PATCH v4 1/2] btrfs: Introduce new mount option backuproot to replace recovery
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: attacking btrfs filesystems via UUID collisions?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [GIT PULL] Btrfs bug fixes for 4.5
  • From: Chris Mason <clm@xxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Ideas to do custom operation just after mount?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• [GIT PULL] Btrfs bug fixes for 4.5
  • From: fdmanana@xxxxxxxxxx
• [PATCH 3/3 v2] btrfs: use list_for_each_entry* in backref.c
  • From: Geliang Tang <geliangtang@xxxxxxx>
• Re: dear developers, can we have notdatacow + checksumming, plz?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: defrag vs autodefrag
  • From: Filipe Manana <fdmanana@xxxxxxxxx>
• Re: defrag vs autodefrag
  • From: Hugo Mills <hugo@xxxxxxxxxxxxx>
• Re: [PATCH 06/11] reflink: more tests
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Ideas to do custom operation just after mount?
  • From: Anand Jain <anand.jain@xxxxxxxxxx>
• Re: defrag vs autodefrag
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• recover from multi-device filesystem
  • From: "Langhorst, Brad" <Langhorst@xxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Ideas to do custom operation just after mount?
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Ideas to do custom operation just after mount?
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: Disk quota exceeded
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• defrag vs autodefrag
  • From: Donald Pearson <donaldwhpearson@xxxxxxxxx>
• Re: Ideas to do custom operation just after mount?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: btrfs check inconsistency with raid1, part 1
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: Fwd: Re: Bug#808265: e2fsprogs: support btrfs compression in filefrag
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: Disk quota exceeded
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Timeouts copying large files to a Samba server with Btrfs
  • From: Roman Mamedov <rm@xxxxxxxxxxx>
• Re: ERROR: scrubbing <dev> failed for device id 1: ret=-1, errno=28 (No space left on device)
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Disk quota exceeded
  • From: Matthew Jurgens <default.mailbox@xxxxxxxxxxxx>
• [PATCH 09/11] reflink: test CoW with blocksize < pagesize
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 10/11] reflink: test a big CoW operation
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v4 00/11] xfstests: test the nfs/cifs/btrfs/xfs reflink/dedupe ioctls
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 11/11] generic: create a dedupe group
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 01/11] test-scripts: test migration scripts
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 03/11] generic/15[78]: fix error messages in the golden output
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 02/11] tests: don't leave cruft behind on the TEST_MNT
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 05/11] xfs/129: require loop
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 04/11] xfs/128: allow larger margin for disk space usage
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 06/11] reflink: more tests
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 07/11] reflink: test ENOSPC when expanding btrees during reflink operations
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 08/11] reflink: more CoW tests for reflink and dedupe
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Fwd: Re: Bug#808265: e2fsprogs: support btrfs compression in filefrag
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: ERROR: scrubbing <dev> failed for device id 1: ret=-1, errno=28 (No space left on device)
  • From: Christoph Biedl <linux-kernel.bfrz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Btrfs-progs: ftw_add_entry_size: Round up file size to sectorsize
  • From: David Sterba <dsterba@xxxxxxx>
• [GIT PULL] Btrfs
  • From: Chris Mason <clm@xxxxxx>
• [PATCH 1/3] btrfs: use list_for_each_entry* in check-integrity.c
  • From: Geliang Tang <geliangtang@xxxxxxx>
• [PATCH 2/3] btrfs: use list_for_each_entry_safe in free-space-cache.c
  • From: Geliang Tang <geliangtang@xxxxxxx>
• [PATCH 3/3] btrfs: use list_for_each_entry* in backref.c
  • From: Geliang Tang <geliangtang@xxxxxxx>
• [PATCH 3/3] btrfs: Add missed segment checking in reada_find_zone
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 2/3] btrfs: reduce additional fs_info->reada_lock in reada_find_zone
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• [PATCH 1/3] btrfs: Fix in-segment calculation for reada
  • From: Zhao Lei <zhaolei@xxxxxxxxxxxxxx>
• Re: Space not return
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: Space not return
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• [PATCH] Btrfs: fix unprotected list operations at btrfs_write_dirty_block_groups
  • From: fdmanana@xxxxxxxxxx
• [PATCH] Btrfs: fix locking bugs when defragging leaves
  • From: fdmanana@xxxxxxxxxx
• Re: ERROR: scrubbing <dev> failed for device id 1: ret=-1, errno=28 (No space left on device)
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Space not return
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• ERROR: scrubbing <dev> failed for device id 1: ret=-1, errno=28 (No space left on device)
  • From: Christoph Biedl <linux-kernel.bfrz@xxxxxxxxxxxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Qu Wenruo <quwenruo@xxxxxxxxxxxxxx>
• Re: attacking btrfs filesystems via UUID collisions?
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [auto-]defrag, nodatacow - general suggestions?(was: btrfs: poor performance on deleting many large files?)
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: need to recover large file
  • From: "Langhorst, Brad" <Langhorst@xxxxxxx>
• Re: Ideas on unified real-ro mount option across all filesystems
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [4.3-rc4] scrubbing aborts before finishing (SOLVED)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [auto-]defrag, nodatacow - general suggestions?(was: btrfs: poor performance on deleting many large files?)
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [auto-]defrag, nodatacow - general suggestions?(was: btrfs: poor performance on deleting many large files?)
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [auto-]defrag, nodatacow - general suggestions?(was: btrfs: poor performance on deleting many large files?)
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [auto-]defrag, nodatacow - general suggestions?(was: btrfs: poor performance on deleting many large files?)
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [auto-]defrag, nodatacow - general suggestions?(was: btrfs: poor performance on deleting many large files?)
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [auto-]defrag, nodatacow - general suggestions?(was: btrfs: poor performance on deleting many large files?)
  • From: Duncan <1i5t5.duncan@xxxxxxx>