Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> Re: CRS install on Firewire Linux

Re: CRS install on Firewire Linux

From: Mladen Gogala <>
Date: Mon, 10 Oct 2005 05:15:37 +0000
Message-Id: <>

Uwe, according to your logfile, your primary node is evicting the second node because it has missed several checkins. In other words, heartbeat is not coming through. The cause for that might simply be a faulty Ethernet card. Also, hopefully, you used a switch when connecting two machines with the private interconnect. If you didn't, your database will simply hang, waiting for the answer from another side which might never come. First thing, though, should be to look in messages file ("dmesg" command) and see whether everything is OK with your Ethernet card. Using "ping" command to further check the NIC is also a smart idea. Second, if everything is OK, you may be having contention problem with your network "send" and "receive" buffers. On 2.6 kernels you can speed things up by setting the following parameters:

net.core.rmem_default = 524288
net.core.wmem_default = 524288
net.core.rmem_max = 524288
net.core.wmem_max = 524288

You can do that by using sysctl command. Linux 2.6 kernel is of what is known as "Microsoft quality" and gives you almost no option to control it.

Sometimes, just sometimes, there are things called bugs. Then you call Oracle and open a TAR. In 6 months or so you'll probably receive a patch, usually for the the problem you don't have, unless you've purchased golden support. Oracle has outsourced technical support and parts of development to Elbonia and that reflects on the quality of both code and support. The price for golden or platinum support is, of course, your firstborn child.

In my opinion, given the quality of both Oracle and Linux, you should put your production database on Linux only if you have particularly strong desire for ulcer or heart attack.

One such nice feature, recently discovered, is that one cannot use export utility from the database to export 9.2.0.x, x<=6 database. The reason is that there is a new part of the SYS.DBMS_EXPORT_EXTENSION package, namely FUNC_INDEX_DEFAULT procedure, which doesn't exist in 9.2.0.x , x<=6 and is, of course, invoked by "exp" utility in No warning was given, that particular pearl wasn't published anywhere. Those @#$%! [EXPLETIVE DELETED] [EXPLETIVE DELETED] at oracle seem to think that compatibility is a game in which you win points if you dig out surprises. You don't want to know what I really feel like.

On 10/09/2005 05:42:43 PM, Uwe Weber wrote:
> Hello,
> I have some trouble installing CRS on two WBEL 4.0 nodes.
> Shortly after installing and starting the cssd on the 2nd node this
> node is evicted grom the cluster and hangs.
> This is what the logfile says:
> [alert$nodename.log]: [cssd(7501)]CRS-1607:CSSD evicting node inigo.
> Details in /opt/oracle/product/10.2.0/crs/log/athlon/cssd/ocssd.log
> [ocssd.log]: [ CSSD]2005-10-09 22:41:52.745 [3051846576] >TRACE:
> clssnmPollingThread: node inigo (2) missed(4) checkin(s)
> [snips 58 repetitions of this message]
> [ CSSD]2005-10-09 22:42:48.850 [3051846576] >TRACE:
> clssnmPollingThread: Eviction started for node
> inigo (2), flags 0x000d, state 3, wt4c 0
> Not much help to me and metalink is silent too. But maybe some
> of you can point me in the right direction?
> My setup is:
> 2 nodes, White Box Enterprise Linux 4.0,
> FW-Kernel from,
> OCR and CSS on ocfs2 shared filesystem,
> ASM modules from otn,
> interconnect is through 100Mb Ethercards connected with a
> crosslink cable,
> Firewirecards are Agere Systems (former Lucent Microelectronics) FW323
> (rev 61) (Belkin)
> and the harddisk is a Maxtor One Touch II.
> Regards,
> uwe
> --

Mladen Gogala

Received on Mon Oct 10 2005 - 00:17:48 CDT

Original text of this message