Hi Juergen,
there should be 3 files in /tmp with the error. E.g.
/tmp/crsctl.<number>
Do you have such files? What's the content?
Most probably you cannot access the voting or ocr, because of permission problems. Did you put your voting on raw devices? My system changed the permission to root/disk after a reboot. A quick workaround would be to add oracle to the disk group.
Clemens
--- Originalnachricht ---
> Hello
>
> we have installed a 2 node RAC (v10.2.0.2) with ASM on a SLES9
> SP3. Everything worked smootly w/o any major problems so far
> except the fact that after reboot the server the cssd daemon
> does not start correctly. I see the following processes listed:
>
> root 10612 0.0 0.1 7772 1316 ? Ss 11:33
> 0:00 /bin/sh /etc/init.d/init.evmd run
> root 10613 0.0 0.1 7904 1472 ? Ss 11:33
> 0:00 /bin/sh /etc/init.d/init.cssd fatal
> root 10614 0.0 0.1 7772 1332 ? Ss 11:33
> 0:00 /bin/sh /etc/init.d/init.crsd run
> root 10626 0.0 0.1 7900 1472 ? S 11:33
> 0:00 /bin/sh /etc/init.d/init.cssd startcheck
> root 10646 0.0 0.1 7904 1476 ? S 11:33
> 0:00 /bin/sh /etc/init.d/init.cssd startcheck
> root 10785 0.0 0.1 7904 1476 ? S 11:33
> 0:00 /bin/sh /etc/init.d/init.cssd startcheck
>
> But the ocssd.bin daemon is not runing. When I issue crsctl
> check crs then I get the following output:
>
> # crsctl check crs
> Failure 1 contacting CSS daemon
> Cannot communicate with CRS
> Cannot communicate with EVM
> #
>
> I guess there is something wrong in the init.cssd script, for
> whatever reason the script remains in a state "startcheck".
>
> Has anybody encountered the same problem ?
>
> Thanks
> Juergen
>
> --
> To unsubscribe, email: suse-oracle-unsubscribe@(protected)
> For additional commands, email: suse-oracle-help@(protected)
> Please see http://www.suse.com/oracle/ before posting
>
--
To unsubscribe, email: suse-oracle-unsubscribe@(protected)
For additional commands, email: suse-oracle-help@(protected)
Please see http://www.suse.com/oracle/ before posting
