Can anyone tell me what might be happening here. I have a 3 node cluster running under RH AS 4 (2.6.9-22.0.1.ELsmp) with ocfs2 v. 1.2.0-1. I've recently implemented elevator=deadline in grub.conf to fix some previous panics, but now it seems this box goes down every few days with this panic: May 10 13:46:10 linux97 kernel: (29579,0):ocfs2_extend_file:784 ERROR: bug expression: i_size_read(inode) != (le64_to_cpu(fe->i_size) - *bytes_extended) May 10 13:46:10 linux97 kernel: (29579,0):ocfs2_extend_file:784 ERROR: Inode 3891726 i_size = 77801, dinode i_size = 79865, bytes_extended = 0, new_i_size = 77874 May 10 13:46:10 linux97 kernel: ------------[ cut here ]------------ May 10 13:46:10 linux97 kernel: kernel BUG at /rpmbuild/jlbec/BUILD/ocfs2-1.2.0/fs/ocfs2/file.c:784! May 10 13:46:10 linux97 kernel: invalid operand: 0000 [#1] May 10 13:46:10 linux97 kernel: SMP May 10 13:46:10 linux97 kernel: Modules linked in: nfs lockd hangcheck_timer md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core ocfs2(U) debugfs(U) ocfs2_dlmfs(U) ocfs2_dlm(U) ocfs2_nodemanager(U) configfs(U) sunrpc dm_mirror dm_mod emcphr(U) emcpmpap(U) emcpmpaa(U) emcpmpc(U) emcpmp(U) emcp(U) emcplib(U) button battery ac uhci_hcd ehci_hcd hw_random shpchp e1000 bonding(U) floppy sg ext3 jbd lpfc(U) scsi_transport_fc megaraid_mbox megaraid_mm sd_mod scsi_mod May 10 13:46:10 linux97 kernel: CPU: 0 May 10 13:46:10 linux97 kernel: EIP: 0060:[<f8f8c635>] Tainted: P VLI May 10 13:46:10 linux97 kernel: EFLAGS: 00210292 (2.6.9-22.0.1.ELsmp) May 10 13:46:10 linux97 kernel: EIP is at ocfs2_extend_file+0x380/0xf25 [ocfs2] May 10 13:46:10 linux97 kernel: eax: 00000086 ebx: 00000000 ecx: ea42fe6c edx: f8fb52b5 May 10 13:46:10 linux97 kernel: esi: f4144e24 edi: ea42ff18 ebp: cc540000 esp: ea42fea4 May 10 13:46:10 linux97 kernel: ds: 007b es: 007b ss: 0068 May 10 13:46:10 linux97 kernel: Process oracle (pid: 29579, threadinfo=ea42f000 task=e8bd11b0) May 10 13:46:10 linux97 kernel: Stack: f70d0380 00000000 00000000 00000000 f4144e24 f6ef4f00 ea42ff58 00000000 May 10 13:46:10 linux97 kernel: 00000000 e53ff48c f7fbc200 ea42ff68 00000000 ea42ff68 00000000 ea42ff68 May 10 13:46:10 linux97 kernel: 00000000 f4144e24 f8f9a4ee 00013032 00000000 ea42ff18 00012fe9 00000000 May 10 13:46:10 linux97 kernel: Call Trace: May 10 13:46:10 linux97 kernel: [<f8f9a4ee>] ocfs2_write_lock_maybe_extend+0x731/0xad5 [ocfs2] May 10 13:46:10 linux97 kernel: [<f8f8a684>] ocfs2_file_write +0x11f/0x254 [ocfs2] May 10 13:46:10 linux97 kernel: [<c0159d24>] vfs_write+0xb6/0xe2 May 10 13:46:10 linux97 kernel: [<c0159dee>] sys_write+0x3c/0x62 May 10 13:46:10 linux97 kernel: [<c02d0fb7>] syscall_call+0x7/0xb May 10 13:46:10 linux97 kernel: Code: b1 e0 fd ff ff ff b1 dc fd ff ff 68 10 03 00 00 68 01 fb fa f8 ff 70 10 ff b2 94 00 00 00 68 b5 52 fb f8 e8 f8 5b 19 c7 83 c4 3c <0f> 0b 10 03 1c 50 fb f8 8b 5c 24 10 8b 83 54 01 00 00 0f ae e8 May 10 13:46:10 linux97 kernel: <0>Fatal exception: panic in 5 seconds
You may want to upgrade to 1.2.1. We have done fixes in this area. Jim Erb wrote:> Can anyone tell me what might be happening here. I have a 3 node > cluster running under RH AS 4 (2.6.9-22.0.1.ELsmp) with ocfs2 v. > 1.2.0-1. I've recently implemented elevator=deadline in grub.conf to > fix some previous panics, but now it seems this box goes down every few > days with this panic: > > May 10 13:46:10 linux97 kernel: (29579,0):ocfs2_extend_file:784 ERROR: > bug expression: i_size_read(inode) != (le64_to_cpu(fe->i_size) - > *bytes_extended) > May 10 13:46:10 linux97 kernel: (29579,0):ocfs2_extend_file:784 ERROR: > Inode 3891726 i_size = 77801, dinode i_size = 79865, bytes_extended = 0, > new_i_size = 77874 > May 10 13:46:10 linux97 kernel: ------------[ cut here ]------------ > May 10 13:46:10 linux97 kernel: kernel BUG > at /rpmbuild/jlbec/BUILD/ocfs2-1.2.0/fs/ocfs2/file.c:784! > May 10 13:46:10 linux97 kernel: invalid operand: 0000 [#1] > May 10 13:46:10 linux97 kernel: SMP > May 10 13:46:10 linux97 kernel: Modules linked in: nfs lockd > hangcheck_timer md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core > ocfs2(U) debugfs(U) > ocfs2_dlmfs(U) ocfs2_dlm(U) ocfs2_nodemanager(U) configfs(U) sunrpc > dm_mirror dm_mod emcphr(U) emcpmpap(U) emcpmpaa(U) emcpmpc(U) emcpmp(U) > emcp(U) emcplib(U) button battery ac uhci_hcd ehci_hcd hw_random shpchp > e1000 bonding(U) floppy sg ext3 jbd lpfc(U) scsi_transport_fc > megaraid_mbox megaraid_mm sd_mod scsi_mod > May 10 13:46:10 linux97 kernel: CPU: 0 > May 10 13:46:10 linux97 kernel: EIP: 0060:[<f8f8c635>] Tainted: P > VLI > May 10 13:46:10 linux97 kernel: EFLAGS: 00210292 (2.6.9-22.0.1.ELsmp) > May 10 13:46:10 linux97 kernel: EIP is at ocfs2_extend_file+0x380/0xf25 > [ocfs2] > May 10 13:46:10 linux97 kernel: eax: 00000086 ebx: 00000000 ecx: > ea42fe6c edx: f8fb52b5 > May 10 13:46:10 linux97 kernel: esi: f4144e24 edi: ea42ff18 ebp: > cc540000 esp: ea42fea4 > May 10 13:46:10 linux97 kernel: ds: 007b es: 007b ss: 0068 > May 10 13:46:10 linux97 kernel: Process oracle (pid: 29579, > threadinfo=ea42f000 task=e8bd11b0) > May 10 13:46:10 linux97 kernel: Stack: f70d0380 00000000 00000000 > 00000000 f4144e24 f6ef4f00 ea42ff58 00000000 > May 10 13:46:10 linux97 kernel: 00000000 e53ff48c f7fbc200 > ea42ff68 00000000 ea42ff68 00000000 ea42ff68 > May 10 13:46:10 linux97 kernel: 00000000 f4144e24 f8f9a4ee > 00013032 00000000 ea42ff18 00012fe9 00000000 > May 10 13:46:10 linux97 kernel: Call Trace: > May 10 13:46:10 linux97 kernel: [<f8f9a4ee>] > ocfs2_write_lock_maybe_extend+0x731/0xad5 [ocfs2] > May 10 13:46:10 linux97 kernel: [<f8f8a684>] ocfs2_file_write > +0x11f/0x254 [ocfs2] > May 10 13:46:10 linux97 kernel: [<c0159d24>] vfs_write+0xb6/0xe2 > May 10 13:46:10 linux97 kernel: [<c0159dee>] sys_write+0x3c/0x62 > May 10 13:46:10 linux97 kernel: [<c02d0fb7>] syscall_call+0x7/0xb > May 10 13:46:10 linux97 kernel: Code: b1 e0 fd ff ff ff b1 dc fd ff ff > 68 10 03 00 00 68 01 fb fa f8 ff 70 10 ff b2 94 00 00 00 68 b5 52 fb f8 > e8 f8 5b 19 c7 83 c4 3c <0f> 0b 10 03 1c 50 fb f8 8b 5c 24 10 8b 83 54 > 01 00 00 0f ae e8 > May 10 13:46:10 linux97 kernel: <0>Fatal exception: panic in 5 seconds > > > > _______________________________________________ > Ocfs2-users mailing list > Ocfs2-users at oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs2-users >