So I tried deleting the files that I think are the problem, and the
file system went suddenly read-only, and I got this in dmesg:

A bunch of these first messages:
[39710.420118]  item 45 key (1668296151040 168 524288) itemoff 1557 itemsize 53
[39710.420118]          extent refs 1 gen 166914 flags 1
[39710.420119]          extent data backref root 949 objectid 440675
offset 2621440 count 1
[39710.420120]  item 46 key (1668296675328 168 524288) itemoff 1504 itemsize 53
[39710.420120]          extent refs 1 gen 166914 flags 1
[39710.420121]          extent data backref root 949 objectid 440675
offset 3145728 count 1
[39710.420121]  item 47 key (1668297199616 168 524288) itemoff 1451 itemsize 53
[39710.420122]          extent refs 1 gen 166914 flags 1
[39710.420122]          extent data backref root 949 objectid 440675
offset 3670016 count 1
[39710.420123]  item 48 key (1668297723904 168 524288) itemoff 1398 itemsize 53
[39710.420123]          extent refs 1 gen 166914 flags 1
[39710.420124]          extent data backref root 949 objectid 440675
offset 4194304 count 1
[39710.420125]  item 49 key (1668298248192 168 524288) itemoff 1345 itemsize 53
[39710.420125]          extent refs 1 gen 166914 flags 1
[39710.420126]          extent data backref root 949 objectid 440675
offset 4718592 count 1
[39710.420126]  item 50 key (1668298772480 168 524288) itemoff 1292 itemsize 53
[39710.420127]          extent refs 1 gen 166914 flags 1
[39710.420127]          extent data backref root 949 objectid 440675
offset 5242880 count 1
[39710.420128] BTRFS error (device sdc): unable to find ref byte nr
1668272218112 parent 0 root 949  owner 1032823 offset 655360
[39710.420129] BTRFS: error (device sdc) in __btrfs_free_extent:6232:
errno=-2 No such entry
[39710.420131] BTRFS: error (device sdc) in
btrfs_run_delayed_refs:2821: errno=-2 No such entry
[39710.431108] pending csums is 5795840

On Sat, Aug 15, 2015 at 8:51 AM, Timothy Normand Miller
<theo...@gmail.com> wrote:
> I didn't quite understand "profile and convert", since I can't find a
> profile option.  Is this something your patch adds?
>
> Before I do that, however, I have to deal with this:
>
> compute0 ~ # btrfs device delete missing /mnt/btrfs
> ERROR: error removing the device 'missing' - Input/output error
>
> [13058.298763] BTRFS warning (device sdc): csum failed ino 596 off
> 623218688 csum 2756583412 expected csum 4104700738
> [13058.298775] BTRFS warning (device sdc): csum failed ino 596 off
> 623222784 csum 2568037276 expected csum 275151414
> [13058.298782] BTRFS warning (device sdc): csum failed ino 596 off
> 623226880 csum 2227564114 expected csum 3824181799
> [13058.298788] BTRFS warning (device sdc): csum failed ino 596 off
> 623230976 csum 3298529275 expected csum 1155389604
> [13058.298794] BTRFS warning (device sdc): csum failed ino 596 off
> 623235072 csum 2603391790 expected csum 1861925401
> [13058.298801] BTRFS warning (device sdc): csum failed ino 596 off
> 623239168 csum 2044148708 expected csum 3227559459
> [13058.298807] BTRFS warning (device sdc): csum failed ino 596 off
> 623243264 csum 615351306 expected csum 2720021058
> [13058.329747] BTRFS warning (device sdc): csum failed ino 596 off
> 623218688 csum 2756583412 expected csum 4104700738
> [13058.329759] BTRFS warning (device sdc): csum failed ino 596 off
> 623222784 csum 2568037276 expected csum 275151414
> [13058.329770] BTRFS warning (device sdc): csum failed ino 596 off
> 623226880 csum 2227564114 expected csum 3824181799
>
> Because of this, it won't delete the missing device.  How do I get
> past this?  I'm pretty sure the problem is in some files I want to
> delete anyhow.  Would deleting them solve the problem?
>
> On Sat, Aug 15, 2015 at 12:59 AM, Anand Jain <anand.j...@oracle.com> wrote:
>>
>>> BTW, when this is all over with, how do I make sure there are really
>>> two copies of everything?  Will a scrub verify this?  Should I run a
>>> balance operation?
>>
>> pls use 'btrfs bal profile and convert' to migrate single chunk (if any
>> created when there were lesser number of RW-able devices) back to your
>> desired raid1. Do this when all the devices are back online. Kindly note
>> there is a bug in the btrfs VM that you won't be able to bring a device
>> online with out unmount -> mount (I am working to fix). btrfs-progs will be
>> wrong in this case don't depend too much on that.
>> So to understand inside of btrfs kernel volume I generally use:
>>     https://patchwork.kernel.org/patch/5816011/
>>
>> In there if bdev is null it indicates device is scanned but not part of VM
>> yet. Then unmount -> mount will bring device back to be part of VM.
>>
>>>> After applying Anand's patch, I was able to mount my 4-drive RAID1
>>>> and bring a new fourth drive online.
>>
>>>> However, something weird happened
>>>> where the first "delete missing" only deleted one missing drive and
>>>> only did a partial duplication.  I've posted a bug report here:
>>
>> that seems to be normal to me. unless I am missing something else / clarity.
>>
>>
>> Thanks, Anand
>
>
>
> --
> Timothy Normand Miller, PhD
> Assistant Professor of Computer Science, Binghamton University
> http://www.cs.binghamton.edu/~millerti/
> Open Graphics Project



-- 
Timothy Normand Miller, PhD
Assistant Professor of Computer Science, Binghamton University
http://www.cs.binghamton.edu/~millerti/
Open Graphics Project
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to