linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Josef Bacik <josef@redhat.com>
To: whirm@gmx.com
Cc: linux-btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: kernel BUG at fs/btrfs/inode.c:149!
Date: Mon, 16 May 2011 10:11:19 -0400	[thread overview]
Message-ID: <4DD13087.7000907@redhat.com> (raw)
In-Reply-To: <201105161117.20768.whirm@gmx.com>

On 05/16/2011 05:17 AM, whirm@gmx.com wrote:
> On Friday 13 May 2011 20:52:22 Josef Bacik wrote:
>> On 05/13/2011 01:19 PM, whirm@gmx.com wrote:
>>> On Thursday 05 May 2011 20:57:17 Josef Bacik wrote:
>>> [..]
>>>
>>>> It doesn't look like that bit had my debugging output.  Thanks,
>>>>
>>>> Josef
>>>
>>> Looks like the last message I sent didn't make to the list. Here's the
>>> link to
>>
>>> the debug log:
>> So unfortunately I don't know how we ended up with duplicate entries in
>> the free space cache, but I can make it so we discard the cache if this
>> happens.  Please try the patch I just sent to the list
>>
>> [PATCH] Btrfs: check for duplicate entries in the free space cache
>>
>> this will make your fs able to be mounted at the very least.  I'll try
>> and figure out how this sort of thing happens.  If you manage to make it
>> happen on purpose let me know how you did it so I can figure out what
>> I'm doing wrong.  Thanks,
>
> I was able to mount it readonly and copy all the content from it without
> problems (with vanilla linus' tree). The only out of ordinary thing I did
> before the error coming up, was to defrag the filesystem (find ~/ -xdev -type
> f -print0 | xargs -0 sudo ./btrfs filesystem defragment -c) with btrfs-tools
> from the latest git. After this I think I rebooted once the same day and
> everything was working ok. The day after in the morning I powered up the
> laptop and I wasn't able to mount the home volume.
> I'm on a 64 bit Debian SID with custom kernel. Using btrfs on home and root
> and ext4 in 3 or 4 other FS, everything is on lvm in luks.
>
> The only thing I think of I can try is to recreate the filesystem, copy the
> same data on it, defrag and try to umount/remount several times... (although
> the data will not be fragmented so we may not hit this error) What do you say?
>

Sorry I'm having problems following what you are saying.  You mean this 
is how you got into this current situation, or that this is what is 
currently happening to you.  If it's the first one then cool, if you can 
try and make it happen again I would be grateful.  If it's the second 
one then my patch didn't work and I need to try and figure out whats 
going wrong.  Thanks,

Josef

  reply	other threads:[~2011-05-16 14:11 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <201105051954.48405.whirm@gmx.com>
2011-05-05 18:57 ` kernel BUG at fs/btrfs/inode.c:149! Josef Bacik
2011-05-13 17:19   ` whirm
2011-05-13 18:52     ` Josef Bacik
2011-05-16  9:17       ` whirm
2011-05-16 14:11         ` Josef Bacik [this message]
2011-05-16 15:01           ` Whirm
2011-05-16 16:28             ` Josef Bacik
2011-05-23 11:57               ` Elric Milon
2011-05-23 19:51                 ` Josef Bacik
2011-05-30 11:12                   ` Elric Milon
2011-05-31 13:56                     ` Josef Bacik
     [not found] <201105051412.03175.whirm@gmx.com>
2011-05-05 17:53 ` Josef Bacik
2011-05-04 14:26 whirm
2011-05-04 14:46 ` Josef Bacik
2011-05-04 17:43   ` whirm
2011-05-04 18:21     ` Josef Bacik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DD13087.7000907@redhat.com \
    --to=josef@redhat.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=whirm@gmx.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).