OpenVMS: RAC/CRS: How to Recover from a CRSD Process Crash without Impacting Services
Last updated on FEBRUARY 28, 2018
Applies to:Oracle Database - Enterprise Edition - Version 10.2.0.1 to 10.2.0.5 [Release 10.2]
HP OpenVMS Itanium
HP OpenVMS Alpha
***Checked for relevance on 22-Apr-2013***
There are a number of reasons why the CRS related CRSD batch process (process name ORA_HAS_CRSDREB or ORA_HAS_CRSDRES) may crash due to an Access Violation.
These crashes can happen at different times and for no apparent reason.
At the time of writing this document, there are a number of open bugs which are still being investigated.
<Bug:9027898> CRSD PROCESS ACCESS VIOLATION IN ROUTINES - NSEVIOC, NSEVBRECV AND NTEVGET
<Bug:9218651> CRSD CRASH IN NLQUDEQ
All other CRS related processes are still present.
However, the following error is reported when issuing CRS_STAT -t
CRS-0184: Cannot communicate with the CRS daemon.
Under these conditions, it is not necessary to shutdown the entire CRS stack in order to get CRSD running again.
This article explains the steps needed to restart CRSD without disruption to remaining CRS services and related RAC instances.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms