From mboxrd@z Thu Jan 1 00:00:00 1970 From: Loiseleur Michel Subject: Re: Kernel Panic in ext3 Date: Fri, 04 Aug 2006 15:09:34 +0200 Message-ID: <44D3470E.4040708@linagora.com> References: <44D32344.7070801@linagora.com> <20060804114850.GK31998@harddisk-recovery.com> Reply-To: linux-fsdevel@vger.kernel.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Erik Mouw Return-path: Received: from whisky.linagora.com ([84.14.148.71]:36032 "EHLO whisky.linagora.com") by vger.kernel.org with ESMTP id S1030250AbWHDNJi (ORCPT ); Fri, 4 Aug 2006 09:09:38 -0400 To: linux-fsdevel@vger.kernel.org In-Reply-To: <20060804114850.GK31998@harddisk-recovery.com> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Erik Mouw wrote: > On Fri, Aug 04, 2006 at 12:36:52PM +0200, Loiseleur Michel wrote: > =20 >> I work with a Red Hat AS kernel (2.6.9-11-smp) on a bi-proc AMD.= =20 >> =20 > > Ask Red Hat for support. > =20 I am the support, or more correct, I try to be it :). >> I had a kernel panic this night, you will find an extract of the >> /var/log/messages in the attached file. The server is a backup one, = and >> it was during really big batch processing. you will see too that's S= MART >> seems wrong, the hdds are not so hot. >> =20 > > The temperature attribute doesn't have to tell the temperature in > degrees Celcius (or Fahrenheit). There's sometimes a little calculati= on > needed to get to something humans understand. hddtemp can do that for > you. > =20 thanks for the tip. > =20 >> I have looked at the code and all seems to be in fs/ext3. It "se= ems" >> that during an " ext3_ordered_writepage"=20 in fs/ext3/inode.c:1262, >> the fs tries to walk along the >> page (walk_page_buffers) but he can't because the "page" is null. th= at's >> what the trace told me. >> >> My first idea is to correct it with something like this : >> if (!page) >> goto out_fail; >> >> >> But I feel that's not the good way or maybe my thought is wrong.= Is >> there an ext3 maintener in the plane ? :) >> =20 > > There are, but... > > =20 >> Aug 4 01:08:09 ju kernel: Modules linked in: nfsd exportfs lockd su= nrpc basp(U) md5 ipv6 i2c_dev i2c_core dm_mod button battery ac hw_rand= om e1000 floppy ext3 jbd raid1 aic7xxx sd_mod scsi_mod >> Aug 4 01:08:09 ju kernel: CPU: 0 >> Aug 4 01:08:09 ju kernel: EIP: 0060:[] Tainted: P = VLI >> =20 > > Your kernel is tainted by a proprietary module (I guess the "basp" > module) so it's impossible to debug your problem. The only one able t= o > debug your problem is the vendor of that proprietary module. > =20 Oops, I didn't notice it. After some search, I saw it's a module for load-balancing over network made by broadcom. basp stands for "Broadcom Advanced Server Program". More info here : http://support.3com.com/infodeli/tools/nic/linux/linuxasp996release.txt= =2E It don't seem to be related to my problem, but I will remove it, I don'= t need it anyway. Thanks for your advice, --=20 Loiseleur Michel - TM2L (08000LINUX) LINAGORA 27, rue de Berri 1er =E9tage 75008 PARIS T=E9l : 01 58 18 68 28 =46ax : 01 58 18 68 29 "Si hoc legere scis nimium eruditionis habes" - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html