From: Frank van Maarseveen Subject: Re: 2.6.24.3 kernel BUG at fs/nfs/pagelist.c:82 Date: Sat, 12 Apr 2008 12:10:17 +0200 Message-ID: <20080412101017.GB29211@janus> References: <20080319094942.GA7627@janus> <1206017233.8465.7.camel@heimdal.trondhjem.org> <20080320125716.GA20071@janus> <20080410115433.GA29211@janus> <1207944436.14621.6.camel@heimdal.trondhjem.org> <47FFC5C2.1070009@redhat.com> <1207946679.15646.29.camel@heimdal.trondhjem.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Peter Staubach , linux-nfs@vger.kernel.org To: Trond Myklebust Return-path: Received: from frankvm.xs4all.nl ([80.126.170.174]:53483 "EHLO janus.localdomain" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1756291AbYDLKKT (ORCPT ); Sat, 12 Apr 2008 06:10:19 -0400 In-Reply-To: <1207946679.15646.29.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org> Sender: linux-nfs-owner@vger.kernel.org List-ID: It happened again. tail -f died with the usual stack trace: > [] show_trace_log_lvl+0x1a/0x30 > [] show_stack_log_lvl+0x9a/0xc0 > [] show_registers+0xc8/0x1d0 > [] die+0x10c/0x230 > [] do_trap+0x91/0xd0 > [] do_invalid_op+0x89/0xa0 > [] error_code+0x72/0x80 > [] nfs_readpage_async+0xb5/0x1b0 > [] nfs_readpage+0xae/0x120 > [] do_generic_mapping_read+0xe8/0x440 > [] generic_file_aio_read+0x160/0x190 > [] nfs_file_read+0x97/0xe0 > [] do_sync_read+0xc7/0x120 > [] vfs_read+0x84/0x130 > [] sys_read+0x3d/0x70 > [] syscall_call+0x7/0xb And this is the trace of the writer, now stuck in state D (using echo t >/proc/sysrq-trigger): > [] io_schedule+0x1e/0x30 > [] sync_page+0x35/0x60 > [] __wait_on_bit_lock+0x49/0x70 > [] __lock_page+0x85/0xa0 > [] find_lock_page+0x62/0xa0 > [] __grab_cache_page+0x1c/0xb0 > [] nfs_write_begin+0x18/0x60 > [] generic_perform_write+0x9e/0x180 > [] generic_file_buffered_write+0x67/0x110 > [] __generic_file_aio_write_nolock+0x247/0x560 > [] generic_file_aio_write+0x5c/0xd0 > [] nfs_file_write+0xa7/0x150 > [] do_sync_write+0xc7/0x120 > [] vfs_write+0x87/0x130 > [] sys_write+0x3d/0x70 > [] syscall_call+0x7/0xb The file is not mmap()'ed, at least not by reader or writer in userland. -- Frank