X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id pBSHGmqS201965 for ; Wed, 28 Dec 2011 11:16:49 -0600 X-ASG-Debug-ID: 1325092603-02220162b15eed80001-w1Z2WR Received: from bombadil.infradead.org (173-166-109-252-newengland.hfc.comcastbusiness.net [173.166.109.252]) by cuda.sgi.com with ESMTP id Uh5dSShiFAxeu6JA for ; Wed, 28 Dec 2011 09:16:43 -0800 (PST) X-Barracuda-Envelope-From: BATV+2d4717c0e58fed09107c+3048+infradead.org+hch@bombadil.srs.infradead.org X-Barracuda-Apparent-Source-IP: 173.166.109.252 Received: from hch by bombadil.infradead.org with local (Exim 4.76 #1 (Red Hat Linux)) id 1Rfx7L-0006lL-4K; Wed, 28 Dec 2011 17:16:43 +0000 Date: Wed, 28 Dec 2011 12:16:43 -0500 From: Christoph Hellwig To: Jeremy Sanders Cc: linux-xfs@oss.sgi.com Subject: Re: bug in fs/xfs/xfs_aops.c:959! (kernel 3.1.5) Message-ID: <20111228171643.GA18895@infradead.org> X-ASG-Orig-Subj: Re: bug in fs/xfs/xfs_aops.c:959! (kernel 3.1.5) References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html X-Barracuda-Connect: 173-166-109-252-newengland.hfc.comcastbusiness.net[173.166.109.252] X-Barracuda-Start-Time: 1325092603 X-Barracuda-URL: http://cuda.sgi.com:80/cgi-mod/mark.cgi X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.10 X-Barracuda-Spam-Status: No, SCORE=0.10 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=RDNS_DYNAMIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.84367 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.10 RDNS_DYNAMIC Delivered to trusted network by host with dynamic-looking rDNS X-Virus-Status: Clean On Mon, Dec 19, 2011 at 09:36:24AM +0000, Jeremy Sanders wrote: > Hello - this was just produced in kernel 3.1.5 (Fedora 16, x86-64, > kernel-3.1.5-1.fc16.x86_64). Line 959 in 3.1.5 is this: bh = head = page_buffers(page); page_buffers expands to: #define page_buffers(page) \ ({ \ BUG_ON(!PagePrivate(page)); \ ((struct buffer_head *)page_private(page)); \ }) so what we got here is a page without buffers. Very odd. [] __writepage+0x17/0x40 [] write_cache_pages+0x20d/0x460 [] generic_writepages+0x4a/0x70 [] xfs_vm_writepages+0x4d/0x60 [xfs] [] do_writepages+0x21/0x40 [] writeback_single_inode+0x149/0x3e0 [] writeback_sb_inodes+0x1a0/0x240 [] __writeback_inodes_wb+0x9e/0xd0 [] wb_writeback+0x25b/0x340 [] wb_do_writeback+0x1c3/0x200 [] bdi_writeback_thread+0x83/0x2a0 [] kthread+0x8c/0xa0 [] kernel_thread_helper+0x4/0x10 And this looks like an entirely normal callchain for the flusher thread. Something must have set the page dirty without going through the normal XFS codepath. Did you use any interesting virtualization things, or utrace / systemtap or anything odd?