Her forleden sad jeg og travede en gammel kollegas log filer igennem, fandt jeg følgende i alert.log filen.

Errors in file /opt/oracle/admin/ORACLE_SID/udump/rosa_ora_27103.trc:
ORA-07445: exception encountered: core dump [00000001014BEC30] [SIGSEGV] [Address not mapped to object] [0]

Ovenstående sker i forbindelse med en natlig, online backup, og sker lige efter en ALTER TABLESPACE TS BEGIN BACKUP.

En hurtig søgning fik mig hen til Note 211909.1 der beskriver, at hvis man ser ORA-7445 er det typiske at oprette en Service Request (SR) via Metalink. Forinden oprettelsen kan man ligeså godt få lavet en backtrace på core filen, og vedhæfte dette output til sin Service Request (SR) via Metalink, da support alligevel vil spørge ind til den. 

På Sun Solaris gøres følgende:

[workday:EDDIE:/opt/admin/oracle/EDDIE/cdump/core_27103]gdb $ORACLE_HOME/bin/sqlplus core
[workday:EDDIE:/opt/admin/oracle/EDDIE/cdump/core_27103]bt # backtrace af alle stack frames
[workday:EDDIE:/opt/admin/oracle/EDDIE/cdump/core_27103]quit

I undertegnedes tilfælde får jeg dog følgende informationer, som stopper processen lidt.

warning: core file may not match specified executable file.

warning: Could not find general-purpose registers in core file.

Lidt søgning på området, siger noget om 32bit/64bit problemmer, men jeg kører 64bit og GDB 6.0 så alt burde være fint. Jeg vender tilbage til Metalink og finder Stackx - aldrig hørt om det, men det klarer jobbet, og får dannet mit stack trace udfra indhold i core. SR er oprettet hos Oracle og aftenter status på sagen derfra. I mellemtiden kigger jeg omkring for  at finde yderligere. Nedenfor mere om stackx og hvor man kan få en download fra.

 stackx is a shell script utility for extracting diagnostic stack trace information from core file on UNIX/LINUX platforms. Core files are typically created when an application program fails in such a way it cannot continue operation. Often this is from an attempt by the application program to access a memory location outside its range permitted by the operating system. When this happens, the operating system sends a signal to the program, which in turn may produce a disk file containing information about its operation, prior to the program terminating execution. This file is the core file, and contains information on program functions called immediately prior to program failure. This information is called a stack trace or back trace and is embedded within the binary core file, which is not human readable  Stackx kan hentes herfra.

Via Google fandt jeg denne besked omkring 7445:

 Cause: An operating system exception occurred which should result in the creation of a core file. This is an internal error.

Andre foreslår korruptioner i memory, så det er lidt forskelligt info jeg finder derude.  

Der findes desuden en rigtig god artikel omkring 7445s anatomi, og artiklen findes her sammen med iøvrigt ORA-7445 lookup tool.

Opdatering på SRen kom så ca. 1 dags tid senere. Herfra får jeg at vide, dels om 7445 fejlen er forekommet yderligere ? og det må jeg sige nej til - det virker som et enkeltstående tilfælde. Dels får jeg oplyst at 7445 med dette argument [SIGSEGV] ikke er set før - så jeg er lidt ligevidt.

Jeg vælger dog at monitorere databasen for yderligere forekomster. Stay tuned.