Re: (NFS) BUG: at page-writeback.c:829 [Was: 2.6.22-rc1-mm1]

From: Nick Piggin
Date: Wed May 16 2007 - 08:39:47 EST


Jiri Slaby wrote:
Andrew Morton napsal(a):

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/


I've got this in dmesg:

BUG: at /local/xslaby/xxx/mm/page-writeback.c:829 __set_page_dirty_nobuffers()
[<c010531e>] dump_trace+0x1ce/0x200
[<c010536a>] show_trace_log_lvl+0x1a/0x30
[<c0106012>] show_trace+0x12/0x20
[<c0106086>] dump_stack+0x16/0x20
[<c015566d>] __set_page_dirty_nobuffers+0x11d/0x130
[<c0155690>] redirty_page_for_writepage+0x10/0x20
[<c01938fc>] __block_write_full_page+0x20c/0x330
[<c0193b0a>] block_write_full_page+0xea/0x100
[<c0196c82>] blkdev_writepage+0x12/0x20
[<c015539e>] __writepage+0xe/0x30
[<c01558c2>] write_cache_pages+0x222/0x340
[<c0155a03>] generic_writepages+0x23/0x30
[<c0155a3e>] do_writepages+0x2e/0x50
[<c018decb>] __writeback_single_inode+0x8b/0x470
[<c018e75b>] generic_sync_sb_inodes+0x24b/0x470
[<c018e9a7>] sync_sb_inodes+0x27/0x30
[<c018ec33>] writeback_inodes+0xb3/0xe0
[<c01560f2>] wb_kupdate+0x82/0xf0
[<c015660b>] pdflush+0xeb/0x1b0
[<c0132e72>] kthread+0x42/0x70
[<c0104d4b>] kernel_thread_helper+0x7/0x1c

Do you have any messages before this one? Seems like it is probably metadata,
but we've only caught it at the last minute...


=======================
BUG: at /local/xslaby/xxx/mm/page-writeback.c:829 __set_page_dirty_nobuffers()
[<c010531e>] dump_trace+0x1ce/0x200
[<c010536a>] show_trace_log_lvl+0x1a/0x30
[<c0106012>] show_trace+0x12/0x20
[<c0106086>] dump_stack+0x16/0x20
[<c015566d>] __set_page_dirty_nobuffers+0x11d/0x130
[<f8b1fc5b>] nfs_updatepage+0x7b/0x200 [nfs]
[<f8b156df>] nfs_commit_write+0x2f/0x50 [nfs]
[<c0150911>] generic_file_buffered_write+0x2a1/0x660
[<c0150f52>] __generic_file_aio_write_nolock+0x282/0x520
[<c0151252>] generic_file_aio_write+0x62/0xd0
[<f8b15def>] nfs_file_write+0xef/0x1c0 [nfs]
[<c01715e0>] do_sync_write+0xd0/0x110
[<c0171e04>] vfs_write+0x94/0x130
[<c017248d>] sys_write+0x3d/0x70
[<c01040e8>] syscall_call+0x7/0xb
[<b7eb7b3e>] 0xb7eb7b3e
=======================

This one is NFS, setting the page dirty while it is not uptodate. Trond,
is this because NFS keeps track of dirty regions of the page with private
data? It might make sense to avoid this warning if PagePrivate is set...
would that fix the NFS case?

--
SUSE Labs, Novell Inc.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/