Btrfs devel - Feb 2012 - btrfs open_ctree failed (after recent Ubuntu update)

I recently let the Update Manager run after ignoring it for a couple of weeks.
It required a reboot. My USB btrfs volume didn''t mount after reboot.
dmesg revealed:

[ 463.187097] btrfs: open_ctree failed
[ 991.567090] device label StoreW devid 1 transid 37077 /dev/sdb
[ 1003.171989] device label StoreW devid 1 transid 37077 /dev/sdb
[ 1003.207990] parent transid verify failed on 79466496 wanted 33999 found 36704
[ 1003.208363] parent transid verify failed on 79466496 wanted 33999 found 36704
[ 1003.208857] parent transid verify failed on 79466496 wanted 33999 found 36704
[ 1003.208859] parent transid verify failed on 79466496 wanted 33999 found 36704
[ 1003.230889] btrfs: open_ctree failed

btrfs-show plainly enough finds my volume:

$ sudo btrfs-show
Label: StoreW uuid: e98e0ffd-3d0b-4b55-bacc-0d60797f0f29
Total devices 1 FS bytes used 1.79TB
devid 1 size 2.73TB used 1.90TB path /dev/sdb

Btrfs Btrfs v0.19

but everything else (like "btrfsctl -a") doesn''t see it.

I''ve read dozens of pleas for "open_ctree" issues, but none
of them had useful conclusions. Is there anything I can do?

Any help would be appreciated. Thank you. Please CC me on any replies.

Linux veriton 3.0.0-16-generic-pae #28-Ubuntu SMP Fri Jan 27 19:24:01 UTC 2012
i686 i686 i386 GNU/Linux

--
Curtis Jones
curtisjones.us
404.492.6437




--
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

On Sunday 19 February 2012 07:34:22 Curtis Jones wrote:
> Any help would be appreciated. Thank you. Please CC me on any
> replies.
>
> Linux veriton 3.0.0-16-generic-pae #28-Ubuntu SMP Fri Jan 27
> 19:24:01 UTC 2012 i686 i686 i386 GNU/Linux
That''s a fairly old kernel in btrfs terms, you may want to try the 
latest 3.2.x kernel from the Ubuntu Mainline Kernel PPA here:

http://kernel.ubuntu.com/~kernel-ppa/mainline/

If that doesn''t work out you can try the latest 3.3 RC there too.

I''m running the 64-bit 3.2.5 kernel from there on Kubuntu 11.10 and it 
is fine (modulo boot time complaints about the apparmour stuff).

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP

I don''t want to push this too far in the direction of being an Ubuntu
support thread; but do you happen to know of any convenient methods for
installing a 3.2.x kernel on Ubuntu? I''d like to minimize the chance of
screwing up my existing Ubuntu installation....

Thanks for your help.

--
Curtis Jones
curtisjones.us
404.492.6437




On Feb 18, 2012, at 18.00.27, Chris Samuel wrote:
> On Sunday 19 February 2012 07:34:22 Curtis Jones wrote:
> 
>> Any help would be appreciated. Thank you. Please CC me on any
>> replies.
>> 
>> Linux veriton 3.0.0-16-generic-pae #28-Ubuntu SMP Fri Jan 27
>> 19:24:01 UTC 2012 i686 i686 i386 GNU/Linux
> 
> That''s a fairly old kernel in btrfs terms, you may want to try the
> latest 3.2.x kernel from the Ubuntu Mainline Kernel PPA here:
> 
> http://kernel.ubuntu.com/~kernel-ppa/mainline/
> 
> If that doesn''t work out you can try the latest 3.3 RC there too.
> 
> I''m running the 64-bit 3.2.5 kernel from there on Kubuntu 11.10
and it
> is fine (modulo boot time complaints about the apparmour stuff).
> 
> cheers,
> Chris
> -- 
> Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
> 
> This email may come with a PGP signature as a file. Do not panic.
> For more info see: http://en.wikipedia.org/wiki/OpenPGP
--
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

Hi Curtis,

On Sunday 19 February 2012 13:47:35 Curtis Jones wrote:
> I don''t want to push this too far in the direction of being an
> Ubuntu support thread; but do you happen to know of any convenient
> methods for installing a 3.2.x kernel on Ubuntu? I''d like to
> minimize the chance of screwing up my existing Ubuntu
> installation....
My suggestion would be (given the uname -a info you supplied showed
you were running a PAE kernel):

1) First become root with:

sudo -i

2) Then download the current stable mainline kernel release:

wget -c
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2.6-precise/linux-image-3.2.6-030206-generic-
pae_3.2.6-030206.201202131435_i386.deb

3) Install the deb package you just downloaded with:

dpkg -i
./linux-image-3.2.6-030206-generic-pae_3.2.6-030206.201202131435_i386.deb

Then you should be able to reboot into it.

If you want to get rid of it you reboot and pick the latest 3.0 kernel
that grub offers you and then:

sudo -i
apt-get remove --purge linux-image-3.2.6-030206-generic-pae

Hope this helps!

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP

Hi,

I was curious, if one goes the route of upgrading the kernel, how does one
upgrade the btrfs tools?

Thanks.

    -John

----- Original Message -----
From: "Chris Samuel" <chris@csamuel.org>
To: linux-btrfs@vger.kernel.org
Cc: "Curtis Jones" <curtis.jones@gmail.com>
Sent: Saturday, February 18, 2012 6:00:27 PM
Subject: Re: btrfs open_ctree failed (after recent Ubuntu update)

On Sunday 19 February 2012 07:34:22 Curtis Jones wrote:
> Any help would be appreciated. Thank you. Please CC me on any
> replies.
>
> Linux veriton 3.0.0-16-generic-pae #28-Ubuntu SMP Fri Jan 27
> 19:24:01 UTC 2012 i686 i686 i386 GNU/Linux
That''s a fairly old kernel in btrfs terms, you may want to try the 
latest 3.2.x kernel from the Ubuntu Mainline Kernel PPA here:

http://kernel.ubuntu.com/~kernel-ppa/mainline/

If that doesn''t work out you can try the latest 3.3 RC there too.

I''m running the 64-bit 3.2.5 kernel from there on Kubuntu 11.10 and it 
is fine (modulo boot time complaints about the apparmour stuff).

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
--
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

On Sun, Feb 19, 2012 at 07:03:28PM +0000, jlcenter@comcast.net
wrote:
> I was curious, if one goes the route of upgrading the kernel, how
> does one upgrade the btrfs tools?
   The tools are pretty much independent of the kernel -- you can
upgrade the kernel and keep the tools the same. The only thing is that
you would miss out on any new kernel features that the tools didn''t
support.

   For new tools, it''s actually pretty simple to compile your own (you
don''t even have to install them -- the btrfs tool runs perfectly
happily from the build directory). Instructions are on the wiki:

http://btrfs.ipv5.de/index.php?title=Btrfs_source_repositories#Official_repository

   Hugo.
> Thanks.
> 
>     -John
> 
> ----- Original Message -----
> From: "Chris Samuel" <chris@csamuel.org>
> To: linux-btrfs@vger.kernel.org
> Cc: "Curtis Jones" <curtis.jones@gmail.com>
> Sent: Saturday, February 18, 2012 6:00:27 PM
> Subject: Re: btrfs open_ctree failed (after recent Ubuntu update)
> 
> On Sunday 19 February 2012 07:34:22 Curtis Jones wrote:
> 
> > Any help would be appreciated. Thank you. Please CC me on any
> > replies.
> >
> > Linux veriton 3.0.0-16-generic-pae #28-Ubuntu SMP Fri Jan 27
> > 19:24:01 UTC 2012 i686 i686 i386 GNU/Linux
> 
> That''s a fairly old kernel in btrfs terms, you may want to try the
> latest 3.2.x kernel from the Ubuntu Mainline Kernel PPA here:
> 
> http://kernel.ubuntu.com/~kernel-ppa/mainline/
> 
> If that doesn''t work out you can try the latest 3.3 RC there too.
> 
> I''m running the 64-bit 3.2.5 kernel from there on Kubuntu 11.10
and it
> is fine (modulo boot time complaints about the apparmour stuff).
> 
> cheers,
> Chris
-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ==  PGP
key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
            --- There isn''t a noun that can''t be verbed. ---

Thanks, Hugo.  I''ll check this out.  -John

----- Original Message -----
From: "Hugo Mills" <hugo@carfax.org.uk>
To: jlcenter@comcast.net
Cc: linux-btrfs@vger.kernel.org
Sent: Sunday, February 19, 2012 2:26:05 PM
Subject: Re: btrfs open_ctree failed (after recent Ubuntu update)

On Sun, Feb 19, 2012 at 07:03:28PM +0000, jlcenter@comcast.net
wrote:
> I was curious, if one goes the route of upgrading the kernel, how
> does one upgrade the btrfs tools?
   The tools are pretty much independent of the kernel -- you can
upgrade the kernel and keep the tools the same. The only thing is that
you would miss out on any new kernel features that the tools didn''t
support.

   For new tools, it''s actually pretty simple to compile your own (you
don''t even have to install them -- the btrfs tool runs perfectly
happily from the build directory). Instructions are on the wiki:

http://btrfs.ipv5.de/index.php?title=Btrfs_source_repositories#Official_repository

   Hugo.
> Thanks.
> 
>     -John
> 
> ----- Original Message -----
> From: "Chris Samuel" <chris@csamuel.org>
> To: linux-btrfs@vger.kernel.org
> Cc: "Curtis Jones" <curtis.jones@gmail.com>
> Sent: Saturday, February 18, 2012 6:00:27 PM
> Subject: Re: btrfs open_ctree failed (after recent Ubuntu update)
> 
> On Sunday 19 February 2012 07:34:22 Curtis Jones wrote:
> 
> > Any help would be appreciated. Thank you. Please CC me on any
> > replies.
> >
> > Linux veriton 3.0.0-16-generic-pae #28-Ubuntu SMP Fri Jan 27
> > 19:24:01 UTC 2012 i686 i686 i386 GNU/Linux
> 
> That''s a fairly old kernel in btrfs terms, you may want to try the
> latest 3.2.x kernel from the Ubuntu Mainline Kernel PPA here:
> 
> http://kernel.ubuntu.com/~kernel-ppa/mainline/
> 
> If that doesn''t work out you can try the latest 3.3 RC there too.
> 
> I''m running the 64-bit 3.2.5 kernel from there on Kubuntu 11.10
and it
> is fine (modulo boot time complaints about the apparmour stuff).
> 
> cheers,
> Chris
-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ==  PGP
key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
            --- There isn''t a noun that can''t be verbed. ---
--
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

Chris,

Thank you for those kernel-update instructions. That was the least painful
kernel update I could have imagined. I rebooted and verified (via uname) that I
am in fact running the new kernel. After looking at dmesg I can confirm that the
exact same error is still occurring though. I re-read your previous email and
saw that you recommended the 3.3-rc release if 3.2.6 didn''t suffice. So
I did the same thing with 3.3-rc. And I found the same error (or what appears to
be the same error), again:
> [  186.982910] device label StoreW devid 1 transid 37077 /dev/sdb
> [  187.015081] parent transid verify failed on 79466496 wanted 33999 found
36704
> [  187.015088] parent transid verify failed on 79466496 wanted 33999 found
36704
> [  187.015091] parent transid verify failed on 79466496 wanted 33999 found
36704
> [  187.015094] parent transid verify failed on 79466496 wanted 33999 found
36704
> [  187.015764] btrfs: open_ctree failed
uname now reports:
> Linux veriton 3.3.0-030300rc4-generic-pae #201202181935 SMP Sun Feb 19
00:53:06 UTC 2012 i686 i686 i386 GNU/Linux
I''m not sure what to try next; or even how to get more diagnostic
information. Please let me know what additional information I can provide; or if
I should simply throw in the towel (not my first choice).

Thanks again.

--
Curtis Jones




On Feb 19, 2012, at 05.41.09, Chris Samuel wrote:
> Hi Curtis,
> 
> On Sunday 19 February 2012 13:47:35 Curtis Jones wrote:
> 
>> I don''t want to push this too far in the direction of being an
>> Ubuntu support thread; but do you happen to know of any convenient
>> methods for installing a 3.2.x kernel on Ubuntu? I''d like to
>> minimize the chance of screwing up my existing Ubuntu
>> installation....
> 
> My suggestion would be (given the uname -a info you supplied showed
> you were running a PAE kernel):
> 
> 1) First become root with:
> 
> sudo -i
> 
> 2) Then download the current stable mainline kernel release:
> 
> wget -c
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2.6-precise/linux-image-3.2.6-030206-generic-
> pae_3.2.6-030206.201202131435_i386.deb
> 
> 3) Install the deb package you just downloaded with:
> 
> dpkg -i
./linux-image-3.2.6-030206-generic-pae_3.2.6-030206.201202131435_i386.deb
> 
> Then you should be able to reboot into it.
> 
> If you want to get rid of it you reboot and pick the latest 3.0 kernel
> that grub offers you and then:
> 
> sudo -i
> apt-get remove --purge linux-image-3.2.6-030206-generic-pae
> 
> Hope this helps!
> 
> cheers,
> Chris
> -- 
> Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
> 
> This email may come with a PGP signature as a file. Do not panic.
> For more info see: http://en.wikipedia.org/wiki/OpenPGP
--
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

On Mon, Feb 20, 2012 at 10:34 AM, Curtis Jones <curtis.jones@gmail.com>
wrote:
> Chris,
>
> Thank you for those kernel-update instructions. That was the least painful
kernel update I could have imagined. I rebooted and verified (via uname) that I
am in fact running the new kernel. After looking at dmesg I can confirm that the
exact same error is still occurring though. I re-read your previous email and
saw that you recommended the 3.3-rc release if 3.2.6 didn''t suffice. So
I did the same thing with 3.3-rc. And I found the same error (or what appears to
be the same error), again:
>
>> [  186.982910] device label StoreW devid 1 transid 37077 /dev/sdb
>> [  187.015081] parent transid verify failed on 79466496 wanted 33999
found 36704
>> [  187.015088] parent transid verify failed on 79466496 wanted 33999
found 36704
>> [  187.015091] parent transid verify failed on 79466496 wanted 33999
found 36704
>> [  187.015094] parent transid verify failed on 79466496 wanted 33999
found 36704
>> [  187.015764] btrfs: open_ctree failed
>
> uname now reports:
>
>> Linux veriton 3.3.0-030300rc4-generic-pae #201202181935 SMP Sun Feb 19
00:53:06 UTC 2012 i686 i686 i386 GNU/Linux
>
> I''m not sure what to try next;
I''d try with latest tools now. IIRC there''s two programs you
can try:
- btrfs-zero-log, which (as the name implies) zeroes-out transaction log
- restore, which would try to read files from a broken btrfs and copy
it elsewhere, and

Try the first one. If you can, dump the content of the disk to a file
first (with dd or dd_rescue) and try it on that file. Just in case
something goes horribly wrong :)

-- 
Fajar
--
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

Fajar,

Thanks for the instructions. I''ve included some extra detail here for
future generations.

I followed the instructions here (https://wiki.archlinux.org/index.php/Btrfs) to
obtain the source code for btrfs-zero-log, specifically:

	git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
	make 
	make btrfs-zero-log

If this isn''t the source code I should use, please let me know.

I ran into two dependency issues (uuid/uuid.h and attr/xattr.h) during
"make" which I resolved, respectively, with:

	sudo apt-get install uuid-dev
	sudo apt-get install libattr1-dev

And then I ran btrfs-zero-log:

	$ sudo ./btrfs-zero-log /dev/sdb
	parent transid verify failed on 79466496 wanted 33999 found 36704
	parent transid verify failed on 79466496 wanted 33999 found 36704
	parent transid verify failed on 79466496 wanted 33999 found 36704
	parent transid verify failed on 79466496 wanted 33999 found 36704
	Ignoring transid failure
	Unable to find block group for 0
	btrfs-zero-log: extent-tree.c:284: find_search_start: Assertion `!(1)''
failed.

I''ll have to repurpose another disk to try out your restore suggestion;
which I can''t do from my presently remote location. If you have any
other suggestions, or if the above info spawns any new ideas, please let me
know.

Thanks.

--
Curtis Jones
curtisjones.us
404.492.6437




On Feb 20, 2012, at 01.23.00, Fajar A. Nugraha wrote:
> On Mon, Feb 20, 2012 at 10:34 AM, Curtis Jones
<curtis.jones@gmail.com> wrote:
>> Chris,
>> 
>> Thank you for those kernel-update instructions. That was the least
painful kernel update I could have imagined. I rebooted and verified (via uname)
that I am in fact running the new kernel. After looking at dmesg I can confirm
that the exact same error is still occurring though. I re-read your previous
email and saw that you recommended the 3.3-rc release if 3.2.6 didn''t
suffice. So I did the same thing with 3.3-rc. And I found the same error (or
what appears to be the same error), again:
>> 
>>> [  186.982910] device label StoreW devid 1 transid 37077 /dev/sdb
>>> [  187.015081] parent transid verify failed on 79466496 wanted
33999 found 36704
>>> [  187.015088] parent transid verify failed on 79466496 wanted
33999 found 36704
>>> [  187.015091] parent transid verify failed on 79466496 wanted
33999 found 36704
>>> [  187.015094] parent transid verify failed on 79466496 wanted
33999 found 36704
>>> [  187.015764] btrfs: open_ctree failed
>> 
>> uname now reports:
>> 
>>> Linux veriton 3.3.0-030300rc4-generic-pae #201202181935 SMP Sun Feb
19 00:53:06 UTC 2012 i686 i686 i386 GNU/Linux
>> 
>> I''m not sure what to try next;
> 
> I''d try with latest tools now. IIRC there''s two programs
you can try:
> - btrfs-zero-log, which (as the name implies) zeroes-out transaction log
> - restore, which would try to read files from a broken btrfs and copy
> it elsewhere, and
> 
> Try the first one. If you can, dump the content of the disk to a file
> first (with dd or dd_rescue) and try it on that file. Just in case
> something goes horribly wrong :)
> 
> -- 
> Fajar
--
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