Re: open_ctree failed

Re: open_ctree failed

[Tamas Papp]

On 06/16/2014 03:26 PM, Tamas Papp wrote:
> hi All,
>
> There is a Dell XPS 13 laptop with and SSD.
>
> System:
>
> Ubuntu 14.04 amd64
> Kernel is from the daily ppa, like 3.15rcX.
>
> Now, it's running live system:
>
> Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 
> 2014 x86_64 x86_64 x86_64 GNU/Linux
>
>
> Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 
> 2014 x86_64 x86_64 x86_64 GNU/Linux
> Label: none  uuid: 7cf95491-8ec6-48a2-b4c4-4b80650d169a
>     Total devices 1 FS bytes used 121.91GiB
>     devid    1 size 236.53GiB used 146.02GiB path /dev/sda4
>
> Btrfs v3.14.1
>
>
>
> I've attached all debug output, that I was able to get.
> btrfs check exited with segfault.
>
>
> Can you help me with this?
>

I just fixed the subject.

tamas

Re: open_ctree failed

[Tamas Papp]

On 06/16/2014 04:02 PM, Tamas Papp wrote:
>
> On 06/16/2014 03:26 PM, Tamas Papp wrote:
>> hi All,
>>
>> There is a Dell XPS 13 laptop with and SSD.
>>
>> System:
>>
>> Ubuntu 14.04 amd64
>> Kernel is from the daily ppa, like 3.15rcX.
>>
>> Now, it's running live system:
>>
>> Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 
>> 2014 x86_64 x86_64 x86_64 GNU/Linux
>>
>>
>> Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 
>> 2014 x86_64 x86_64 x86_64 GNU/Linux
>> Label: none  uuid: 7cf95491-8ec6-48a2-b4c4-4b80650d169a
>>     Total devices 1 FS bytes used 121.91GiB
>>     devid    1 size 236.53GiB used 146.02GiB path /dev/sda4
>>
>> Btrfs v3.14.1
>>
>>
>>
>> I've attached all debug output, that I was able to get.
>> btrfs check exited with segfault.
>>
>>
>> Can you help me with this?
>>
>
> I just fixed the subject.

Someone? Any idea?


10x
tamas

Re: open_ctree failed

[George Mitchell]

On 06/19/2014 02:50 PM, Tamas Papp wrote:
>
> On 06/16/2014 04:02 PM, Tamas Papp wrote:
>>
>> On 06/16/2014 03:26 PM, Tamas Papp wrote:
>>> hi All,
>>>
>>> There is a Dell XPS 13 laptop with and SSD.
>>>
>>> System:
>>>
>>> Ubuntu 14.04 amd64
>>> Kernel is from the daily ppa, like 3.15rcX.
>>>
>>> Now, it's running live system:
>>>
>>> Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 
>>> UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>>
>>> Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 
>>> UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
>>> Label: none  uuid: 7cf95491-8ec6-48a2-b4c4-4b80650d169a
>>>     Total devices 1 FS bytes used 121.91GiB
>>>     devid    1 size 236.53GiB used 146.02GiB path /dev/sda4
>>>
>>> Btrfs v3.14.1
>>>
>>>
>>>
>>> I've attached all debug output, that I was able to get.
>>> btrfs check exited with segfault.
>>>
>>>
>>> Can you help me with this?
>>>
>>
>> I just fixed the subject.
>
> Someone? Any idea?
>
>
> 10x
> tamas
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
Hello Tamas,

I think it would help to provide more information than what you have 
posted.  "open_ctree" can cover a lot of territory.

1)  I may be missing something, but I see no attachment.  I am not sure 
the mailing list can handle attachments?
2)  I think it would help to include some sort of brief narrative as to 
what you are trying to do when you encounter the open_ctree failure.

- George

Re: open_ctree failed

[Tamas Papp]

On 06/20/2014 02:04 AM, George Mitchell wrote:
> Hello Tamas,
>
> I think it would help to provide more information than what you have 
> posted.  "open_ctree" can cover a lot of territory.
>
> 1)  I may be missing something, but I see no attachment.  I am not 
> sure the mailing list can handle attachments?

Indeed, thanks!

chunk recover:
http://pastebin.com/raw.php?i=01ZdbCDq

debug tree:
http://pastebin.com/raw.php?i=LgKgEhiC

dmesg:
http://pastebin.com/raw.php?i=zZ5zVxue

dmidecode:
http://pastebin.com/raw.php?i=zZ5zVxue

find root:
http://pastebin.com/raw.php?i=zWdn56tR

show super:
http://pastebin.com/raw.php?i=unqZECJ3

super recover:
http://pastebin.com/raw.php?i=y7fKtn3M

> 2) I think it would help to include some sort of brief narrative as to 
> what you are trying to do when you encounter the open_ctree failure.

I'm just trying to mount the partition:

mount -t btrfs /dev/sda4 /1


Thanks,
tamas

Re: open_ctree failed

[Tamas Papp]

On 06/22/2014 07:10 PM, Tamas Papp wrote:
>
> On 06/20/2014 02:04 AM, George Mitchell wrote:
>> Hello Tamas,
>>
>> I think it would help to provide more information than what you have 
>> posted.  "open_ctree" can cover a lot of territory.
>>
>> 1)  I may be missing something, but I see no attachment.  I am not 
>> sure the mailing list can handle attachments?
>
> Indeed, thanks!
>
> chunk recover:
> http://pastebin.com/raw.php?i=01ZdbCDq
>
> debug tree:
> http://pastebin.com/raw.php?i=LgKgEhiC
>
> dmesg:
> http://pastebin.com/raw.php?i=zZ5zVxue
>
> dmidecode:
> http://pastebin.com/raw.php?i=zZ5zVxue
>
> find root:
> http://pastebin.com/raw.php?i=zWdn56tR
>
> show super:
> http://pastebin.com/raw.php?i=unqZECJ3
>
> super recover:
> http://pastebin.com/raw.php?i=y7fKtn3M
>
>> 2) I think it would help to include some sort of brief narrative as 
>> to what you are trying to do when you encounter the open_ctree failure.
>
> I'm just trying to mount the partition:
>
> mount -t btrfs /dev/sda4 /1
>

dmesg after -o recovery:

http://pastebin.com/raw.php?i=VAG9msx2



Thanks for the help!


tamas

Re: open_ctree failed

[Chris Murphy]

On Jun 24, 2014, at 1:52 AM, Tamas Papp <tompos@martos.bme.hu> wrote:

> 
> On 06/22/2014 07:10 PM, Tamas Papp wrote:
>> 
>> On 06/20/2014 02:04 AM, George Mitchell wrote:
>>> Hello Tamas,
>>> 
>>> I think it would help to provide more information than what you have posted.  "open_ctree" can cover a lot of territory.
>>> 
>>> 1)  I may be missing something, but I see no attachment.  I am not sure the mailing list can handle attachments?
>> 
>> Indeed, thanks!
>> 
>> chunk recover:
>> http://pastebin.com/raw.php?i=01ZdbCDq
>> 
>> debug tree:
>> http://pastebin.com/raw.php?i=LgKgEhiC
>> 
>> dmesg:
>> http://pastebin.com/raw.php?i=zZ5zVxue
>> 
>> dmidecode:
>> http://pastebin.com/raw.php?i=zZ5zVxue
>> 
>> find root:
>> http://pastebin.com/raw.php?i=zWdn56tR
>> 
>> show super:
>> http://pastebin.com/raw.php?i=unqZECJ3
>> 
>> super recover:
>> http://pastebin.com/raw.php?i=y7fKtn3M
>> 
>>> 2) I think it would help to include some sort of brief narrative as to what you are trying to do when you encounter the open_ctree failure.
>> 
>> I'm just trying to mount the partition:
>> 
>> mount -t btrfs /dev/sda4 /1
>> 
> 
> dmesg after -o recovery:
> 
> http://pastebin.com/raw.php?i=VAG9msx2

super-recover says supers are good, btrfs-find-tree finds tree root, but chunk-recover fails.

Please post the result from smartctl -x <dev>

I'd make sure you're on kernel 3.14 at the oldest, and same for btrfs-progs. Currently you're on v.3.12. And then also post the result of btrfs check (without --repair).


Chris Murphy

Re: open_ctree failed

[Tamas Papp]

On 06/24/2014 06:37 PM, Chris Murphy wrote:
> On Jun 24, 2014, at 1:52 AM, Tamas Papp <tompos@martos.bme.hu> wrote:
>
>> On 06/22/2014 07:10 PM, Tamas Papp wrote:
>>> On 06/20/2014 02:04 AM, George Mitchell wrote:
>>>> Hello Tamas,
>>>>
>>>> I think it would help to provide more information than what you have posted.  "open_ctree" can cover a lot of territory.
>>>>
>>>> 1)  I may be missing something, but I see no attachment.  I am not sure the mailing list can handle attachments?
>>> Indeed, thanks!
>>>
>>> chunk recover:
>>> http://pastebin.com/raw.php?i=01ZdbCDq
>>>
>>> debug tree:
>>> http://pastebin.com/raw.php?i=LgKgEhiC
>>>
>>> dmesg:
>>> http://pastebin.com/raw.php?i=zZ5zVxue
>>>
>>> dmidecode:
>>> http://pastebin.com/raw.php?i=zZ5zVxue
>>>
>>> find root:
>>> http://pastebin.com/raw.php?i=zWdn56tR
>>>
>>> show super:
>>> http://pastebin.com/raw.php?i=unqZECJ3
>>>
>>> super recover:
>>> http://pastebin.com/raw.php?i=y7fKtn3M
>>>
>>>> 2) I think it would help to include some sort of brief narrative as to what you are trying to do when you encounter the open_ctree failure.
>>> I'm just trying to mount the partition:
>>>
>>> mount -t btrfs /dev/sda4 /1
>>>
>> dmesg after -o recovery:
>>
>> http://pastebin.com/raw.php?i=VAG9msx2
> super-recover says supers are good, btrfs-find-tree finds tree root, but chunk-recover fails.
>
> Please post the result from smartctl -x <dev>
>
> I'd make sure you're on kernel 3.14 at the oldest, and same for btrfs-progs. Currently you're on v.3.12. And then also post the result of btrfs check (without --repair).

smartctl -x:

http://pastebin.com/raw.php?i=S3eaCb8b


The machine was running 3.15rcX, when it failed. Unfortunately I have 
only a live system now with this kernel versionI. I tried with the 
latest btrfs-progs from git with no success.

btrfs check (with v3.12):

Check tree block failed, want=325877760, have=0
Check tree block failed, want=325877760, have=0
Check tree block failed, want=325877760, have=0
read block failed check_tree_block
Couldn't setup extent tree
Critical roots corrupted, unable to fsck the FS
Checking filesystem on /dev/sda4
UUID: 7cf95491-8ec6-48a2-b4c4-4b80650d169a


tamas

Re: open_ctree failed

[Tamas Papp]

On 06/25/2014 03:09 PM, Tamas Papp wrote:
>
> On 06/24/2014 06:37 PM, Chris Murphy wrote:
>> On Jun 24, 2014, at 1:52 AM, Tamas Papp <tompos@martos.bme.hu> wrote:
>>
>>> On 06/22/2014 07:10 PM, Tamas Papp wrote:
>>>> On 06/20/2014 02:04 AM, George Mitchell wrote:
>>>>> Hello Tamas,
>>>>>
>>>>> I think it would help to provide more information than what you 
>>>>> have posted.  "open_ctree" can cover a lot of territory.
>>>>>
>>>>> 1)  I may be missing something, but I see no attachment. I am not 
>>>>> sure the mailing list can handle attachments?
>>>> Indeed, thanks!
>>>>
>>>> chunk recover:
>>>> http://pastebin.com/raw.php?i=01ZdbCDq
>>>>
>>>> debug tree:
>>>> http://pastebin.com/raw.php?i=LgKgEhiC
>>>>
>>>> dmesg:
>>>> http://pastebin.com/raw.php?i=zZ5zVxue
>>>>
>>>> dmidecode:
>>>> http://pastebin.com/raw.php?i=zZ5zVxue
>>>>
>>>> find root:
>>>> http://pastebin.com/raw.php?i=zWdn56tR
>>>>
>>>> show super:
>>>> http://pastebin.com/raw.php?i=unqZECJ3
>>>>
>>>> super recover:
>>>> http://pastebin.com/raw.php?i=y7fKtn3M
>>>>
>>>>> 2) I think it would help to include some sort of brief narrative 
>>>>> as to what you are trying to do when you encounter the open_ctree 
>>>>> failure.
>>>> I'm just trying to mount the partition:
>>>>
>>>> mount -t btrfs /dev/sda4 /1
>>>>
>>> dmesg after -o recovery:
>>>
>>> http://pastebin.com/raw.php?i=VAG9msx2
>> super-recover says supers are good, btrfs-find-tree finds tree root, 
>> but chunk-recover fails.
>>
>> Please post the result from smartctl -x <dev>
>>
>> I'd make sure you're on kernel 3.14 at the oldest, and same for 
>> btrfs-progs. Currently you're on v.3.12. And then also post the 
>> result of btrfs check (without --repair).
>
> smartctl -x:
>
> http://pastebin.com/raw.php?i=S3eaCb8b
>
>
> The machine was running 3.15rcX, when it failed. Unfortunately I have 
> only a live system now with this kernel versionI. I tried with the 
> latest btrfs-progs from git with no success.
>
> btrfs check (with v3.12):
>
> Check tree block failed, want=325877760, have=0
> Check tree block failed, want=325877760, have=0
> Check tree block failed, want=325877760, have=0
> read block failed check_tree_block
> Couldn't setup extent tree
> Critical roots corrupted, unable to fsck the FS
> Checking filesystem on /dev/sda4
> UUID: 7cf95491-8ec6-48a2-b4c4-4b80650d169a
>

With latest from git (3.14.2):

Check tree block failed, want=325877760, have=0
Check tree block failed, want=325877760, have=0
Check tree block failed, want=325877760, have=0
read block failed check_tree_block
Couldn't setup extent tree
Check tree block failed, want=324567040, have=0
Check tree block failed, want=324567040, have=0
Check tree block failed, want=324567040, have=0
read block failed check_tree_block
Couldn't setup csum tree
Check tree block failed, want=326631424, have=0
Check tree block failed, want=326631424, have=0
Check tree block failed, want=326631424, have=0
read block failed check_tree_block
Couldn't setup log root tree
Critical roots corrupted, unable to fsck the FS
Segmentation fault (core dumped)


tamaas