Hi everybody,
Can anyone shed a little light on the situation mentioned below ? I know it
made us scratch our heads more then a few times !
kind regards
Gino
"Gino Pastorino" <pastorino@telkomsa.net> wrote in message news:...
> Hi everyone,
> I a "newbie" at this so you may have an answer to my problem....running
2.6
> on hpux (superdome 64way box x 2 with 5 gigs of ram) our application runs
> very well for a period of time and then...for no apparent reason, the
RDBMS
> servers just disappear (yes they just go missing) we can find nothing in
the
> logs to help us isolate this event. It happens fairly often but I cannot
> force or repeat it at will. Would Appreciate any ideas you guys may have
on
> this.
>
> kind regards
>
> Gino Pastorino
Gary Hansford - 19 Nov 2004 18:07 GMT
Gino,
I take it in the errlog.log file you just see a DMA469 - process died
message - nothing else...!!
We have an open issue with CA on this - we're calling it the "silent
death"...!!!
Here are some things I would try: -
1) Check for core files in the directory you start ingres from...
if you find any, use the debugger to find out if related and raise
support call with CA
2) If no core files - reconfigure system to use ingres threads (rather
than OS threads) and restart the system
ingsetenv II_THREAD_TYPE=INTERNAL
We found one of our silent deaths was being caused by a generated SQL
statment having a huge SQL IN clause... It was causing a stack overflow in
ingres which managed to escape all error trapping. Only with IngresThreads
did the errortrap get invoked and give us some idea of the culprit (plus up
stack size / fix SQL generator). Once you have this info, you can switch
back to OS threads. Doesn't mean its the answer but at least you can get a
more stable system.
Hope this gives you a start...
Gary
Gary Hansford - 24 Nov 2004 09:13 GMT
One other thing to add to this, would be to switch on DBMS logging.
I've had occasions when the ERRLOG.LOG just contains a DMA469 and the DBMS
log contains all the info...
To switch on DBMS logging, define the symbol II_DBMS_LOG using ingsetenv: -
e.g. ingsetenv II_DBMS_LOG /ingres/ingres/files/dbms_%p.log
Change the path accordingly and of course add some housekeeping to remove
old dbms_<pid> files...
Cheers
Gary