This issue was resolved in 1.2.2. Contact your SuSE rep to
get a hold of a PTF kernel with the latest OCFS2 patches (1.2.3.)
Pickel, Gerd - Betax-Systems GmbH (IT) wrote:
Hi all,
last night one of our cluster nodes running SUSE SLES9/SP3 stoped working.
We searched the internet for a solution, but nothing helpful was found.
Please take a look at the following lines that have been found in
/var/log/messages.
Maybe there is a solution out there .....
Oct 18 19:10:01 we kernel: (29470,2):ocfs2_extend_file:789 ERROR: bug expression:
i_size_read(inode) != (le64_to_cpu(fe->i_size) - *bytes_extended)
Oct 18 19:10:01 we kernel: (29470,2):ocfs2_extend_file:789 ERROR: Inode
20687830 i_size = 140645, dinode i_size = 161895, bytes_extended = 0,
new_i_size = 140705
Oct 18 19:10:01 we kernel: ----------- [cut here ] --------- [please bite here
] ---------
Oct 18 19:10:01 we kernel: Kernel BUG at file:789
Oct 18 19:10:01 we kernel: invalid operand: 0000 [1] SMP
Oct 18 19:10:01 we kernel: CPU 2
Oct 18 19:10:01 we kernel: Pid: 29470, comm: oraarcbackup Tainted: G UM
(2.6.5-7.276-smp SLES9_SP3_BRANCH-20060724104531)
Oct 18 19:10:01 we kernel: RIP: 0010:[<ffffffffa02ffbc4>]
<ffffffffa02ffbc4>{:ocfs2:ocfs2_extend_file+772}
Oct 18 19:10:01 we kernel: RSP: 0018:000001012ace3cd8 EFLAGS: 00010216
Oct 18 19:10:01 we kernel: RAX: 000000000000008a RBX: 00000101808fb000 RCX:
000000000003ffff
Oct 18 19:10:01 we kernel: RDX: 0000000000000000 RSI: 00000000000c3fe4 RDI:
0000000000022565
Oct 18 19:10:01 we kernel: RBP: 0000000000000000 R08: 0000000000000033 R09:
0000000000000005
Oct 18 19:10:01 we kernel: R10: 00000000ffffffff R11: 0000000000000000 R12:
00000101d5f7b758
Oct 18 19:10:01 we kernel: R13: 000001004058dec0 R14: 00000101d5f7b758 R15:
00000101faa2d800
Oct 18 19:10:01 we kernel: FS: 0000002a95d39e80(0000)
GS:ffffffff8057dd00(0000) knlGS:00000000557b86c0
Oct 18 19:10:01 we kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Oct 18 19:10:01 we kernel: CR2: 0000002a95e70000 CR3: 0000000037e1f000 CR4:
00000000000006e0
Oct 18 19:10:01 we kernel: Process oraarcbackup (pid: 29470, threadinfo
000001012ace2000, task 000001014a477580)
Oct 18 19:10:01 we kernel: Stack: 0000000000022565 0000000000027867
0000000000000000 00000000000225a1
Oct 18 19:10:01 we kernel: 0000000000000000 0000000000000000
000001012ace3dd0 00000000000225a1
Oct 18 19:10:01 we kernel: 0000000000000216 0000000000000000
Oct 18 19:10:01 we kernel: Call
Trace:<ffffffffa030d538>{:ocfs2:ocfs2_lock_buffer_inodes+536}
Oct 18 19:10:01 we kernel:
<ffffffffa030e7f5>{:ocfs2:ocfs2_write_lock_maybe_extend+2517}
Oct 18 19:10:01 we kernel: <ffffffffa02fe62e>{:ocfs2:ocfs2_file_write+414}
<ffffffff8018d6e4>{vfs_write+244}
Oct 18 19:10:01 we kernel: <ffffffff8018d93d>{sys_write+157}
<ffffffff80110f79>{error_exit+0}
Oct 18 19:10:01 we kernel: <ffffffff801106b4>{system_call+124}
Oct 18 19:10:01 we kernel:
Oct 18 19:10:01 we kernel: Code: 0f 0b 1f 4b 32 a0 ff ff ff ff 15 03 48 39 7c
24 38 0f 83 d7
Oct 18 19:10:01 we kernel: RIP <ffffffffa02ffbc4>{:ocfs2:ocfs2_extend_file+772} RSP
<000001012ace3cd8>
Oct 18 19:15:01 we /USR/SBIN/CRON[4838]: (oracle) CMD (/oradata/jobs/vexport2mm)
Oct 18 19:15:01 we kernel: <3>(4845,1):ocfs2_extend_file:789 ERROR: bug
expression: i_size_read(inode) != (le64_to_cpu(fe->i_size) - *bytes_extended)
Oct 18 19:15:01 we kernel: (4845,1):ocfs2_extend_file:789 ERROR: Inode 20084473
i_size = 161856, dinode i_size = 195014, bytes_extended = 0, new_i_size = 161911
Oct 18 19:15:01 we kernel: ----------- [cut here ] --------- [please bite here
] ---------
Oct 18 19:15:01 we kernel: Kernel BUG at file:789
Oct 18 19:15:01 we kernel: invalid operand: 0000 [2] SMP
Oct 18 19:15:01 we kernel: CPU 1
Oct 18 19:15:01 we kernel: Pid: 4845, comm: vexport2mm Tainted: G UM
(2.6.5-7.276-smp SLES9_SP3_BRANCH-20060724104531)
Oct 18 19:15:01 we kernel: RIP: 0010:[<ffffffffa02ffbc4>]
<ffffffffa02ffbc4>{:ocfs2:ocfs2_extend_file+772}
Oct 18 19:15:01 we kernel: RSP: 0018:0000010023817cd8 EFLAGS: 00010216
Oct 18 19:15:01 we kernel: RAX: 0000000000000089 RBX: 000001003067a000 RCX:
0000000000000000
Oct 18 19:15:01 we kernel: RDX: 0000000000000000 RSI: 00000000000c47a7 RDI:
0000000000027840
Oct 18 19:15:01 we kernel: RBP: 0000000000000000 R08: 00000100ef646000 R09:
0000000000000005
Oct 18 19:15:01 we kernel: R10: 00000000ffffffff R11: 0000000000000000 R12:
0000010043743558
Oct 18 19:15:01 we kernel: R13: 00000101ff651640 R14: 0000010043743558 R15:
00000101faa2d800
Oct 18 19:15:01 we kernel: FS: 0000002a95d39e80(0000)
GS:ffffffff8057dc80(0000) knlGS:000000005910cbb0
Oct 18 19:15:01 we kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Oct 18 19:15:01 we kernel: CR2: 0000002a95e70000 CR3: 00000000eff02000 CR4:
00000000000006e0
Oct 18 19:15:01 we kernel: Process vexport2mm (pid: 4845, threadinfo
0000010023816000, task 00000100d92d2d90)
Oct 18 19:15:01 we kernel: Stack: 0000000000027840 000000000002f9c6
0000000000000000 0000000000027877
Oct 18 19:15:01 we kernel: 0000000000000000 0000000000000000
0000010023817dd0 0000000000027877
Oct 18 19:15:01 we kernel: 0000000000000216 0000000000000000
Oct 18 19:15:01 we kernel: Call
Trace:<ffffffffa030d538>{:ocfs2:ocfs2_lock_buffer_inodes+536}
Oct 18 19:15:01 we kernel:
<ffffffffa030e7f5>{:ocfs2:ocfs2_write_lock_maybe_extend+2517}
Oct 18 19:15:01 we kernel: <ffffffffa02fe62e>{:ocfs2:ocfs2_file_write+414}
<ffffffff8018d6e4>{vfs_write+244}
Oct 18 19:15:01 we kernel: <ffffffff8018d93d>{sys_write+157}
<ffffffff80110f79>{error_exit+0}
Oct 18 19:15:01 we kernel: <ffffffff801106b4>{system_call+124}
Oct 18 19:15:01 we kernel:
Oct 18 19:15:01 we kernel: Code: 0f 0b 1f 4b 32 a0 ff ff ff ff 15 03 48 39 7c
24 38 0f 83 d7
Oct 18 19:15:01 we kernel: RIP <ffffffffa02ffbc4>{:ocfs2:ocfs2_extend_file+772} RSP
<0000010023817cd8>
Oct 18 19:28:10 we kernel: <3>(108,2):ocfs2_lock_res_free:340 ERROR: bug
expression: res->l_ex_holders
Oct 18 19:28:10 we kernel: (108,2):ocfs2_lock_res_free:340 ERROR: Lockres
M00000000000000013276f91b32a03e has 1 ex holders
Oct 18 19:28:10 we kernel: ----------- [cut here ] --------- [please bite here
] ---------
Thanks
Gerd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Gerd Pickel
Systemadministration
BETAX-Systems GmbH
D-93059 Regensburg
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users