Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / Ingres Topics / November 2004

Tip: Looking for answers? Try searching our database.

dbms servers dissapear ?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Gino Pastorino - 19 Nov 2004 07:27 GMT
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
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.