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

Conference spezko::cluster

Title:+ OpenVMS Clusters - The best clusters in the world! +
Notice:This conference is COMPANY CONFIDENTIAL. See #1.3
Moderator:PROXY::MOORE
Created:Fri Aug 26 1988
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:5320
Total number of notes:23384

5216.0. "Your opinion about CLUEXIT+2078." by VAXRIO::MAURO () Thu Jan 23 1997 11:05

T.RTitleUserPersonal
Name
DateLines
5216.1UTRTSC::jvdbu.uto.dec.com::JurVanDerBurgChange mode to Panic!Fri Jan 24 1997 01:057
> >Unavail station buffs             82    Excessive collisions               0

Does this machine run Pathworks? It looks like it just spent too much time
at a high ipl, which may be caused by many things.

Jur.

5216.2How to check what is in high IPL?VAXRIO::MAUROFri Jan 24 1997 06:3212
    Dear Jur,
    
    the system hasn't Pathworks. This cluster basicly runs a process
    control application (real-time) written in C. It also has installed
    UCX, DECnet IV, Bookbrowser, Volshadow and Fortran.
    
    I have two crash dumps, one with the system hung (.0) e other with the
    application hung. Could you give or tell where to get tips in how to
    check who is executing in high IPL, analyzing the crash? It's a ASRV
    1000 system.
    
    Thanks, Mauro.
5216.3UTRTSC::jvdbu.uto.dec.com::JurVanDerBurgChange mode to Panic!Fri Jan 24 1997 07:409
Most of the times when something has hung for a long time at high ipl
you won't find a trace in the dump. At the moment the hang is over the
system comes back to life, sess it's othwer cluster members again and
will be forced out of the cluster because it's been away too long.

Sometimes you can find some evidence in nonpaged pool.

Jur.