Ora-07445 [__gi_strlen] During Rman Backup Of Archivelog Files (Doc ID 467000.1)

Last updated on MAY 30, 2012

Applies to:

Oracle Server - Enterprise Edition - Version 10.2.0.3 and later
Information in this document applies to any platform.
***Checked for relevance on 30-May-2012***

Symptoms

During an outage, the Standby Database took over the Primary Role.
Backup of the archivelog files from the new Primary database fails with

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on t1 channel at 10/22/2007 09:11:50
RMAN-10038: database session for channel t1 terminated unexpectedly

Alert.log shows the corresponding error is an
ORA-07445: exception encountered: core dump [__GI_strlen()+64] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []

Commvault Galaxy 6.1.0 (Build50) is the MML being used to back up to tape.

Stack trace from the trace file shows

ksedst ksedmp ssexhd funlockfile GI_strlen ZNSt11char_traitsIcE6lengthEPKc
ZNSs6assignEPKc ZNSsaSEPKc
ZN20AdaptersInterfaceNet22getRacClientInstanceIdEmmRSsRmS1_RSt4listIlSaIlEES0_
ZN17OracleRacInstance22getRacClientInstanceIdEmmRSsRmS1_ RSt4listIlSaIlEEPv
Z22GetRacClientInstanceIdmmRSsRmS0_Rl ZN12OraAgentBase22RecvArgsForCommandLineEPKc
ZN12OraAgentBase11Initialize1EiPPcP7EvEventPKciS0_bij
Z15CreateOraObjectP9OraHandle12eThreadPhase
Z17CreateOraObject20P9OraHandle12eThreadPhase sbtbackuppp sbtbackup

Backup of the same archivelog files to disk, without using the MML, is successful.

Cause

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