* Kernel panic (reiserfs), some hangs - bad hardware?.
@ 2004-07-26 11:05 Ilyak Kasnacheev
2004-07-27 5:02 ` Zwane Mwaikambo
[not found] ` <200407261733.53449.vda@port.imtp.ilyichevsk.odessa.ua>
0 siblings, 2 replies; 3+ messages in thread
From: Ilyak Kasnacheev @ 2004-07-26 11:05 UTC (permalink / raw)
To: linux-kernel
I have following problems:
1) (looks like )Applications such as oggenc or flac, who mmap() output files and write into mapped memory area, produce corrupted files on my system. ~1 error on 10-100M, resulting file just some bytes different from what program wrote.
Second attempts always removes error (while may cause new one with same proportion)
More errors on intensive IO/bad interface cable, less errors on no other IO/good cable. Tried 2.6.7 vanilla kernel.
Am i crazy?
2) With bad interface cable, my system used to just hang. With better?/40pin cable, it do this very rare.
Memtest86 and burncpu do not produce errors, and windows works fine on same box. Both 2.4.x and 2.6.7 kernels.
3) Main. I have got a reiserfs partition with some errors (due to 2)), and kernel panics on it when i do 'find /'.
with these errors:
==
double fault, gdt at c03d2000 [255 bytes]
double fault, tss at c030e80
eip = c0115116
esp = cd0e98b0768
eax = 00000a96 ebx = cf2a547c ecx = 0f0001e3 edx = 0f000000
esi = 00000000 edi = c0115030
*OR*
EFLAGS: 0010007 (2.6.7)
EIP is at scheduler_tick+0x108/0x400
eax: 00000000 ebx: 00000001 ecx: 0000023d edx: 00000000
esi: ca0a9750 edi: c0343520 ebp: ca0a7d4c esp: ca0a7d30
ds: 007b es: 007b ss: 0068
Process (pid: -1048345824, threadinfo = ca0a6000, task=ca0a9750)
Stack: c188a23c 00145ad7 00000000 3d108500 00000000 00000001 00000000
ca0a7dd4 c0121606 00000000 00000001 00000001 00000000 ca0a6000
ca0a7dd4 c0121834 00000000 ca0a6000 c010a2ce ca0a7dd4 c02d51c4
20000001 00000000 c010632a
Trace:
c0121606 update_process_times+0x46/0x60
c0121834 do_timer+0x34/0xf0
c010a2ce timer_interrupt+0x4e/0x120
c010632a handle_IRQ_event+0x3a/0x70
c01066c1 do_IRQ+0x91/0x130
c0124a48 common_interrupt+0x18/0x20
c01ba80a _mmx_memcpy+0x8a/0x170
d08c8630 reiserfs_readdir+0x4c0/0x560 [reiserfs]
c0127052 in_group_p+0x42/0x80
d08e5fa9 __reiserfs_permission+0x169/0x260 [reiserfs]
Code: 0f ba 68 08 03 83 c4 10 56 5e 5f c9 c3 b8 00 e0 ff ff 21 e0
Panic: Fatal exception in interrupt
==
Both 2.4.x and 2.6.7. Running fsck.reiserfs --rebuild-trees cured problem,
but should it behave like this anyway?
I have this kernel and this filesystem image, and will assist if someone will go fix this.
All numbers here was transferred by screen-paper-screen, so are not guaranted to be correct.
4) I have sacred cow files on my XFS system (again thanx to 2)).
They exist, but can not be stat()ed and deleted.
like this:
==
(1)/usr/share/locale/gr% LANG=C ls
ls: ESSAGES: No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: d·I"Ps?A`0V+A`pS+A`3U^?: No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
ls: A"pT--I^Pd·I"?a*RE^PZ+: Invalid argument
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
==
fsck.xfs looks pretty like void main() {};, what should i do?
P.S. Athlon 1333, Via KT266 (Elitegroup motherboard), Seagate Barracuda (don't actually remember model, ST2x0036A?).
Kernel 2.6.7.
Checked with memtest86 (3 passes), cpuburn (25 mins), SeaTools (controller, simple, and full tests) - all OK.
P.P.S. Please CC responces to me.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Kernel panic (reiserfs), some hangs - bad hardware?.
2004-07-26 11:05 Kernel panic (reiserfs), some hangs - bad hardware? Ilyak Kasnacheev
@ 2004-07-27 5:02 ` Zwane Mwaikambo
[not found] ` <200407261733.53449.vda@port.imtp.ilyichevsk.odessa.ua>
1 sibling, 0 replies; 3+ messages in thread
From: Zwane Mwaikambo @ 2004-07-27 5:02 UTC (permalink / raw)
To: Ilyak Kasnacheev; +Cc: Linux Kernel
On Mon, 26 Jul 2004, Ilyak Kasnacheev wrote:
> I have following problems:
>
> Am i crazy? 2) With bad interface cable, my system used to just hang.
> With better?/40pin cable, it do this very rare. Memtest86 and burncpu do
> not produce errors, and windows works fine on same box. Both 2.4.x and
> 2.6.7 kernels. 3) Main. I have got a reiserfs partition with some errors
> (due to 2)), and kernel panics on it when i do 'find /'. with these
> errors: == double fault, gdt at c03d2000 [255 bytes] double fault, tss
> at c030e80 eip = c0115116 esp = cd0e98b0768 eax = 00000a96 ebx =
> cf2a547c ecx = 0f0001e3 edx = 0f000000 esi = 00000000 edi = c0115030
> *OR*
> EFLAGS: 0010007 (2.6.7)
> EIP is at scheduler_tick+0x108/0x400
> eax: 00000000 ebx: 00000001 ecx: 0000023d edx: 00000000
> esi: ca0a9750 edi: c0343520 ebp: ca0a7d4c esp: ca0a7d30
> ds: 007b es: 007b ss: 0068
> Process (pid: -1048345824, threadinfo = ca0a6000, task=ca0a9750)
> Stack: c188a23c 00145ad7 00000000 3d108500 00000000 00000001 00000000
> ca0a7dd4 c0121606 00000000 00000001 00000001 00000000 ca0a6000
> ca0a7dd4 c0121834 00000000 ca0a6000 c010a2ce ca0a7dd4 c02d51c4
> 20000001 00000000 c010632a
Perhaps a stack overflow? Change THREAD_SIZE in
include/asm-i386/thread_info.h to 16384.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Kernel panic (reiserfs), some hangs - bad hardware?.
[not found] ` <200407261733.53449.vda@port.imtp.ilyichevsk.odessa.ua>
@ 2004-07-27 6:42 ` Ilyak Kasnacheev
0 siblings, 0 replies; 3+ messages in thread
From: Ilyak Kasnacheev @ 2004-07-27 6:42 UTC (permalink / raw)
To: Denis Vlasenko; +Cc: linux-kernel
> > 1) (looks like )Applications such as oggenc or flac, who mmap() output
> > files and write into mapped memory area, produce corrupted files on my
> > system. ~1 error on 10-100M, resulting file just some bytes different
> > from what program wrote. Second attempts always removes error (while may
> > cause new one with same proportion) More errors on intensive IO/bad
> > interface cable, less errors on no other IO/good cable. Tried 2.6.7
> > vanilla kernel. Am i crazy?
> Partly :)
> Stop using unreliable equipment.
I do not understand, what do not work - drive, cables, or motherboard.
But is this a reason for handing - anyway?
> > 2) With bad interface cable, my system used to just hang. With
> > better?/40pin cable, it do this very rare. Memtest86 and burncpu do not
> > produce errors, and windows works fine on same box. Both 2.4.x and 2.6.7
> > kernels.
> Neither memtest nor burncpu test for flakey IDE cables.
SeaTools do not find any errors, so do windows.
Only linux cause errors on this box.
> > 3) Main. I have got a reiserfs partition with some errors (due to
> > 2)), and kernel panics on it when i do 'find /'. with these errors:
> Wow. this is something debuggable. Do this:
> objdump file_containing_scheduler_tick.o >file.objdump
Did objdump -d kernel/sched.o > kernel/sched.objdump
> make path/to/<file containing scheduler_tick>.s
Did this
So:
==
00000940 <scheduler_tick>:
...
a28: 99 cltd
a29: 03 05 10 00 00 00 add 0x10,%eax
a2f: 13 15 14 00 00 00 adc 0x14,%edx
a35: 89 47 10 mov %eax,0x10(%edi)
a38: 89 57 14 mov %edx,0x14(%edi)
a3b: a1 08 04 00 00 mov 0x408,%eax
a40: 39 46 28 cmp %eax,0x28(%esi)
a43: 74 10 je a55 <scheduler_tick+0x115>
a45: 8b 46 04 mov 0x4(%esi),%eax
a48: 0f ba 68 08 03 btsl $0x3,0x8(%eax)
a4d: 83 c4 10 add $0x10,%esp
a50: 5b pop %ebx
a51: 5e pop %esi
a52: 5f pop %edi
a53: c9 leave
...
==
0x940+0x108 is 0xa48, right?
Which is:
==
cltd
addl per_cpu__kstat+16, %eax
adcl per_cpu__kstat+20, %edx
movl %eax, 16(%edi)
movl %edx, 20(%edi)
movl per_cpu__runqueues+40, %eax
cmpl %eax, 40(%esi)
je .L395
movl 4(%esi), %eax
#APP
btsl $3,8(%eax)
.L391:
#NO_APP
.L367:
addl $16, %esp
popl %ebx
popl %esi
popl %edi
leave
==
in .s-file.
> and find exact instruction corresponding to
> EIP=scheduler_tick+0x108/0x400. Then find relevant piece
> of C code.
I do not konw how to find relevant piece in C code, i don't know good both
i386 assembler and debugging to do so.
But i am almost sure that problem is in reiserfs code, not here, 'cause it
happened only with broken reiserfs partition when stat()ing files on it.
> > EFLAGS: 0010007 (2.6.7)
> > EIP is at scheduler_tick+0x108/0x400
> > eax: 00000000 ebx: 00000001 ecx: 0000023d edx: 00000000
> > esi: ca0a9750 edi: c0343520 ebp: ca0a7d4c esp: ca0a7d30
> > ds: 007b es: 007b ss: 0068
> > Process (pid: -1048345824, threadinfo = ca0a6000, task=ca0a9750)
> > Stack: c188a23c 00145ad7 00000000 3d108500 00000000 00000001 00000000
> > ca0a7dd4 c0121606 00000000 00000001 00000001 00000000 ca0a6000
> > ca0a7dd4 c0121834 00000000 ca0a6000 c010a2ce ca0a7dd4 c02d51c4
> > 20000001 00000000 c010632a
> > Trace:
> > c0121606 update_process_times+0x46/0x60
> > c0121834 do_timer+0x34/0xf0
> > c010a2ce timer_interrupt+0x4e/0x120
> > c010632a handle_IRQ_event+0x3a/0x70
> > c01066c1 do_IRQ+0x91/0x130
> > c0124a48 common_interrupt+0x18/0x20
> > c01ba80a _mmx_memcpy+0x8a/0x170
> > d08c8630 reiserfs_readdir+0x4c0/0x560 [reiserfs]
> > c0127052 in_group_p+0x42/0x80
> > d08e5fa9 __reiserfs_permission+0x169/0x260 [reiserfs]
> > Code: 0f ba 68 08 03 83 c4 10 56 5e 5f c9 c3 b8 00 e0 ff ff 21 e0
> > Panic: Fatal exception in interrupt
> > fsck.xfs looks pretty like void main() {};, what should i do?
> Contact xfs people with this.
Ok, where can i find them?
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-08-08 17:45 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-07-26 11:05 Kernel panic (reiserfs), some hangs - bad hardware? Ilyak Kasnacheev
2004-07-27 5:02 ` Zwane Mwaikambo
[not found] ` <200407261733.53449.vda@port.imtp.ilyichevsk.odessa.ua>
2004-07-27 6:42 ` Ilyak Kasnacheev
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®