hi, maybe this is not the place to file a bug, but.... I think there is one in /etc/init.d/o2cb. the script should be used to create the config file /etc/sysconfig/o2cb by calling it with "o2cb configure", and the generated config file contains info not to edit the file, but to use the script. alas, the script only checks for to parameters, the cluster name and wether to enable the cluster or not. the sometimes necessary modification of the heartbeat threshold cannot be made via the script, and, even worse, it is overwritten by write_config(), when someone calls the script after the modification was made using some editor. so, maybe configure_ask() should contain a third loop to ask for that parameter to (or any parameter which additionaly can be set). greets thomas zimolong Bundesministerium des Inneren Referat Z 6 - Funktionsbereich Anwendungsentwicklung Alt-Moabit 101 D D-10559 Berlin Fon 01888 681 2383 Fax 01888 681 5 2383 mailto:thomas.zimolong at bmi.bund.de http://bmi.bund.de
Yes, we are missing that bit. File a bug on http://oss.oracle.com/bugzilla component ocfs2-tools. Thomas.Zimolong at bmi.bund.de wrote:> hi, > > maybe this is not the place to file a bug, but.... > > I think there is one in /etc/init.d/o2cb. > > the script should be used to create the config file /etc/sysconfig/o2cb > by calling > it with "o2cb configure", and the generated config file contains info > not to edit > the file, but to use the script. > > alas, the script only checks for to parameters, the cluster name and > wether to > enable the cluster or not. > > the sometimes necessary modification of the heartbeat threshold cannot > be made > via the script, and, even worse, it is overwritten by write_config(), > when someone > calls the script after the modification was made using some editor. > > so, maybe configure_ask() should contain a third loop to ask for that > parameter to > (or any parameter which additionaly can be set). > > greets > thomas zimolong > > Bundesministerium des Inneren > Referat Z 6 - Funktionsbereich Anwendungsentwicklung > Alt-Moabit 101 D > D-10559 Berlin > Fon 01888 681 2383 > Fax 01888 681 5 2383 > mailto:thomas.zimolong at bmi.bund.de > http://bmi.bund.de > > _______________________________________________ > Ocfs2-users mailing list > Ocfs2-users at oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs2-users >
On Wed, Jun 14, 2006 at 06:24:35PM +0200, Thomas.Zimolong at bmi.bund.de wrote:> maybe this is not the place to file a bug, but....oss.oracle.com/bugzilla is the "correct" place, but all we really care about is that you bring it to our attention, which you have done :-)> the sometimes necessary modification of the heartbeat threshold cannot > be made > via the script, and, even worse, it is overwritten by write_config(), > when someone > calls the script after the modification was made using some editor.Overwriting your value is, indeed, a bug. We'll go about fixing it. Joel -- "I'm so tired of being tired, Sure as night will follow day. Most things I worry about Never happen anyway." Joel Becker Principal Software Developer Oracle E-mail: joel.becker at oracle.com Phone: (650) 506-8127
On Wed, Jun 14, 2006 at 06:24:35PM +0200, Thomas.Zimolong at bmi.bund.de wrote:> the sometimes necessary modification of the heartbeat threshold cannot > be made > via the script, and, even worse, it is overwritten by write_config(), > when someone > calls the script after the modification was made using some editor.What version do you have? I just tested it here, and it does faithfully preserve the HEARTBEAT_THRESHOLD value when writing the new version. Joel -- Life's Little Instruction Book #450 "Don't be afraid to say, 'I need help.'" Joel Becker Principal Software Developer Oracle E-mail: joel.becker at oracle.com Phone: (650) 506-8127
Peter McMahon
2006-Jun-21 06:29 UTC
[Ocfs2-users] kernel BUG at /rpmbuild/smushran/BUILD/ocfs2-1.2.1/fs/ocfs2/file.c:787!
All still working on the use of OCFS2.... Yesterday, when we were running autoconfig for an Apps DB node in a RAC cluster the other node crashed.... extract from /var/log/messages...is below... If anyone can advise of what action we should take please do Thanks in advance Peter other info which me be relavent.... - o2cb_ctl version 1.2.1 - Linux 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:54:53 EST 2006 i686 i686 i386 GNU/Linux - o2cb status Module "configfs": Loaded Filesystem "configfs": Mounted Module "ocfs2_nodemanager": Loaded Module "ocfs2_dlm": Loaded Module "ocfs2_dlmfs": Loaded Filesystem "ocfs2_dlmfs": Mounted Checking cluster ocfs2: Online Checking heartbeat: Active - ocfs2 status Configured OCFS2 mountpoints: /home /d01 /d02 /d03 /d04 /CRS Active OCFS2 mountpoints: /home /d01 /d02 /d03 /d04 /CRS - O2CB_HEARTBEAT_THRESHOLD=60 ==============Jun 20 13:15:21 tudbsou01 kernel: (1659,1):ocfs2_extend_file:787 ERROR: bug expression: i_size_read(inode) != (le64_to_cpu(fe->i_size) - *bytes_extended) Jun 20 13:15:21 tudbsou01 kernel: (1659,1):ocfs2_extend_file:787 ERROR: Inode 16615168 i_size = 225, dinode i_size = 3774, bytes_extended 0, new_i_size = 345 Jun 20 13:15:21 tudbsou01 kernel: ------------[ cut here ]------------ Jun 20 13:15:21 tudbsou01 kernel: kernel BUG at /rpmbuild/smushran/BUILD/ocfs2-1.2.1/fs/ocfs2/file.c:787! Jun 20 13:15:21 tudbsou01 kernel: invalid operand: 0000 [#1] Jun 20 13:15:21 tudbsou01 kernel: SMP Jun 20 13:15:21 tudbsou01 kernel: Modules linked in: md5 ipv6 autofs4 i2c_dev i2c_core ocfs2(U) debugfs(U) ocfs2_dlmfs(U) ocfs2_dlm(U) ocfs2_nodemanager(U) configfs(U) sunrpc emcphr(U) emcpmpap(U) emcpmpaa(U) emcpmpc(U) emcpmp(U) emcp(U) emcplib(U) button battery ac joydev uhci_hcd shpchp tg3 sg st dm_snapshot dm_zero dm_mirror ext3 jbd dm_mod qla2300(U) qla2xxx(U) qla2xxx_conf(U) mptscsih mptsas mptspi mptfc mptscsi mptbase sd_mod scsi_mod Jun 20 13:15:21 tudbsou01 kernel: CPU: 1 Jun 20 13:15:21 tudbsou01 kernel: EIP: 0060:[<f93ce081>] Tainted: P VLI Jun 20 13:15:21 tudbsou01 kernel: EFLAGS: 00010292 (2.6.9-34.ELsmp) Jun 20 13:15:21 tudbsou01 kernel: EIP is at ocfs2_extend_file+0x380/0xf25 [ocfs2] Jun 20 13:15:21 tudbsou01 kernel: eax: 00000081 ebx: 00000000 ecx: e71c8e6c edx: f93f726f Jun 20 13:15:21 tudbsou01 kernel: esi: f3b0d624 edi: e71c8f18 ebp: f3a6b000 esp: e71c8ea4 Jun 20 13:15:21 tudbsou01 kernel: ds: 007b es: 007b ss: 0068 Jun 20 13:15:21 tudbsou01 kernel: Process racgmain (pid: 1659, threadinfo=e71c8000 task=f6eea930) Jun 20 13:15:21 tudbsou01 kernel: Stack: f6ffef40 00000000 00000000 00000000 f3b0d624 f600ad80 e71c8f58 00000000 Jun 20 13:15:21 tudbsou01 kernel: 00000000 f3921458 f7e53a00 e71c8f68 00000000 e71c8f68 00000000 e71c8f68 Jun 20 13:15:21 tudbsou01 kernel: 00000000 f3b0d624 f93dc213 00000159 00000000 e71c8f18 000000e1 00000000 Jun 20 13:15:21 tudbsou01 kernel: Call Trace: Jun 20 13:15:21 tudbsou01 kernel: [<f93dc213>] ocfs2_write_lock_maybe_extend+0x731/0xad5 [ocfs2] Jun 20 13:15:21 tudbsou01 kernel: [<f93cc0d0>] ocfs2_file_write+0x11f/0x254 [ocfs2] Jun 20 13:15:21 tudbsou01 kernel: [<c015a5e8>] vfs_write+0xb6/0xe2 Jun 20 13:15:21 tudbsou01 kernel: [<c015a6b2>] sys_write+0x3c/0x62 Jun 20 13:15:21 tudbsou01 kernel: [<c02d2657>] syscall_call+0x7/0xb Jun 20 13:15:21 tudbsou01 kernel: [<c02d007b>] schedule+0x32f/0x8d3 Jun 20 13:15:21 tudbsou01 kernel: Code: b1 e0 fd ff ff ff b1 dc fd ff ff 68 13 03 00 00 68 b5 18 3f f9 ff 70 10 ff b2 94 00 00 00 68 6f 72 3f f9 e8 bc 45 d5 c6 83 c4 3c <0f> 0b 13 03 d3 6f 3f f9 8b 5c 24 10 8b 83 54 01 00 00 0f ae e8 Jun 20 13:15:21 tudbsou01 kernel: <0>Fatal exception: panic in 5 seconds Jun 20 13:25:25 tudbsou01 syslogd 1.4.1: restart. ____________________________________________________ The LOST Ninja blog: Exclusive clues, clips and gossip. http://au.blogs.yahoo.com/lostninja
Sunil Mushran
2006-Jun-21 18:03 UTC
[Ocfs2-users] kernel BUG at /rpmbuild/smushran/BUILD/ocfs2-1.2.1/fs/ocfs2/file.c:787!
Check out http://oss.oracle.com/bugzilla/show_bug.cgi?id=723 Peter McMahon wrote:> All > > still working on the use of OCFS2.... > > Yesterday, when we were running autoconfig for an Apps > DB node in a RAC cluster the other node crashed.... > > extract from /var/log/messages...is below... > > If anyone can advise of what action we should take > please do > > Thanks in advance > > Peter > > > other info which me be relavent.... > - o2cb_ctl version 1.2.1 > - Linux 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:54:53 EST > 2006 i686 i686 i386 GNU/Linux > > - o2cb status > Module "configfs": Loaded > Filesystem "configfs": Mounted > Module "ocfs2_nodemanager": Loaded > Module "ocfs2_dlm": Loaded > Module "ocfs2_dlmfs": Loaded > Filesystem "ocfs2_dlmfs": Mounted > Checking cluster ocfs2: Online > Checking heartbeat: Active > > - ocfs2 status > Configured OCFS2 mountpoints: /home /d01 /d02 /d03 > /d04 /CRS > Active OCFS2 mountpoints: /home /d01 /d02 /d03 /d04 > /CRS > > - O2CB_HEARTBEAT_THRESHOLD=60 > > > > > > > > > ==============> Jun 20 13:15:21 tudbsou01 kernel: > (1659,1):ocfs2_extend_file:787 ERROR: bug expression: > i_size_read(inode) != (le64_to_cpu(fe->i_size) - > *bytes_extended) > Jun 20 13:15:21 tudbsou01 kernel: > (1659,1):ocfs2_extend_file:787 ERROR: Inode 16615168 > i_size = 225, dinode i_size = 3774, bytes_extended > 0, new_i_size = 345 > Jun 20 13:15:21 tudbsou01 kernel: ------------[ cut > here ]------------ > Jun 20 13:15:21 tudbsou01 kernel: kernel BUG at > /rpmbuild/smushran/BUILD/ocfs2-1.2.1/fs/ocfs2/file.c:787! > Jun 20 13:15:21 tudbsou01 kernel: invalid operand: > 0000 [#1] > Jun 20 13:15:21 tudbsou01 kernel: SMP > Jun 20 13:15:21 tudbsou01 kernel: Modules linked in: > md5 ipv6 autofs4 i2c_dev i2c_core ocfs2(U) debugfs(U) > ocfs2_dlmfs(U) ocfs2_dlm(U) ocfs2_nodemanager(U) > configfs(U) sunrpc emcphr(U) emcpmpap(U) emcpmpaa(U) > emcpmpc(U) emcpmp(U) emcp(U) emcplib(U) button battery > ac joydev uhci_hcd shpchp tg3 sg st dm_snapshot > dm_zero dm_mirror ext3 jbd dm_mod qla2300(U) > qla2xxx(U) qla2xxx_conf(U) mptscsih mptsas mptspi > mptfc mptscsi mptbase sd_mod scsi_mod > Jun 20 13:15:21 tudbsou01 kernel: CPU: 1 > Jun 20 13:15:21 tudbsou01 kernel: EIP: > 0060:[<f93ce081>] Tainted: P VLI > Jun 20 13:15:21 tudbsou01 kernel: EFLAGS: 00010292 > (2.6.9-34.ELsmp) > Jun 20 13:15:21 tudbsou01 kernel: EIP is at > ocfs2_extend_file+0x380/0xf25 [ocfs2] > Jun 20 13:15:21 tudbsou01 kernel: eax: 00000081 ebx: > 00000000 ecx: e71c8e6c edx: f93f726f > Jun 20 13:15:21 tudbsou01 kernel: esi: f3b0d624 edi: > e71c8f18 ebp: f3a6b000 esp: e71c8ea4 > Jun 20 13:15:21 tudbsou01 kernel: ds: 007b es: 007b > ss: 0068 > Jun 20 13:15:21 tudbsou01 kernel: Process racgmain > (pid: 1659, threadinfo=e71c8000 task=f6eea930) > Jun 20 13:15:21 tudbsou01 kernel: Stack: f6ffef40 > 00000000 00000000 00000000 f3b0d624 f600ad80 e71c8f58 > 00000000 > Jun 20 13:15:21 tudbsou01 kernel: 00000000 > f3921458 f7e53a00 e71c8f68 00000000 e71c8f68 00000000 > e71c8f68 > Jun 20 13:15:21 tudbsou01 kernel: 00000000 > f3b0d624 f93dc213 00000159 00000000 e71c8f18 000000e1 > 00000000 > Jun 20 13:15:21 tudbsou01 kernel: Call Trace: > Jun 20 13:15:21 tudbsou01 kernel: [<f93dc213>] > ocfs2_write_lock_maybe_extend+0x731/0xad5 [ocfs2] > Jun 20 13:15:21 tudbsou01 kernel: [<f93cc0d0>] > ocfs2_file_write+0x11f/0x254 [ocfs2] > Jun 20 13:15:21 tudbsou01 kernel: [<c015a5e8>] > vfs_write+0xb6/0xe2 > Jun 20 13:15:21 tudbsou01 kernel: [<c015a6b2>] > sys_write+0x3c/0x62 > Jun 20 13:15:21 tudbsou01 kernel: [<c02d2657>] > syscall_call+0x7/0xb > Jun 20 13:15:21 tudbsou01 kernel: [<c02d007b>] > schedule+0x32f/0x8d3 > Jun 20 13:15:21 tudbsou01 kernel: Code: b1 e0 fd ff ff > ff b1 dc fd ff ff 68 13 03 00 00 68 b5 18 3f f9 ff 70 > 10 ff b2 94 00 00 00 68 6f 72 3f f9 e8 bc 45 d5 c6 83 > c4 3c <0f> 0b 13 03 d3 6f 3f f9 8b 5c 24 10 8b 83 54 > 01 00 00 0f ae e8 > Jun 20 13:15:21 tudbsou01 kernel: <0>Fatal exception: > panic in 5 seconds > Jun 20 13:25:25 tudbsou01 syslogd 1.4.1: restart. > > > > ____________________________________________________ > The LOST Ninja blog: Exclusive clues, clips and gossip. > http://au.blogs.yahoo.com/lostninja > > > _______________________________________________ > Ocfs2-users mailing list > Ocfs2-users at oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs2-users >