[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

5581.0. "Recording problems with mcc" by TROOA::GREENALL () Wed Sep 08 1993 10:26

    
    Can anyone offer any insight into the problem shown below.  DECmcc
    insists on using the name .tro.troa01 instead of just tror01 for the
    node4 object when recording a partition.  This causes major problems
    because you cannot access the recorded data from the iconic interface
    for graphing, etc.
    
    I have attached a log showing the problem.  I have tried deregistering
    the object, and reregistering it without success
    
$ manage/enter
DECmcc (V1.3.0)

MCC> record node4 tror01 part=counters, poll period=0 00:15:00, keep age=14 00:00:00, in domain.tro.s.mcc.record
Node4 DEC:.tro.tror01 
AT  8-SEP-1993 09:15:30

Recording of "Counters" partition started

MCC> show record node4 tror01 part=counters, in domain .tro.s.mcc.record
Node4 tror01 
AT  8-SEP-1993 09:16:21 

No recording for the specified entity and partition

MCC> show record node4 .tro.tror01 part=counters, in domain .tro.s.mcc.record
Node4 DEC:.tro.tror01 
AT  8-SEP-1993 09:17:03

Recording parameters for the partition "Counters" :
                        Recording state = ACTIVE
                            State since = 8-SEP-1993 09:15:48.31
                         Polling period = 0 00:15:00.00
                             Begin time = 8-SEP-1993 09:15:30.52
                               End time = 25-MAY-2012 00:00:00.00
                               Keep age = 14 00:00:00.00
                           Request time = 8-SEP-1993 09:15:30.52
                           Requested by = "SYSTEM"
           Time of last successful poll = "NONE"
             Number of successful polls = 0
               Time of last failed poll = "NONE"
               Last poll failure reason = "N/A"
                 Number of failed polls = 0
        Last historical expiration time = "NONE"
        Time of last expiration failure = "NONE"
         Last expiration failure reason = "N/A"
          Number of expiration failures = 0
MCC> exit
$ log
  SYSTEM       logged out at  8-SEP-1993 09:17:50.03
    
T.RTitleUserPersonal
Name
DateLines
5581.1SISE::SAMFri Sep 10 1993 10:1313
	Are you using the "regular" DNA4 AM?

	Could you, please, do the following commands and post results:

	1. MCC> show node4 tror01 all ident
	2. MCC> dir node4 tror01 all ident
	3. MCC> show node4 .tro.tror01 all iden
	3. MCC> dir node4 .tro.tror01 all iden

		Sam

    
5581.2here's the outputTROOA::GREENALLFri Sep 10 1993 10:4555
    
$ manage/enter
DECmcc (V1.3.0)

MCC> show node4 tror01 all ident

Node4 DEC:.tro.tror01 
AT 10-SEP-1993 09:45:32 Identifiers

Examination of Attributes shows:
                                Address = 57.56
                                   Name = TROR01

MCC> dir node4 tror01 all ident
%MCC-I-NOPARCMD, all ident 
                
%MCC-I-SYNTAXERR, Syntax error -- unable to interpret remainder of line 
%MCC-E-ATTRNOTALLOW, no attribute or argument allowed


MCC> show node4 .tro.tror01 all ident

Node4 DEC:.tro.tror01 
AT 10-SEP-1993 09:45:59 Identifiers

Examination of Attributes shows:
                                Address = 57.56
                                   Name = TROR01
MCC> dir node4 .tro.tror01 all ident
%MCC-I-NOPARCMD, all ident 
                 
%MCC-I-SYNTAXERR, Syntax error -- unable to interpret remainder of line
%MCC-E-ATTRNOTALLOW, no attribute or argument allowed

MCC> dir node4 .tro.tror01

Node4 DEC:.tro.tror01 
AT 10-SEP-1993 09:46:17 

Directory successful.
                        Registered Name = DEC:.tro.tror01
                                   Name = TROR01
                                Address = 57.56
MCC> dir node4 tror01

Node4 tror01 
AT 10-SEP-1993 09:46:25 

Directory successful.
                        Registered Name = DEC:.tro.tror01
                                   Name = TROR01
                                Address = 57.56
MCC> exit
$
$ log

  SYSTEM       logged out at 10-SEP-1993 09:47:04.72

    
5581.3standard 1.3 node4TROOA::GREENALLFri Sep 10 1993 10:466
    
    I forgot the mention, this is the standard MCC module that comes with
    V1.3
    
    Rich
    
5581.4SISE::SAMFri Sep 10 1993 14:388
    
	Try to use "uppercased" node name:

MCC> show record node4 TROR01 part=counters, in domain .tro.s.mcc.record


	Sam
    
5581.5didn't workTROOA::GREENALLFri Sep 10 1993 16:1441
$ manage/enter
DECmcc (V1.3.0)

MCC> show record node4 TROR01 part=counters, in domain .tro.s.mcc.record

Node4 TROR01 
AT 10-SEP-1993 15:16:29 

No recording for the specified entity and partition
MCC> show record node4 tror01 part=counters, in domain .tro.s.mcc.record

Node4 tror01 
AT 10-SEP-1993 15:16:54 

No recording for the specified entity and partition
MCC> 
MCC> show record node4 .tro.tror01 part=counters, in domain .tro.s.mcc.record

Node4 DEC:.tro.tror01 
AT 10-SEP-1993 15:17:20 

Recording parameters for the partition "Counters" :
                        Recording state = ACTIVE,
                            State since =  8-SEP-1993 09:15:48.31,
                         Polling period = 0 00:15:00.00,
                             Begin time =  8-SEP-1993 09:15:30.52,
                               End time = 25-MAY-2012 00:00:00.00,
                               Keep age = 14 00:00:00.00,
                           Request time =  8-SEP-1993 09:15:30.52,
                           Requested by = "SYSTEM",
           Time of last successful poll = "10-SEP-1993 14:58:10.29",
             Number of successful polls = 166,
               Time of last failed poll = "10-SEP-1993 14:19:47.12",
               Last poll failure reason = "schedule time passed",
                 Number of failed polls = 33,
        Last historical expiration time = "10-SEP-1993 14:58:10.29",
        Time of last expiration failure = "NONE",
         Last expiration failure reason = "N/A",
          Number of expiration failures = 0
MCC> exit
    
5581.6SISE::SAMTue Sep 14 1993 17:5814
	Rich,

	The last result is very strange. Did you try to do "show recording"
	for another node4? Does it give the same result?

	If yes we will probably need an access to your machine to look inside
	mcc repositories (before doing this I ask you to create a new
        domain and create a recording for one(!) node4).
    
    	

	Sam.
    
5581.7give me call for accessTROOA::GREENALLTue Sep 14 1993 19:188
    
    	yep, I have tried a show recording for other node4 objects in the
    same domain, and it works just fine.  I cannot figure out what is
    special about this 1 particular node4 object.
    
    	Give a call for access, and I will arrange it.
    
    Rich
5581.8DTNTROOA::GREENALLTue Sep 14 1993 19:194
    
    I suppose it would help if I gave my dtn.. 631-7412.
    
    rich
5581.9Where did everyone go?TROOA::GREENALLTue Sep 21 1993 10:486
    
    Everyone seems to have gone away.  Can anyone offer assistance with the
    QAR, CSC call, or note posted about this problem?
    
    rich
    
5581.10Overwhelming supportTROOA::GREENALLTue Oct 26 1993 15:175
    
    Well, due to the *OVERWHELMING* support now available for DECmcc, I
    have given up.
    
    
5581.11Please escalateBIKINI::KRAUSEEuropean NewProductEngineer for MCCWed Oct 27 1993 10:4010
>    Well, due to the *OVERWHELMING* support now available for DECmcc, I
>    have given up.

Don't flame, don't give up - escalate your problem through the proper
channels as has been stated many times before in this conference.

If somebody has a quick answer he/she surely will reply here. Serious 
problems have to be escalated to get attention from engineering.

*Robert
5581.12yea, rightTROOA::GREENALLWed Oct 27 1993 15:1632
    
    This is terribly frustrating.
    
    	Problems here are ignored (before the deadline posted earlier)
    
    	I posted qars, (before the deadline), and they were ignored.
    
    	you call support in canada, and they say call colorado because they
    	don't do MCC
    
    	you call colorado, and 99% of time time ( and several levels later)
    	they say they can't help you after talking to several support
    	people.
    
    	you want to open a cld, and they say they can't do that, you have
    	to do it in canada (but there are no facilities to transfer calls).
    
    	you call canada, and go through several more levels until you get a
    	cld again (resuppliing all the documentation that you already sent 
    	to colorado
    
    	You open a cld, and you have it seems about 15 levels of support 
    	before you get any help.
    
    again, one terribly frustrated user (and MIS department).  Makes me
    feel sorry we use this tool to support customers.
    
    Sorry if I sound like Im spouting off