oops at mount

2013-05-30 Thread Papp Tamas
hi All, I'm new on the list. System: Distributor ID: Ubuntu Description:Ubuntu 13.04 Release:13.04 Codename: raring Linux ctu 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:35:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux The symptom is the same with Saucy 3.9 kernel. ii

Re: oops at mount

2013-05-30 Thread Josef Bacik
On Thu, May 30, 2013 at 05:17:06AM -0600, Papp Tamas wrote: hi All, I'm new on the list. System: Distributor ID: Ubuntu Description: Ubuntu 13.04 Release: 13.04 Codename: raring Linux ctu 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:35:23 UTC 2013 x86_64 x86_64

Re: Btrfs metadata corruption; unmountable FS

2013-05-30 Thread Josef Bacik
On Wed, May 29, 2013 at 08:55:31PM -0600, Alex Marquez wrote: I'm not entirely sure what went completely wrong. Three possibilities are most likely, and they're listed below. For reference, here are supplemental materials split out into their own pastebins: * btrfs-debug-tree -R log

Re: oops at mount

2013-05-30 Thread Stefan Behrens
On Thu, 30 May 2013 08:32:35 -0400, Josef Bacik wrote: On Thu, May 30, 2013 at 05:17:06AM -0600, Papp Tamas wrote: hi All, I'm new on the list. System: Distributor ID: Ubuntu Description: Ubuntu 13.04 Release: 13.04 Codename:raring Linux ctu 3.8.0-19-generic #30-Ubuntu SMP

Re: oops at mount

2013-05-30 Thread Chris Mason
Quoting Stefan Behrens (2013-05-30 08:55:58) On Thu, 30 May 2013 08:32:35 -0400, Josef Bacik wrote: On Thu, May 30, 2013 at 05:17:06AM -0600, Papp Tamas wrote: hi All, I'm new on the list. System: Distributor ID: Ubuntu Description: Ubuntu 13.04 Release: 13.04

Re: oops at mount

2013-05-30 Thread Stefan Behrens
On Thu, 30 May 2013 10:03:29 -0400, Chris Mason wrote: Quoting Stefan Behrens (2013-05-30 08:55:58) Papp is using an Intel X18-M/X25-M/X25-V G2 SSD. At least with an Intel X25 SSD that identifies itself with INTEL SSDSA2M080 and on one with the ID INTEL SSDSA2M040, I've tested whether they

Re: oops at mount

2013-05-30 Thread Chris Mason
Quoting Stefan Behrens (2013-05-30 10:59:59) On Thu, 30 May 2013 10:03:29 -0400, Chris Mason wrote: Quoting Stefan Behrens (2013-05-30 08:55:58) Papp is using an Intel X18-M/X25-M/X25-V G2 SSD. At least with an Intel X25 SSD that identifies itself with INTEL SSDSA2M080 and on one with the

Re: nocow 'C' flag ignored after balance

2013-05-30 Thread Kyle Gates
On Wed, May 29, 2013 Miao Xie wrote: On wed, 29 May 2013 10:55:11 +0900, Liu Bo wrote: On Tue, May 28, 2013 at 09:22:11AM -0500, Kyle Gates wrote: From: Liu Bo bo.li@oracle.com Subject: [PATCH] Btrfs: fix broken nocow after a normal balance [...] Sorry for the long wait in replying.

Re: Btrfsck errors (fs tree 565 refs 125 not found) - how serious

2013-05-30 Thread Clemens Eisserer
Hi again, I am able to induce the btrfsck errors I experienced using a synthetic workload on a fresh filesystem with linux-3.10.0.rc2. However as filing the bug-report would take quite some time (uploading 512mb trace-files, writing a short read-me, ...) I wonder whether this is an issue woth of

Re: Btrfs metadata corruption; unmountable FS

2013-05-30 Thread Alex Marquez
Oh, I see... Well at least now I know. Thanks! I'll probably go for the safer route of using 3.10... Though I'd like to know how stable the current RC is wrt btrfs, if instead I should wait for the release. ~Alex On May 30, 2013, at 8:52 AM, Josef Bacik jba...@fusionio.com wrote: On Wed,

Re: Btrfsck errors (fs tree 565 refs 125 not found) - how serious

2013-05-30 Thread Josef Bacik
On Thu, May 30, 2013 at 12:06:50PM -0600, Clemens Eisserer wrote: Hi again, I am able to induce the btrfsck errors I experienced using a synthetic workload on a fresh filesystem with linux-3.10.0.rc2. However as filing the bug-report would take quite some time (uploading 512mb trace-files,

Re: oops at mount

2013-05-30 Thread Stefan Behrens
On 05/30/2013 13:17, Papp Tamas wrote: hi All, I'm new on the list. System: Distributor ID:Ubuntu Description:Ubuntu 13.04 Release:13.04 Codename:raring Linux ctu 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:35:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux The symptom is the

[PATCH] Btrfs: stop all workers before cleaning up roots

2013-05-30 Thread Josef Bacik
Dave reported a panic because the extent_root-commit_root was NULL in the caching kthread. That is because we just unset it in free_root_pointers, which is not the correct thing to do, we have to either wait for the caching kthread to complete or hold the extent_commit_sem lock so we know the

testing stable pages being modified

2013-05-30 Thread Zach Brown
'stable' pages have always been a bit of a fiction. It's easy to intentionally modify stable pages under io with some help from page references that ignore mappings and page state. Here's little test that uses O_DIRECT to get the pinned aio ring pages under IO and then has event completion

Re: testing stable pages being modified

2013-05-30 Thread Chris Mason
Quoting Zach Brown (2013-05-30 18:36:10) 'stable' pages have always been a bit of a fiction. It's easy to intentionally modify stable pages under io with some help from page references that ignore mappings and page state. Here's little test that uses O_DIRECT to get the pinned aio ring