Oracle Clusterware fails to perform a core dump during panic issues

  • Modified Date:
  • Article ID:000087608


When Oracle Clusterware (10g Release 2 or 11g Release 1) panics the server due to issues such as loss of storage access to voting disks, it fails to perform a core dump due to incorrect settings in the Oracle Clusterware init scripts.
This issue applies to AIX systems only.


The SLOW_REBOOT parameter in the Oracle Clusterware init script (init.cssd) is incorrectly set to “fast boot” for vendor clusterwares.
As a result, the system fails to perform a core dump when panicked by Oracle Clusterware. This causes difficulties in root cause analysis and troubleshooting of the issue.


Modify the init.cssd script to update the SLOW_REBOOT parameter as follows:

Replace the following existing line:
SLOW_REBOOT="/bin/kill -HUP `$CAT /etc/`; /bin/sync & $SLEEP 2; /usr/sbin/fastboot -n -q"

With the following line:
SLOW_REBOOT="/bin/kill -HUP `$CAT /etc/`; /bin/sync & $SLEEP 2; /usr/bin/sysdumpstart -p"

This update ensures that the core dump is collected if Oracle Clusterware panics the system.

Applies To

Oracle Clusterware 10g Release 2 or 11g Release 1 on AIX

Terms of use for this information are found in Legal Notices.



Did this article answer your question or resolve your issue?


Did this article save you the trouble of contacting technical support?


How can we make this article more helpful?

Email Address (Optional)