http://www.sample.banga.lt/crash.gif System - fully (except kernel) updated RedHat 7.3. Filesystems - ext3 in default ordered mode. What could be the cause of the crash? Kernel update will solve the problem? Thanks, Mindaugas
Hi, On Mon, 2004-01-26 at 01:56, Mindaugas Riauba wrote:> System - fully (except kernel)That's the problem!> updated RedHat 7.3. > Filesystems - ext3 in default ordered mode. > > What could be the cause of the crash? Kernel update > will solve the problem?Yes, this was fixed in the first ever errata kernel for 7.3 over 18 months ago: see https://rhn.redhat.com/errata/RHBA-2002-085.html There was actually one other, very very small race that could lead to the same symptoms, and that was fixed in the next kernel after that. Current 7.3 errata kernels will not show this problem. Cheers, Stephen
Hi,
I have a raid-5 machine which runs redhat advanced server 2.1(kernel
2.4.9-e.35) crashed today.
It failed at fs/jbd/transaction.c: J_ASSERT(handle->h_buffer_credits >
0).
It seems the buffer credits
are used up in this cased. Here is the oops.
Anyone know any patch I can apply? Thanks!
Donghui
--------------------------------------------------------------------
kernel BUG at transaction.c:701!
invalid operand: 0000
Kernel 2.4.9-e.35smp
CPU: 2
EIP: 0010:[<f8839cbf>] Not tainted
EFLAGS: 00010296
EIP is at do_get_write_access [jbd] 0x43f
eax: 00000024 ebx: ed216300 ecx: c02f6e84 edx: 00848159
esi: ed216300 edi: f3ff4a00 ebp: e51cf9a0 esp: c546fc9c
ds: 0018 es: 0018 ss: 0018
Process keventd (pid: 4, stackpage=c546f000)
Stack: f8842f30 000002bd 00000000 00000000 00000000 d72c0620 f8848118
00000900
02e10000 00001000 f2439be0 ed216300 f4002000 f883fdbe f2439be0
00000049
f4002000 e51cf9a0 f883a0d1 f2439be0 e51cf9a0 00000001 f3ff4a00
f2439be0
Call Trace: [<f8842f30>] .LC7 [jbd] 0x0 (0xc546fc9c)
[<f8848118>] read_block_bitmap [ext3] 0x38 (0xc546fcb4)
[<f883fdbe>] journal_alloc_journal_head [jbd] 0xe (0xc546fcd0)
[<f883a0d1>] journal_get_undo_access_Rsmp_1ec26206 [jbd] 0x41 (0xc546fce4)
[<f8848f9f>] ext3_new_block [ext3] 0x43f (0xc546fd08)
[<c0146e7e>] __wait_on_buffer [kernel] 0x8e (0xc546fd38)
[<c014816e>] getblk [kernel] 0x10e (0xc546fd3c)
[<f884afbd>] ext3_alloc_block [ext3] 0x1d (0xc546fd54)
[<f884b2e5>] ext3_alloc_branch [ext3] 0x45 (0xc546fd70)
[<f884b8b6>] ext3_get_block_handle [ext3] 0x216 (0xc546fdbc)
[<f8820d8f>] rw_intr [sd_mod] 0x20f (0xc546fdf8)
[<f884b9e7>] ext3_get_block [ext3] 0x67 (0xc546fe4c)
[<c0148f81>] __block_prepare_write [kernel] 0x121 (0xc546fe6c)
[<f8842f50>] .LC13 [jbd] 0x0 (0xc546fea0)
[<f883fc87>] __jbd_kmalloc [jbd] 0x27 (0xc546fea4)
[<c01498c2>] block_prepare_write [kernel] 0x22 (0xc546fec0)
[<f884b980>] ext3_get_block [ext3] 0x0 (0xc546fed4)
[<f884be71>] ext3_prepare_write [ext3] 0xb1 (0xc546fee0)
[<f884b980>] ext3_get_block [ext3] 0x0 (0xc546fef0)
[<c01343fb>] __iodesc_write_page [kernel] 0xcb (0xc546ff18)
[<c0134683>] __iodesc_do_write [kernel] 0x23 (0xc546ff4c)
[<c01211cd>] __run_task_queue [kernel] 0x5d (0xc546ff60)
[<c0129880>] context_thread [kernel] 0x170 (0xc546ff78)
[<c0107396>] ret_from_fork [kernel] 0x6 (0xc546ffbc)
[<c0105000>] stext [kernel] 0x0 (0xc546ffd4)
[<c0105000>] stext [kernel] 0x0 (0xc546ffe8)
[<c0105856>] arch_kernel_thread [kernel] 0x26 (0xc546fff0)
[<c0129710>] context_thread [kernel] 0x0 (0xc546fff8)
h_buffer_creditse