From: Levay Akos <levay@hungary.com>
To: linux-kernel@vger.kernel.org
Subject: Possible bug in kernel 2.4.19 (fs/stat.c +ext3)
Date: Fri, 13 Sep 2002 14:39:33 +0200 [thread overview]
Message-ID: <3D81DC85.79769380@hungary.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #2: bug1.txt --]
[-- Type: text/plain, Size: 12069 bytes --]
Possible bug in kernel 2.4.19 (fs/stat.c +ext3) ?
[1.] One line summary of the problem:
OOps in messages and after a few hours machine hangs
[2.] Full description of the problem/report:
The same oops appaers in messages, (machine work almost fine. Sometimes load level increases by 1, but this is not fully confirmed
After a few hours!! the machine hangs. (might be independent problems??)
Nothing on the screen. Answers ping but no TCP. CROND is not writing log file any more.
[3.] Keywords (i.e., modules, networking, kernel):
ext3, raid, SMP
[4.] Kernel version (from /proc/version):
Linux version 2.4.19 (root@venus2) (gcc version 2.95.2 20000220 (Debian GNU/Linux)) #1 SMP Fri Aug 23 18:48:29 CEST 2002
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
Sep 12 16:51:26 mymachine sshd(pam_unix)[24817]: session opened for user
root by (uid=0)
Sep 12 16:51:27 mymachine kernel: <1>Unable to handle kernel paging
request at virtual address 6c616ba0
Sep 12 16:51:27 mymachine kernel: printing eip:
Sep 12 16:51:27 mymachine kernel: c013a800
Sep 12 16:51:27 mymachine kernel: *pde = 00000000
Sep 12 16:51:27 mymachine kernel: Oops: 0000
Sep 12 16:51:27 mymachine kernel: CPU: 0
Sep 12 16:51:27 mymachine kernel: EIP: 0010:[<c013a800>] Not tainted
Sep 12 16:51:27 mymachine kernel: EFLAGS: 00010206
Sep 12 16:51:27 mymachine kernel: eax: 6c616b6c ebx: 00000000 ecx:
e891c000
edx: d9b601a0
Sep 12 16:51:27 mymachine kernel: esi: d6c83fa4 edi: bfffba70 ebp:
bfffaa08
esp: d6c83f9c
Sep 12 16:51:27 mymachine kernel: ds: 0018 es: 0018 ss: 0018
Sep 12 16:51:27 mymachine kernel: Process rsync (pid: 24819,
stackpage=d6c83000)
Sep 12 16:51:27 mymachine kernel: Stack: d6c82000 bfffca80 d9b601a0
c1c1ef20 00001
000 d6c82000 083eb000 00000008
Sep 12 16:51:27 mymachine kernel: 00000001 c01088b3 bfffba70
bfffca80 42130
30c bfffca80 bfffba70 bfffaa08
Sep 12 16:51:27 mymachine kernel: 000000c4 c010002b 0000002b
000000c4 420d9
ff3 00000023 00000216 bfffaa00
Sep 12 16:51:27 mymachine kernel: Call Trace: [<c01088b3>]
Sep 12 16:51:27 mymachine kernel:
Sep 12 16:51:27 mymachine kernel: Code: 8b 40 34 85 c0 74 0a 52 ff d0 89
c3 83 c4
04 eb 02 31 db 85
Sep 12 16:51:27 mymachine sshd(pam_unix)[24817]: session closed for user
root
0xc013a7d0 <sys_lstat64>: sub $0x1c,%esp
0xc013a7d3 <sys_lstat64+3>: push %esi
0xc013a7d4 <sys_lstat64+4>: push %ebx
0xc013a7d5 <sys_lstat64+5>: mov 0x28(%esp,1),%eax
0xc013a7d9 <sys_lstat64+9>: lea 0x8(%esp,1),%esi
0xc013a7dd <sys_lstat64+13>: mov %esi,%ecx
0xc013a7df <sys_lstat64+15>: mov $0x8,%edx
0xc013a7e4 <sys_lstat64+20>: call 0xc013de6c <__user_walk> 352.sor
0xc013a7e9 <sys_lstat64+25>: mov %eax,%ebx
0xc013a7eb <sys_lstat64+27>: test %ebx,%ebx
0xc013a7ed <sys_lstat64+29>: jne 0xc013a837 <sys_lstat64+103> 353 ? sor
0xc013a7ef <sys_lstat64+31>: mov 0x8(%esp,1),%edx
0xc013a7f3 <sys_lstat64+35>: mov 0x8(%edx),%eax
0xc013a7f6 <sys_lstat64+38>: mov 0x90(%eax),%eax
0xc013a7fc <sys_lstat64+44>: test %eax,%eax 23.sor if( es elso fele)
0xc013a7fe <sys_lstat64+46>: je 0xc013a811 <sys_lstat64+65>
0xc013a800 <sys_lstat64+48>: mov 0x34(%eax),%eax
0xc013a803 <sys_lstat64+51>: test %eax,%eax 23.sor if( es 2. fele)
0xc013a805 <sys_lstat64+53>: je 0xc013a811 <sys_lstat64+65>
0xc013a807 <sys_lstat64+55>: push %edx
0xc013a808 <sys_lstat64+56>: call *%eax 24. sor (dentry) hvasa
0xc013a80a <sys_lstat64+58>: mov %eax,%ebx
0xc013a80c <sys_lstat64+60>: add $0x4,%esp
0xc013a80f <sys_lstat64+63>: jmp 0xc013a813 <sys_lstat64+67>
0xc013a811 <sys_lstat64+65>: xor %ebx,%ebx
0xc013a813 <sys_lstat64+67>: test %ebx,%ebx 355.sor
0xc013a815 <sys_lstat64+69>: jne 0xc013a82e <sys_lstat64+94>
0xc013a817 <sys_lstat64+71>: mov 0x2c(%esp,1),%eax
0xc013a81b <sys_lstat64+75>: push %eax
0xc013a81c <sys_lstat64+76>: mov 0xc(%esp,1),%eax
0xc013a820 <sys_lstat64+80>: mov 0x8(%eax),%eax
0xc013a823 <sys_lstat64+83>: push %eax
0xc013a824 <sys_lstat64+84>: call 0xc013a620 <cp_new_stat64> 356. sor
0xc013a829 <sys_lstat64+89>: mov %eax,%ebx
0xc013a82b <sys_lstat64+91>: add $0x8,%esp
0xc013a82e <sys_lstat64+94>: push %esi
0xc013a82f <sys_lstat64+95>: call 0xc013cd64 <path_release> 357
0xc013a834 <sys_lstat64+100>: add $0x4,%esp
0xc013a837 <sys_lstat64+103>: mov %ebx,%eax
0xc013a839 <sys_lstat64+105>: pop %ebx
0xc013a83a <sys_lstat64+106>: pop %esi
0xc013a83b <sys_lstat64+107>: add $0x1c,%esp
0xc013a83e <sys_lstat64+110>: ret
0xc013a83f <sys_lstat64+111>: nop
sys_lstat64:
subl $28,%esp
pushl %esi
pushl %ebx
movl 40(%esp),%eax
leal 8(%esp),%esi
movl %esi,%ecx
movl $8,%edx
call __user_walk
movl %eax,%ebx
testl %ebx,%ebx
jne .L1415
movl 8(%esp),%edx
movl 8(%edx),%eax
movl 144(%eax),%eax
testl %eax,%eax
je .L1416
movl 52(%eax),%eax
testl %eax,%eax
je .L1416
pushl %edx
call *%eax
movl %eax,%ebx
addl $4,%esp
jmp .L1417
.p2align 4,,7
.L1416:
xorl %ebx,%ebx
.L1417:
testl %ebx,%ebx
jne .L1418
movl 44(%esp),%eax
pushl %eax
movl 12(%esp),%eax
movl 8(%eax),%eax
pushl %eax
call cp_new_stat64
movl %eax,%ebx
addl $8,%esp
.L1418:
pushl %esi
call path_release
addl $4,%esp
.L1415:
movl %ebx,%eax
popl %ebx
popl %esi
addl $28,%esp
ret
.Lfe12:
.size sys_lstat64,.Lfe12-sys_lstat64
.align 4
.globl sys_fstat64
.type sys_fstat64,@function
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
The kernel I use was compiled on this system:
Linux venus2 2.2.20 #6 Wed Jul 10 19:44:23 CEST 2002 i686 unknown
Gnu C 2.95.2
Gnu make 3.79.1
binutils 2.9.5.0.37
util-linux
util-linux Note: /usr/bin/fdformat is obsolete and is no longer available.
util-linux Please use /usr/bin/superformat instead (make sure you have the
util-linux fdutils package installed first). Also, there had been some
util-linux major changes from version 4.x. Please refer to the documentation.
util-linux
mount 2.10f
modutils 2.3.11
e2fsprogs 1.18
PPP 2.3.11
Linux C Library 2.1.3
ldd: version 1.9.11
Procps 2.0.6
Net-tools 1.54
Console-tools 0.2.3
Sh-utils 2.0
The kernel is running on this system:
Linux 2.4.19 #1 SMP Fri Aug 23 18:48:29 CEST 2002 i686 unknown
Gnu C 2.96
Gnu make 3.79.1
util-linux 2.11n
mount 2.11n
modutils 2.4.14
e2fsprogs 1.27
reiserfsprogs 3.x.0j
Linux C Library 2.2.5
Dynamic linker (ldd) 2.2.5
Procps 2.0.7
Net-tools 1.60
Console-tools 0.3.3
Sh-utils 2.0.11
Current filesystems: everything is ext3.
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping : 1
cpu MHz : 397.340
cache size : 512 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
bogomips : 792.98
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping : 1
cpu MHz : 397.340
cache size : 512 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
bogomips : 792.98
[7.3.] Module information (from /proc/modules):
No module support
[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0376-0376 : ide1
03c0-03df : vga+
03f6-03f6 : ide0
0c00-0c3f : Intel Corp. 82371AB/EB/MB PIIX4 ACPI
0cf8-0cff : PCI conf1
1000-100f : Intel Corp. 82371AB/EB/MB PIIX4 IDE
1000-1007 : ide0
1008-100f : ide1
1040-105f : Intel Corp. 82371AB/EB/MB PIIX4 ACPI
1060-107f : Intel Corp. 82557/8/9 [Ethernet Pro 100]
1060-107f : eepro100
1080-109f : Intel Corp. 82371AB/EB/MB PIIX4 USB
1400-14ff : LSI Logic / Symbios Logic (formerly NCR) 53c875
1400-147f : sym53c8xx
1800-18ff : LSI Logic / Symbios Logic (formerly NCR) 53c875 (#2)
1800-187f : sym53c8xx
00000000-0009ebff : System RAM
0009ec00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000cc000-000cc7ff : Extension ROM
000f0000-000fffff : System ROM
00100000-3ffeffff : System RAM
00100000-00245b23 : Kernel code
00245b24-0029c73f : Kernel data
3fff0000-3fffefff : ACPI Tables
3ffff000-3fffffff : ACPI Non-volatile Storage
fa000000-fa0fffff : Intel Corp. 82557/8/9 [Ethernet Pro 100]
fa100000-fa100fff : LSI Logic / Symbios Logic (formerly NCR) 53c875
fa101000-fa101fff : LSI Logic / Symbios Logic (formerly NCR) 53c875 (#2)
fa102000-fa102fff : Cirrus Logic GD 5480
fa103000-fa1030ff : LSI Logic / Symbios Logic (formerly NCR) 53c875
fa103400-fa1034ff : LSI Logic / Symbios Logic (formerly NCR) 53c875 (#2)
fa104000-fa104fff : Intel Corp. 82557/8/9 [Ethernet Pro 100]
fa104000-fa104fff : eepro100
fa400000-fa7fffff : Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (AGP disabled)
fc000000-fdffffff : Cirrus Logic GD 5480
fec00000-fec0ffff : reserved
fee00000-fee00fff : reserved
fff00000-ffffffff : reserved
[7.5.] PCI information ('lspci -vvv' as root)
[7.6.] SCSI information (from /proc/scsi/scsi)
Attached devices:
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: QUANTUM Model: ATLAS10K2-TY367J Rev: DDD6
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 02 Lun: 00
Vendor: IBM Model: IC35L018UCD210-0 Rev: S5BS
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 04 Lun: 00
Vendor: IBM Model: IC35L018UCD210-0 Rev: S5BS
Type: Direct-Access ANSI SCSI revision: 03
[7.7.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
Personalities : [linear] [raid0] [raid1] [raid5]
read_ahead 1024 sectors
md5 : active raid1 hdc3[1] hda3[0]
39945920 blocks [2/2] [UU]
md1 : active raid1 sdc1[1] sda1[0]
32000 blocks [2/2] [UU]
md0 : active raid1 sdc2[1] sdb1[0]
32000 blocks [2/2] [UU]
md3 : active raid1 sdc6[1] sda5[0]
8578560 blocks [2/2] [UU]
md4 : active raid1 sdc7[1] sdb5[0]
8578560 blocks [2/2] [UU]
unused devices: <none>
[X.] Other notes, patches, fixes, workarounds:
Similare hangs were produced using the current reiserfs.
Than resiserfs were removed from the filesystem and replaced by ext3.
The user space program rsync was compiled on a different system
The machine is originally Redhat 7.3 but the kernel was upgraded
The original kernel was so unstablem could not compile even the kernel(!)).
Also some user-space programs were recompiled.
next reply other threads:[~2002-09-13 12:26 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-13 12:39 Levay Akos [this message]
2002-09-13 12:41 ` Possible bug in kernel 2.4.19 (fs/stat.c +ext3) Levay Akos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3D81DC85.79769380@hungary.com \
--to=levay@hungary.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.