[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference orarep::nomahs::dbms

Title:VAX DBMS
Notice:THIS NOTESFILE IS NOT A FORMAL SUPPORT CHANNEL
Moderator:SCARY::CHARLAND
Created:Thu Feb 20 1986
Last Modified:Tue Jun 03 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2642
Total number of notes:11044

2612.0. "6.0-11 monitor problem?" by M5::LWILCOX (Chocolate in January!!) Thu Mar 20 1997 12:46

6.0-11.  I have a customer reporting that starting just about a week ago they
get into a situation where their DBMS monitor "dies", or at least they think
it dies.  That is, they have never actually checked to see if the VMS process
goes away.  Their symptom is that they see in the monitor log file "remote 
monitor nn is not responding".  This is a single node system.  I have explained
that it is perfectly normal to see this message.

After they see this, however, then they get hundreds of rollbacks, on all
databases.  They usually reboot the system at this point.

In one instance of this they received numerous dbr bugcheck dumps with 
exception DBR$RECOVER and FLK, referencing the RUJ file as still being
locked.  I know that was a problem in the past, but all release notes, etc.
appear to indicate that was fixed.

They believe this situation will occur again today so I have asked him to
check to see if the monitor process is really still there or not.  They
have not seen the NOMONITOR message, just the "not responding" message.

This is on an alpha system.  They have had this version of DBMS installed
for quite a long time and it's been running smoothly until a week ago.
Naturally "nothing has changed" :-).

Does any of this seem familiar?

Thanks,

Liz
T.RTitleUserPersonal
Name
DateLines
2612.1M5::LWILCOXHow about Fireworks?Thu Mar 20 1997 18:371
Turns out he was getting a SYSTEM-F-NOSLOT so he'll increase max process count.