From: Dmitry Monakhov Subject: Re: 2.6.33-rc1: kernel BUG at fs/ext4/inode.c:1063 (sparc) Date: Sat, 26 Dec 2009 02:47:47 +0300 Message-ID: <87eimir4yk.fsf@openvz.org> References: <87hbrfdylc.fsf@openvz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Linux Kernel Mailing List , linux-ext4@vger.kernel.org, Jens Axboe , Theodore Ts'o To: Alexander Beregalov Return-path: Received: from mail.2ka.mipt.ru ([194.85.80.4]:37186 "EHLO mail.2ka.mipt.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753203AbZLYXrw convert rfc822-to-8bit (ORCPT ); Fri, 25 Dec 2009 18:47:52 -0500 In-reply-to: Sender: linux-ext4-owner@vger.kernel.org List-ID: Alexander Beregalov writes: >>> It seems I can easily reproduce it. >>> But I can't compile 2.6.33-rc2 :) BTW what sha1 of the git-commit you have used to reproduce the bug (2.6.33-rc1 HEAD has no this BUG_ON). This is important to me to know it, or just post the=20 fs/ext4/inode.c file. >>> >>> scripts/kconfig/conf -s arch/sparc/Kconfig >>> =C2=A0 CHK =C2=A0 =C2=A0 include/linux/version.h >>> =C2=A0 CHK =C2=A0 =C2=A0 include/generated/utsrelease.h >>> =C2=A0 CALL =C2=A0 =C2=A0scripts/checksyscalls.sh >>> =C2=A0 CHK =C2=A0 =C2=A0 include/generated/compile.h >>> =C2=A0 GZIP =C2=A0 =C2=A0kernel/config_data.gz >>> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0fs/configfs/inode.o >>> =C2=A0 IKCFG =C2=A0 kernel/config_data.h >>> =C2=A0 LD [M] =C2=A0fs/btrfs/btrfs.o >>> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0kernel/configs.o >>> fs/btrfs/sysfs.o: file not recognized: File truncated >> This happens because of =C2=A0delayed allocation. Each time BUG or >> unexpected power off happens during object files usually becomes >> broken. IMHO this is expected issue. Just recompile from beginning >> # make clean; make -j4 > > It does not help, it still fails. Again strange, please run fsck. What about compile it from very beginning (start from unpacking tar-ball from kernel.org) Or may be compile it on another file-system(ext3 or ext4 with nodelalloc option) > I will try to crosscompile the kernel with Ted's patch on another hos= t. > It is sad, but i still can not reproduce your bug. At this time i've tested following configurations:=20 system : 2.6.33-rc2, x86 two cores cpu with 2GB of ram=20 block dev: real sata drive, loopdev over tmpfs mkfs : 4k and 1k blocksize mount : w/o quota, quota, journaled quota quota : both ON and OFF states fs-load : - fsstress with 1,4,16,32 concurrent tasks - kernel compilation -j4, -j32 - In fact currently my mail-dir is under quota control. Please clarify your use-case: 0) Your system speciffication: cpu_num, mem_size, page_size(i guess 8k) block device. 1) mkfs options 2) mount options 3) quota options (if any) 4) your fs load test-case 5) How long does it takes you to reproduce the bug. >> As soon as your testcase is kernel compilation. >> Strange i'm living with quota patches on my notebook more than >> a month( two weeks with the version committed to quota git tree) >> with and without quota . But this never happens. >> Currently i'm trying to reproduce the bug on 2.6.33-rc2 >> Please add keep me in cc because seems the bug was introduced >> (or just triggered) by my quota patches. >>> make[2]: *** [fs/btrfs/btrfs.o] Error 1 >>> make[1]: *** [fs/btrfs] Error 2 >>> make[1]: *** Waiting for unfinished jobs.... >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-ext= 4" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at =C2=A0http://vger.kernel.org/majordomo-info.= html >> > LocalWords: speciffication cpu -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html