Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964809AbWBTJZs (ORCPT ); Mon, 20 Feb 2006 04:25:48 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964807AbWBTJZs (ORCPT ); Mon, 20 Feb 2006 04:25:48 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.31.123]:43720 "EHLO atrey.karlin.mff.cuni.cz") by vger.kernel.org with ESMTP id S964808AbWBTJZr (ORCPT ); Mon, 20 Feb 2006 04:25:47 -0500 Date: Mon, 20 Feb 2006 10:25:46 +0100 From: Jan Kara To: Maurice Volaski Cc: ext3-users@redhat.com, linux-kernel@vger.kernel.org Subject: Re: ext3 involved in kernel panic in 2.6.13? Message-ID: <20060220092546.GA12208@atrey.karlin.mff.cuni.cz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2074 Lines: 48 > Dual Opteron system running ext3 atop drbd (network RAID) devices, > which, in turn, are atop LVM logical volumes. The underlying device > is hardware SCSI RAID via a LSILogic HBA. The kernel is vanilla > 2.6.13 on a Gentoo-based system. > > A panic occurred, which contains references to ext3 code. > > I'm not sure how others manage to get these typed out, but I'm > manually typing it from what's on the monitor: There should be more in the logs (just before the Call Trace:). Didn't you capture also that information? Without it it is rather hard to find out what was happening. > Call Trace: {i8042_interrupt+111} > {commit_timeout+0} > {run_timer_softirq+387} > {__do_softirq+113} > {call_softirq+31} {do_softirq+53} > {apic_timer_interrupt+132} > {do_get_write_access+118} > {do_get_write_access+94} {__getblk+47} > {filldir+0} > {journal_get_write_access+41} > {ext3_reserve_inode+write+76} > {filldir+0} > {ext3_mark_inode_dirty+56} > {journal_start_229} > {ext3_dirty_inode+113} > {__mark_inode_dirty+52} > {update_atime+123} {vfs_readdir+166} > {syst_getdents+130} {sys_fcntl+830} > {system_call+126} > > Code: 8b 40 18 48 c1 e0 07 48 8b 98 08 58 5b 80 4c 01 e3 48 89 df > RIP {try_to_wake_up+57} RSP > <0>Kernel panic - not syncing: Aiee, killing interrupt handler! Bye Honza -- Jan Kara SuSE CR Labs - 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/