Hi all,Just an update -- I still haven't solved the problem but narrowed it down. It is indeed ons which produces all those core dumps. GDB tells me the following:
Core was generated by `/u01/app/oracle/product/11.1.0/crs/opmn/bin/ons -d'. Program terminated with signal 11, Segmentation fault. #0 0x08051e96 in opmnHttpFormatConnect () (gdb) bt #0 0x08051e96 in opmnHttpFormatConnect () Cannot access memory at address 0x5ca3308Naturally there is no documentation about this function, neither seems anybody else affected (couldn't find anything on google/metalink).
Regards, Martin Bach wrote: > Dear all, > > I've got a playground RAC 126.96.36.199 Linux 32bit installation running on > RHEL5.0 over Oracle VM. > > This worked nicely when I initially installed it for 2 nodes. I then > wanted to play around some more and add a third node to the cluster. > Addnode.sh worked fine for clusterware, it copied the sofwtare and > prompted me to run the various scripts as root and so far so good. > However, it failed to start the ONS resource on the 3rd (= new) node. > > 3 minutes later the whole 3rd node came tumbling down on me with core > dumps filling up all of my partition containing $CRS_HOME up to 100%, a > point where each daemon (crsd, cssd, evmd, ons) simply dies. I recon > there is something wrong with the ONS configuration (onsctl ping only > lists 2 nodes, no mention of the 3rd). >> It's not a problem caused by either iptables or selinux, both are disabled.
> > Has anybody tried adding in new members to the cluster yet in 11g? > > Thanks for all input, > > Martin > -- http://www.freelists.org/webpage/oracle-l