Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161042AbWBTRGc (ORCPT ); Mon, 20 Feb 2006 12:06:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161044AbWBTRGc (ORCPT ); Mon, 20 Feb 2006 12:06:32 -0500 Received: from mailgw.aecom.yu.edu ([129.98.1.16]:24494 "EHLO mailgw.aecom.yu.edu") by vger.kernel.org with ESMTP id S1161042AbWBTRGb (ORCPT ); Mon, 20 Feb 2006 12:06:31 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060220092546.GA12208@atrey.karlin.mff.cuni.cz> References: <20060220092546.GA12208@atrey.karlin.mff.cuni.cz> Date: Mon, 20 Feb 2006 12:06:35 -0500 To: Jan Kara From: Maurice Volaski Subject: Re: ext3 involved in kernel panic in 2.6.13? Cc: ext3-users@redhat.com, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2457 Lines: 59 > > 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. Unfortunately, crash information never appears in regular system log, at least using the metalog logging program. I think I would have to configure the netconsole to do that. > > 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 -- Maurice Volaski, mvolaski@aecom.yu.edu Computing Support, Rose F. Kennedy Center Albert Einstein College of Medicine of Yeshiva University - 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/