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

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

1451.0. "DECmcc hangs when handling common exception" by SWORD1::SUCONICK () Thu Sep 05 1991 13:27

I discovered DECmcc problem while debugging my application code which is linked 
with DECmcc. Later I was able to duplicate the problem from FCL.
 
FCL commands which were used:

MCC> show node XYZ routing dest node * nets     ! common exception
MCC> show node phz5g8 routing dest node * nets
MCC> show node4 XYZ remote node *		! specialized exception
MCC> show node4 a55rt1 remote node *


The symptoms: 
DECmcc process hangs and puts itself into a hibernate state. 
When I tried to kill it became suspended and could not be killed. In order to
kill this process you have to reboot the system.

The causes:
Depending upon the settings of the system parameters ASTlm and TQElm the 
software will go through the loop of the above commands more or less number
of times, but eventually it will hang. This only happens when SHOW with common 
exception is in the loop which makes me think that ASTs do not get cleared 
during common exception handling.  

This is a big problem for me because the network management tool I am writing
supposed to run continuously on a background and poll the routers, so rebooting
the system when it hangs is not the most elegant solution. Does anyone
have any suggestions?


		Irina.


T.RTitleUserPersonal
Name
DateLines
1451.1TOOK::GUERTINDon't fight fire with flamesThu Sep 05 1991 14:082
    What are your current ASTLM and TQELM set to?
    
1451.2Current settingsSWORD1::SUCONICKThu Sep 05 1991 18:305
    
    ASTlm 48
    TQElm 256
    
    
1451.3exCTHQ2::SISTIThu Sep 26 1991 18:547
    Is anybody in MCC land looking into this problem ? No one has responded
    in a long time, and this is a possible show stopper for the application
    we are trying to develop ? Please respond to Irina and let us know if
    anyone is or intends to look into this.
    
    Thanks in advance, this is a serious problem for us.
    
1451.4Good question.TOOK::GUERTINDon't fight fire with flamesFri Sep 27 1991 11:317
    I thought someone on the DNA4 AM team was working on it.
    
    ????
    
    I'll file it as a QAR.
    
    -Matt.
1451.5TOOK::CAREYFri Sep 27 1991 12:2817
    
    Matt,
    
    Thanks for getting it in as a QAR.
    
    Yes, we're working on it.
    
    Bob,  we have spent quite a lot of time isolating just exactly what
    is going on.  Irina worked closely with Stella Ko to help determine
    what appeared to be happening, and work has been continuing on
    isolating exactly what the cause of the problem is.
    
    We have been, and will continue to work with Irina to resolve this
    for her.
    
    -Jim
    
1451.6good replyCTHQ2::SISTITue Oct 01 1991 12:544
    Thanks for posting the answer here, and glad to hear its under control.
    Would be nice to post an reply here when the problem is resolved.
    
    keep in touch