Hi,
I'm a Ph.D. student in Prof. Dawson Engler's checking group. Currently
our group is working on a file system checking tool. We've checked ext3,
IBM JFS and reiserfs and found serious bugs in all of them. We would like
to check XFS since it is even more widely used. Unfortunately the kernel
that we based our checker on is 2.4.19, and I couldn't find a 1.3.1 core
patch for 2.4.19. I tried to apply linux-2.4.21-core-xfs-1.3.1.patch but
12 hunks failed. I'm wondering if you guys have a 2.4.19 xfs-1.3.1 core
patch that I can download.
Thanks a lot,
-Junfeng
rom owner-linux-xfs Tue Aug 3 23:04:00 2004
Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 03 Aug 2004 23:04:08
-0700 (PDT)
Received: from mail.osdl.org (fw.osdl.org [65.172.181.6])
by oss.sgi.com (8.13.0/8.13.0) with ESMTP id i74640eK010610
for <linux-xfs@xxxxxxxxxxx>; Tue, 3 Aug 2004 23:04:00 -0700
Received: from bix (build.pdx.osdl.net [172.20.1.2])
by mail.osdl.org (8.11.6/8.11.6) with SMTP id i7463l118806;
Tue, 3 Aug 2004 23:03:47 -0700
Date: Tue, 3 Aug 2004 23:02:17 -0700
From: Andrew Morton <akpm@xxxxxxxx>
To: linux-xfs@xxxxxxxxxxx
Cc: karoly.vegh@xxxxxx
Subject: Fw: [Bug 3152] New: XFS Oops + page allocation failure
Message-Id: <20040803230217.247199c6.akpm@xxxxxxxx>
X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-archive-position: 3827
X-ecartis-version: Ecartis v1.0.0
Sender: linux-xfs-bounce@xxxxxxxxxxx
Errors-to: linux-xfs-bounce@xxxxxxxxxxx
X-original-sender: akpm@xxxxxxxx
Precedence: bulk
X-list: linux-xfs
The 2.6.8-rc2 oops trace is here: http://web.utanet.at/charlie/dmesg
Begin forwarded message:
Date: Tue, 3 Aug 2004 16:33:27 -0700
From: bugme-daemon@xxxxxxxx
To: akpm@xxxxxxxxx
Subject: [Bug 3152] New: XFS Oops + page allocation failure
http://bugme.osdl.org/show_bug.cgi?id=3152
Summary: XFS Oops + page allocation failure
Kernel Version: 2.6.8-rc2
Status: NEW
Severity: normal
Owner: akpm@xxxxxxxxx
Submitter: karoly.vegh@xxxxxx
Distribution: Debian Sarge
Hardware Environment:
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x]
(rev c4)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x
AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev
40)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a)
00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a)
00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
Controller (rev 50)
00:09.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 54)
00:0c.0 RAID bus controller: 3ware Inc 3ware ATA-RAID (rev 12)
00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)
~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 6
cpu MHz : 896.693
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 mmx fxsr sse
bogomips : 1789.13
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 6
cpu MHz : 896.693
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 mmx fxsr sse
bogomips : 1789.13
~$ free
total used free shared buffers cached
Mem: 903416 192712 710704 0 17468 79792
-/+ buffers/cache: 95452 807964
Swap: 1999928 0 1999928
Software Environment:
charlie@unet:~$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib
--enable-nls --without-included-gettext --enable-__cxa_atexit
--enable-clocale=gnu --enable-debug --enable-java-gc=boehm
--enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.4 (Debian)
charlie@unet:~$ make -version
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for i386-pc-linux-gnu
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Report bugs to <bug-make@xxxxxxx>.
charlie@unet:~$
ii binutils 2.14.90.0.7-6 The GNU assembler, linker and
binary utilities
ii memtester 2.93.1-2 A utility for testing the
memory subsystem
xfsprogs version: our XFS storage was set up with 2.0.3, now we upgraded to
2.6.18.
Problem Description:
Problems began with an XFS problem, see:
http://web.utanet.at/charlie/dmesg
well, at this point our thought was: RAM problem.
We took out one half of our RAM-blocks, and booted.
After the boot we used memtester (
http://www.qcc.ca/~charlesc/software/memtester/ )
to check coupole of things on the box.
with 'memtest all' we tried to test. The answer was
at once a page allocation failure, see:
http://web.utanet.at/charlie/dmesg.2
This we were able to reproduce.
After changeing RAM blocks to the other half of our
sum of RAMs, we got the same page allocation failure.
swap was plenty to get.
We excluded the hw as a source for the troubles.
But we're not sure, if the XFS and the page allocation
problem hang together or not.
Steps to reproduce:
boot. memtester. The XFS problem thx god we couldn't reproduce.
it's 1:30 a.m. here now, so if I was a bit confuse, pls forgive me.
feel free to contact me for more info about the box.
Since the machine is in productive status, we switched back to 2.4.27-rc4,
since there memtester couldn't have crashed the box.
kernelconfig:
http://web.utanet.at/charlie/config-2.6.8-rc2
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
|