Re: cannot mount read-write because of unsupported optional features (2)

At 11/01/2016 12:46 PM, Tobias Holst wrote: Hi I can't mount my boot partition anymore. When I try it by entering "mount /dev/sdi1 /mnt/boot/" I get: mount: wrong fs type, bad option, bad superblock on /dev/sdi1, missing codepage or helper program, or other error In some cases

cannot mount read-write because of unsupported optional features (2)

Hi I can't mount my boot partition anymore. When I try it by entering "mount /dev/sdi1 /mnt/boot/" I get: > mount: wrong fs type, bad option, bad superblock on /dev/sdi1, > missing codepage or helper program, or other error > > In some cases useful info is found in syslog - try >

Re: btrfs check --repair: ERROR: cannot read chunk root

On Tue, Nov 01, 2016 at 12:13:38PM +0800, Qu Wenruo wrote: > Would you try to locate the range where we starts to fail to read? > > I still think the root problem is we failed to read the device in user > space. Understood. I'll run this then: myth:~# dd if=/dev/mapper/crypt_bcache0

Re: btrfs check --repair: ERROR: cannot read chunk root

At 10/31/2016 11:04 PM, Marc MERLIN wrote: On Mon, Oct 31, 2016 at 08:44:12AM +, Hugo Mills wrote: Any idea on special dm setup which can make us fail to read out some data range? I've seen both btrfs check and btrfs dump-super give wrong answers (particularly, some addresses end up

Re: btrfs check --repair: ERROR: cannot read chunk root

So, I'm willing to wait 2 more days before I wipe this filesystem and start over if I can't get check --repair to work on it. If you need longer, please let me konw you have an upcoming patch for me to try and I'll wait. Thanks, Marc On Mon, Oct 31, 2016 at 08:04:22AM -0700, Marc MERLIN wrote: >

Re: [PATCH] btrfs-progs: repair: Trickle down EEXISTS while freeing

On Mon, Oct 31, 2016 at 01:43:20PM -0500, Goldwyn Rodrigues wrote: > Hi David, > > On 10/28/2016 09:42 AM, David Sterba wrote: > > On Thu, Oct 27, 2016 at 01:05:08PM -0500, Goldwyn Rodrigues wrote: > >> While deleting pending extents, we insert extents to the > >> extent_tree. However, because

Re: [PATCH v2 2/3] btrfs-progs: receive: Introduce option to exam and dump send stream

At 11/01/2016 01:31 AM, David Sterba wrote: On Wed, Oct 19, 2016 at 09:18:09AM +0800, Qu Wenruo wrote: At 10/18/2016 08:07 PM, David Sterba wrote: On Thu, Oct 13, 2016 at 03:32:53PM +0800, Qu Wenruo wrote: Hi David, Any updates? If you're busy on these fix, I could fix these problem and

Re: bio linked list corruption.

On Mon, Oct 31, 2016 at 12:35:16PM -0700, Linus Torvalds wrote: On Mon, Oct 31, 2016 at 11:55 AM, Dave Jones wrote: BUG: Bad page state in process kworker/u8:12 pfn:4e0e39 page:ea0013838e40 count:0 mapcount:0 mapping:8804a20310e0 index:0x100c flags:

Re: bio linked list corruption.

On Mon, Oct 31, 2016 at 11:55 AM, Dave Jones wrote: > > BUG: Bad page state in process kworker/u8:12 pfn:4e0e39 > page:ea0013838e40 count:0 mapcount:0 mapping:8804a20310e0 index:0x100c > flags: 0x400c(referenced|uptodate) > page dumped because:

Re: bio linked list corruption.

On Wed, Oct 26, 2016 at 07:47:51PM -0400, Dave Jones wrote: > On Wed, Oct 26, 2016 at 07:38:08PM -0400, Chris Mason wrote: > > > >-hctx->queued++; > > >-data->hctx = hctx; > > >-data->ctx = ctx; > > >+data->hctx = alloc_data.hctx; > > >+

Re: [PATCH] btrfs-progs: repair: Trickle down EEXISTS while freeing

Hi David, On 10/28/2016 09:42 AM, David Sterba wrote: > On Thu, Oct 27, 2016 at 01:05:08PM -0500, Goldwyn Rodrigues wrote: >> While deleting pending extents, we insert extents to the >> extent_tree. However, because of corruption, this might already be >> freed. We trickle the EEXISTS error and

Assalamu`Alaikum.

Dear Sir/Madam. Assalamu`Alaikum. I am Dr mohammad ouattara, I have ($10.6 Million us dollars) to transfer into your account, I will send you more details about this deal and the procedures to follow when I receive a positive response from you, Have a great day, Dr mohammad ouattara. --

Re: [PATCH 26/60] btrfs: set NO_MP for request queues behind BTRFS

On Mon, Oct 31, 2016 at 08:36:44AM -0700, Christoph Hellwig wrote: On Sat, Oct 29, 2016 at 04:08:25PM +0800, Ming Lei wrote: There are lots of direct access to .bi_vcnt & .bi_io_vec of bio, and it isn't ready to support multipage bvecs for BTRFS, so set NO_MP for these request queues. For one

Re: [PATCH 26/60] btrfs: set NO_MP for request queues behind BTRFS

On Mon, Oct 31, 2016 at 11:58:29AM -0600, Chris Mason wrote: > Yeah, I'd rather make us less special. The direct access was a short term > fix to adjust to the new bio interfaces, we should clean it up. I've got patches for a few areas in progress, I'll send them your way once I've finished

Re: [PATCH v2 2/3] btrfs-progs: receive: Introduce option to exam and dump send stream

On Wed, Oct 19, 2016 at 09:18:09AM +0800, Qu Wenruo wrote: > At 10/18/2016 08:07 PM, David Sterba wrote: > > On Thu, Oct 13, 2016 at 03:32:53PM +0800, Qu Wenruo wrote: > >> Hi David, > >> > >> Any updates? > >> > >> If you're busy on these fix, I could fix these problem and send a new > >>

Re: [PATCH 0/4] Qgroup comment enhance and balance fix

On Fri, Oct 28, 2016 at 08:33:34AM +0800, Qu Wenruo wrote: > Any comment? > > Especially the final patch will fix a long standing bug. >From my perspective, review is required (but I appreciate Goldwyn's testing). Who's going to do that, I don't know. -- To unsubscribe from this list: send the

Re: [PATCH v3] btrfs: change btrfs_csum_final result param type to u8

On Thu, Oct 27, 2016 at 08:52:33AM +0100, Domagoj Tršan wrote: > csum member of struct btrfs_super_block has array type of u8. It makes sense > that function btrfs_csum_final should be also declared to accept u8 *. I > changed the declaration of method void btrfs_csum_final(u32 crc, char >

Re: [PATCH v2] btrfs: cleanup: use already calculated value in btrfs_should_throttle_delayed_refs()

On Wed, Oct 26, 2016 at 03:23:01PM +0800, Wang Xiaoguang wrote: > Signed-off-by: Wang Xiaoguang Reviewed-by: David Sterba -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org

Re: [PATCH 3/3] btrfs-progs: Add command to check if balance op is req

On Fri, Oct 28, 2016 at 05:29:45PM +0100, Graham Cobb wrote: > On 28/10/16 16:20, David Sterba wrote: > > I tend to agree with this approach. The usecase, with some random sample > > balance options: > > > > $ btrfs balance start --analyze -dusage=10 -musage=5 /path > > Wouldn't a "balance

Re: [PATCH 26/60] btrfs: set NO_MP for request queues behind BTRFS

On Sat, Oct 29, 2016 at 04:08:25PM +0800, Ming Lei wrote: > There are lots of direct access to .bi_vcnt & .bi_io_vec > of bio, and it isn't ready to support multipage bvecs > for BTRFS, so set NO_MP for these request queues. For one bio is an I/O submitter, it has absolutely no business changing

Re: btrfs check --repair: ERROR: cannot read chunk root

On Mon, Oct 31, 2016 at 08:44:12AM +, Hugo Mills wrote: > > Any idea on special dm setup which can make us fail to read out some > > data range? > >I've seen both btrfs check and btrfs dump-super give wrong answers > (particularly, some addresses end up larger than the device, for some >

Re: btrfs check --repair: ERROR: cannot read chunk root

On Mon, Oct 31, 2016 at 03:04:27PM +0800, Qu Wenruo wrote: > > > At 10/31/2016 02:37 PM, Marc MERLIN wrote: > >On Mon, Oct 31, 2016 at 02:32:53PM +0800, Qu Wenruo wrote: > >> > >> > >>At 10/31/2016 02:25 PM, Marc MERLIN wrote: > >>>On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote: >

Re: btrfs check --repair: ERROR: cannot read chunk root

At 10/31/2016 02:37 PM, Marc MERLIN wrote: On Mon, Oct 31, 2016 at 02:32:53PM +0800, Qu Wenruo wrote: At 10/31/2016 02:25 PM, Marc MERLIN wrote: On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote: Sorry for asking, am I doing this wrong? myth:~# dd if=/dev/mapper/crypt_bcache0

Re: btrfs check --repair: ERROR: cannot read chunk root

On Mon, Oct 31, 2016 at 02:32:53PM +0800, Qu Wenruo wrote: > > > At 10/31/2016 02:25 PM, Marc MERLIN wrote: > >On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote: > >>>Sorry for asking, am I doing this wrong? > >>>myth:~# dd if=/dev/mapper/crypt_bcache0 of=/tmp/dump1 bs=512 count=32 >

Re: btrfs check --repair: ERROR: cannot read chunk root

At 10/31/2016 02:25 PM, Marc MERLIN wrote: On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote: Sorry for asking, am I doing this wrong? myth:~# dd if=/dev/mapper/crypt_bcache0 of=/tmp/dump1 bs=512 count=32 skip=26367830208 dd: reading `/dev/mapper/crypt_bcache0': Invalid argument 0+0

Re: btrfs check --repair: ERROR: cannot read chunk root

On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote: > >Sorry for asking, am I doing this wrong? > >myth:~# dd if=/dev/mapper/crypt_bcache0 of=/tmp/dump1 bs=512 count=32 > >skip=26367830208 > >dd: reading `/dev/mapper/crypt_bcache0': Invalid argument > >0+0 records in > >0+0 records out > >0

Re: btrfs check --repair: ERROR: cannot read chunk root

At 10/31/2016 01:47 PM, Marc MERLIN wrote: On Mon, Oct 31, 2016 at 01:27:56PM +0800, Qu Wenruo wrote: Would you please dump the following bytes? That's the chunk root tree block on your disk. offset: 13500329066496 length: 16384 offset: 13500330213376 length: 16384 Sorry for asking, am I