Messages in this thread | | | Date | Thu, 20 Mar 2003 13:24:09 +0000 | From | Dave Jones <> | Subject | Re: reiserfs oops [2.5.65] |
| |
On Thu, Mar 20, 2003 at 11:25:59AM +0300, Oleg Drokin wrote:
> Hm, very interesting. Thank you. > I've seen this once too, but on kernel patched with lots of unrelated and > possibly memory corrupting stuff. > I will look at it more closely. > BTW, it oopsed not in find. Is your box SMP?
Same box committed seppuku overnight, this time in a different way.
There's lots of "slab error in cache_alloc_debugcheck_after()" warnings. cache reiser_inode_cache memory after object was overwritten
Some call traces. check_poison_obj <- kmem_cache_alloc <- reierfs_alloc_inode <- reiserfs_alloc_inode <- alloc_inode <- get_new_inode <- reiserfs_init_locked <- reiserfs_find_actor <- reiserfs_iget <- reiserfs_find_actor <- reiserfs_init_locked_inode <- reiserfs_lookup <- real_lookup <- do_lookup <- link_path_walk <- kmem_cache_alloc <- __user_walk <- vfs_lstat <- sys_lstat64 <- syscall_call
Slab corruption: start=c70c7044, expend=c70c7213 problemat=c70c7044 Last user: [<c0280dcb>](reiserfs_alloc_inode+0x1b/0x30) Data: (lots of hex)
I'll give that box a run of memtest to rule out memory corruption problems. I'll also hook up a serial terminal tonight to catch tomorrow nights 'activity' in full 8-)
Dave
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |