On Sun, Aug 11, 2019 at 10:54 PM Qu Wenruo wrote:
>
>
>
> On 2019/8/12 下午12:24, Chris Murphy wrote:
> > On Sun, Mar 10, 2019 at 5:20 PM Chris Murphy
> > wrote:
> >>
> >> On Sat, Mar 2, 2019 at 11:18 AM Chris Murphy
> >> wrote:
> >>>
> >>> Sending URL for dump-tree output offlist. Conversation
On 2019/8/12 下午12:24, Chris Murphy wrote:
> On Sun, Mar 10, 2019 at 5:20 PM Chris Murphy wrote:
>>
>> On Sat, Mar 2, 2019 at 11:18 AM Chris Murphy wrote:
>>>
>>> Sending URL for dump-tree output offlist. Conversation should still be
>>> on-list.
>>
>>
>> Any more information required from me a
On Sun, Mar 10, 2019 at 5:20 PM Chris Murphy wrote:
>
> On Sat, Mar 2, 2019 at 11:18 AM Chris Murphy wrote:
> >
> > Sending URL for dump-tree output offlist. Conversation should still be
> > on-list.
>
>
> Any more information required from me at this point?
This file system has been on a shelf
On Sat, Mar 2, 2019 at 11:18 AM Chris Murphy wrote:
>
> Sending URL for dump-tree output offlist. Conversation should still be
> on-list.
Any more information required from me at this point?
--
Chris Murphy
On 2019/3/2 上午10:29, Chris Murphy wrote:
> On Fri, Mar 1, 2019 at 6:05 PM Qu Wenruo wrote:
>>
>>
>>
>> On 2019/3/2 上午8:20, Chris Murphy wrote:
>>> Problem happens with btrfsprogs 4.19.1
>>>
>>> https://bugzilla.kernel.org/show_bug.cgi?id=202717
>>>
>>> That bug report includes the trace in user
Two more strange things:
# btrfs check -r 930086912 /dev/mapper/sdd
Opening filesystem to check...
parent transid verify failed on 930086912 wanted 4514 found 4076
parent transid verify failed on 930086912 wanted 4514 found 4076
parent transid verify failed on 930086912 wanted 4514 found 4076
pare
OK this is screwy. The super has a totally different generation for
the root tree than any of the backup roots.
$ sudo btrfs rescue super -v /dev/mapper/sdd
All Devices:
Device: id = 1, name = /dev/mapper/sdc
Device: id = 2, name = /dev/mapper/sdd
Before Recovering:
[All good supers]:
On Fri, Mar 1, 2019 at 6:05 PM Qu Wenruo wrote:
>
>
>
> On 2019/3/2 上午8:20, Chris Murphy wrote:
> > Problem happens with btrfsprogs 4.19.1
> >
> > https://bugzilla.kernel.org/show_bug.cgi?id=202717
> >
> > That bug report includes the trace in user space; but I've also
> > processed the resulting
On 2019/3/2 上午8:20, Chris Murphy wrote:
> Problem happens with btrfsprogs 4.19.1
>
> https://bugzilla.kernel.org/show_bug.cgi?id=202717
>
> That bug report includes the trace in user space; but I've also
> processed the resulting coredump file with gdb and attached that to
> the bug report.
>
