From: Levay Akos <levay@hungary.com>
To: linux-kernel@vger.kernel.org
Subject: Re: Possible bug in kernel 2.4.19 (fs/stat.c +ext3)
Date: Fri, 13 Sep 2002 14:41:26 +0200 [thread overview]
Message-ID: <3D81DCF6.30997FCC@hungary.com> (raw)
In-Reply-To: 3D81DC85.79769380@hungary.com
Sorry, I left this out from the previois e-mail:
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge
(AGP disabled) (rev 02)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
Latency: 64
Region 0: Memory at fa400000 (32-bit, prefetchable) [size=4M]
00:0d.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 37)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr+ Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 72 (4250ns min, 16000ns max), cache line size 08
Interrupt: pin A routed to IRQ 10
Region 0: I/O ports at 1400 [size=256]
Region 1: Memory at fa103000 (32-bit, non-prefetchable)
[size=256]
Region 2: Memory at fa100000 (32-bit, non-prefetchable)
[size=4K]
Capabilities: [40] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0d.1 SCSI storage controller: LSI Logic / Symbios Logic (formerly
NCR) 53c875 (rev 37)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr+ Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 72 (4250ns min, 16000ns max), cache line size 08
Interrupt: pin B routed to IRQ 7
Region 0: I/O ports at 1800 [size=256]
Region 1: Memory at fa103400 (32-bit, non-prefetchable)
[size=256]
Region 2: Memory at fa101000 (32-bit, non-prefetchable)
[size=4K]
Capabilities: [40] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0f.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100]
(rev 05)
Subsystem: Intel Corp. 82558 10/100 with Wake on LAN
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (2000ns min, 14000ns max), cache line size 08
Interrupt: pin A routed to IRQ 11
Region 0: Memory at fa104000 (32-bit, prefetchable) [size=4K]
Region 1: I/O ports at 1060 [size=32]
Region 2: Memory at fa000000 (32-bit, non-prefetchable)
[size=1M]
Expansion ROM at <unassigned> [disabled] [size=1M]
00:12.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
00:12.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
(prog-if 80 [Master])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Region 4: I/O ports at 1000 [size=16]
00:12.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
(prog-if 00 [UHCI])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin D routed to IRQ 7
Region 4: I/O ports at 1080 [size=32]
00:12.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin ? routed to IRQ 9
00:14.0 VGA compatible controller: Cirrus Logic GD 5480 (rev 23)
(prog-if 00 [VGA])
Subsystem: Intel Corp.: Unknown device 4948
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (500ns min, 2500ns max)
Region 0: Memory at fc000000 (32-bit, prefetchable) [size=32M]
Region 1: Memory at fa102000 (32-bit, non-prefetchable)
[size=4K]
Expansion ROM at <unassigned> [disabled] [size=32K]
Levay Akos wrote:
>
>
>
> ------------------------------------------------------------------------
> 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.
prev parent reply other threads:[~2002-09-13 12:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-13 12:39 Possible bug in kernel 2.4.19 (fs/stat.c +ext3) Levay Akos
2002-09-13 12:41 ` Levay Akos [this message]
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=3D81DCF6.30997FCC@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.