[Ocfs2-users] oscfs2_extend_file:789 ERROR

Pickel, Gerd - Betax-Systems GmbH (IT) Gerd.Pickel at betax-systems.de
Thu Oct 19 05:09:53 PDT 2006 

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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

More information about the Ocfs2-users mailing list