linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alexander Holler <holler@ahsoftware.de>
To: Jan Kara <jack@suse.cz>
Cc: Dan Carpenter <dan.carpenter@oracle.com>, linux-kernel@vger.kernel.org
Subject: Re: kernel BUG at fs/buffer.c:3205 (stable 3.5.3)
Date: Thu, 27 Sep 2012 18:20:28 +0200	[thread overview]
Message-ID: <50647CCC.7010407@ahsoftware.de> (raw)
In-Reply-To: <506474E8.3030300@ahsoftware.de>

Am 27.09.2012 17:46, schrieb Alexander Holler:
> Hello,
>
> Am 27.09.2012 17:12, schrieb Jan Kara:
>>    Just some thoughts about your oops:
>> The assertion which fails is:
>> BUG_ON(!list_empty(&bh->b_assoc_buffers));
>>
>> Now b_assoc_buffers isn't used very much. In particular ext4 which you
>> seem
>> to be using doesn't use this list at all (except when mounted in
>> nojournal
>> mode but that doesn't seem to be your case). That would point rather
>> strongly at a memory corruption issue.
>>
>> So if you can reproduce the oops, it might be interesting to print
>> bh->b_assoc_buffers.next and &bh->b_assoc_buffers.next if the list is
>> found
>> to be non-empty.
>
> Hmm, a loose pointer would explain it all too. Especially the cases when
> I just have seen wrong content in the archive without having any oops. I
> try to reproduce it with
>
> pr_info("AHO: %p %p\n", bh->b_assoc_buffers.next,
> &bh->b_assoc_buffers.next);
>
> after the BUG_ON().
>
> Thanks for the hint. I wasn't already that far to know that
> b_assoc_buffers isn't used that much.

Hmm, that doesn't look very practicable because b_assoc_buffers seems to 
be used a lot here. ;)
Maybe I should have mentioned that I'm mounting the source filesystem 
(root with ext4) with 
nodelalloc(rw,noatime,nodelalloc,errors=remount-ro,data=ordered), and to 
backup it, I'm using a bind-mount (mount -o bind / /foo) as source.

But the debug output starts very early on boot, where no bind-mount is used:

---------------------
Sep 27 18:03:23 krabat udevd[1254]: invalid rule 
'/etc/udev/rules.d/80-aho.rules:26'
Sep 27 18:03:23 krabat kernel: [    4.562670] usb usb8: New USB device 
found, idVendor=1d6b, idProduct=0001
Sep 27 18:03:23 krabat kernel: [    4.562671] usb usb8: New USB device 
strings: Mfr=3, Product=2, SerialNumber=1
Sep 27 18:03:23 krabat systemd-uaccess[1363]: Failed to apply ACL on 
/dev/kvm: Operation not supported
Sep 27 18:03:23 krabat kernel: [    4.562673] usb usb8: Product: UHCI 
Host Controller
Sep 27 18:03:23 krabat kernel: [    4.562674] usb usb8: Manufacturer: 
Linux 3.5.4-00009-gfa43f23-dirty uhci_hcd
Sep 27 18:03:23 krabat kernel: [    4.562676] usb usb8: SerialNumber: 
0000:00:1d.0
Sep 27 18:03:23 krabat systemd-uaccess[1716]: Failed to apply ACL on 
/dev/kvm: Operation not supported
Sep 27 18:03:23 krabat kernel: [    4.563285] hub 8-0:1.0: USB hub found
Sep 27 18:03:23 krabat kernel: [    4.563288] hub 8-0:1.0: 2 ports detected
Sep 27 18:03:23 krabat systemd-uaccess[2324]: Failed to apply ACL on 
/dev/snd/timer: Operation not supported
Sep 27 18:03:23 krabat kernel: [    4.563316] AHO: ffff880212e4b048 
ffff880212e4b048
Sep 27 18:03:23 krabat kernel: [    4.563318] AHO: ffff880212e4b0b0 
ffff880212e4b0b0
Sep 27 18:03:23 krabat kernel: [    4.563319] AHO: ffff880212e4b118 
ffff880212e4b118
---------------------

And afterwards I see tons of those messages, so it doesn't look usable. 
Anyway, I retry to repdroduce the problem without that debug line, just 
to see if still can reproduce the problem with F17 as userspace (and 
kernel 3.5.4 instead of 3.5.3).

Regards,

Alexander

  reply	other threads:[~2012-09-27 16:20 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-14 11:34 kernel BUG at fs/buffer.c:3205 (stable 3.5.3) Alexander Holler
2012-09-25 11:02 ` Dan Carpenter
2012-09-27 11:45   ` Alexander Holler
2012-09-27 15:12     ` Jan Kara
2012-09-27 15:46       ` Alexander Holler
2012-09-27 16:20         ` Alexander Holler [this message]
2012-09-27 18:01           ` Alexander Holler
2012-09-27 18:12             ` Alexander Holler
2012-09-27 20:05             ` Jan Kara
2012-09-28  8:09               ` Alexander Holler
2012-09-27 20:03         ` Jan Kara
2012-09-29 19:07           ` Alexander Holler
2012-10-01  9:10             ` Jan Kara
2012-10-01  9:21               ` Alexander Holler
2012-10-02  9:30                 ` Alexander Holler
2012-10-14  9:10                   ` Alexander Holler
2012-10-14 12:27                     ` Alan Cox
2012-10-15  8:46                       ` Alexander Holler

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=50647CCC.7010407@ahsoftware.de \
    --to=holler@ahsoftware.de \
    --cc=dan.carpenter@oracle.com \
    --cc=jack@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    /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).