| To: | Dave Chinner <david@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: XFS: Assertion failed: bp->b_bn != XFS_BUF_DADDR_NULL, file: fs/xfs/xfs_buf.c, line: 598 |
| From: | Rafał Kupka <kupson@xxxxxxxxxx> |
| Date: | Thu, 08 Mar 2012 20:10:17 +0100 |
| Cc: | Christoph Hellwig <hch@xxxxxxxxxxxxx>, xfs@xxxxxxxxxxx |
| Dkim-signature: | v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kupson.net; s=pn10; h=Content-Transfer-Encoding:Mime-Version:Message-ID:Date:Content-Type:References:In-Reply-To:Cc:To:From:Subject; bh=u21QH9YnVJ6dLTwHSYBBiMfhK6U6UmawwyQ8jI/mvxQ=; b=P1SCp/3TRSwJ0saPKwqxTHKjgJ4CCd4MzaSL1+YdOExgvk+oiT1JO0awLsf3UeaP8YkXWQZ1SWhTh8CmiwCNASK9lVTtkBaFjVTujoSmRD+/q8sX9vzfZKHXr5C3H6oybo5MvYD+QKeQ90WRHMg+n5KxYqkPNAEU6rGraSFy4Dc=; |
| In-reply-to: | <20120306203020.GG3592@dastard> |
| References: | <1330539626.7615.73.camel@xxxxxxxxxxxxxxxx> <20120302104348.GA22230@xxxxxxxxxxxxx> <1330774627.32457.24.camel@xxxxxxxxxxxxxxxx> <20120303114413.GA18748@xxxxxxxxxxxxx> <1330983612.28645.18.camel@xxxxxxxxxxxxxxxx> <20120306203020.GG3592@dastard> |
On Wed, 2012-03-07 at 07:30 +1100, Dave Chinner wrote: > On Mon, Mar 05, 2012 at 10:40:12PM +0100, Rafał Kupka wrote: Hi, > > is good and first bad commit is: > > > > 0e6e847f "xfs: stop using the page cache to back the buffer cache" > > Which changed internals of the buffer cache, but not the external > interfaces. > > > I double tested it - 704b2907 can do 60+ loops of xfsdump without any > > trouble and 0e6e847f breaks in <10 iterations. > > What is your test case? I run xfsdump (to /dev/null) in a loop and execute postmark benchmark at the same time. It's a minimal Debian/Squeeze installation in KVM guest but it happened on another system too. An Xen server with 512MB memory in Dom0. xfsdump -f /dev/null -l0 -p1 -J -L "test" -M "test" / and postmark with file (also in loop): set size 500 1000000 set number 1000 set transactions 1000 run quit Typically after few iterations xfsdump is stuck with log messages mentioned in previous e-mails. Important thing I recently notice - I'm able to reproduce this bug only on small memory KVM guests (384M). This very same system started with 1G memory runs fine for 100+ xfsdump executions. > Also, it might be worthwhile to capture an event trace (e.g. all the > xfs_buf events) to see what occurs just before the error is > triggered. That might tell us exactl what sequence has occurred > leading up to the error. I will try to provide this information in a few days. Best Regards, Rafal Kupka |
| Previous by Date: | Safe to use XFS in production in Linux 3.2.9?, Sean Thomas Caron |
|---|---|
| Next by Date: | Re: [PATCH 8/8] xfs: add back fdatasync support, Ben Myers |
| Previous by Thread: | Re: XFS: Assertion failed: bp->b_bn != XFS_BUF_DADDR_NULL, file: fs/xfs/xfs_buf.c, line: 598, Dave Chinner |
| Next by Thread: | Re: XFS: Assertion failed: bp->b_bn != XFS_BUF_DADDR_NULL, file: fs/xfs/xfs_buf.c, line: 598, RafaÅ Kupka |
| Indexes: | [Date] [Thread] [Top] [All Lists] |