[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

3913.0. "DECnet+SUN+UCX+graph=dump" by 48227::HOPE (dtn: 858-1452, Paris, France) Mon Oct 19 1992 12:33

                          
    I have a SUN declared in my domain running SUNlink DNi 7.0 ( I'm using
    DECmcc BMS 1.2, VMS 5.5 and UCX 2.0) 
    
    When I do SHOW ... ALL STAT from the FCL interface I get:
    
Node4 SUN001 Line le0
AT 19-OCT-1992 15:57:40 Statistics

Cannot read attributes.
                              MCC Error = NICE request had an unrecognized
                                          parameter type.
    
    likewise, I get the same error from the iconic map and when I try to
    use the circuit. However when by accident I do a graph of the line traffic.
    In this case, as soon as I select one of the categories, eg Statistics, 
    counters, etc  DECmcc stack dumps  with the following message:
    
%CMA-F-EXCCOP, exception raised; VMS condition code follows
-SYSTEM-F-FLTDIV, arithmetic trap, floating/decimal divide by zero at PC=0022D89
2, PSL=03C00000
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           0004B8C4  0004B8C4
                                                           0007C782  0007C782
                                                           000775DC  000775DC
                                                           0007AC78  0007AC78

    What, if anything, have I missed?  I can't find my DECnet statistics 
    anywhere.  Why does it crash?
    Everything works fine if I do SHOW SNMP ...... ALL STAt
    
    Thanks for any help
    Steve
    
    
T.RTitleUserPersonal
Name
DateLines
3913.1same from ULTRIX BMSAZUR::NAVARROEIC Valbonne 828-5161... On the Road ...Thu Oct 22 1992 13:5219
Steve,

I got nearly the same answer from MCC Ultrix on a SunOS using Sunlinkdni 7.0

Cannot read attributes.
                              MCC Error = NICE request had an unrecognized
                                          parameter type.


 I used to do task to task programming using Sunlinkdni 7.0 on a sparc station .
 That worked fine , but I founded a number of things where SunOS implementation
differs slightly from Ultrix or VMS DECnet implementation , and I will not
be surprised that their implemention of NICE protocol differs or is 
incompatible with native DECnet (just a feeling).

Jean


3913.2We should be better than SUNKAZAN::HOPEdtn: 858-1452, Paris, FranceFri Oct 23 1992 11:4522
    Ok,  so SUN DECnet lacks some functionality, but that shouldn't cause
    my DECmcc to Crash when I do a graph. It should produce the graph
    window  with my little blue man indicating a problem.  
    
    How do we get this resolved?
    
>>>    use the circuit. However when by accident I do a graph of the line traffic.
>>>    In this case, as soon as I select one of the categories, eg Statistics, 
>>>    counters, etc  DECmcc stack dumps  with the following message:
>>>    
>>>%CMA-F-EXCCOP, exception raised; VMS condition code follows
>>>-SYSTEM-F-FLTDIV, arithmetic trap, floating/decimal divide by zero at PC=0022D89
>>>2, PSL=03C00000
>>>%TRACE-F-TRACEBACK, symbolic stack dump follows
>>>module name     routine name                     line       rel PC    abs PC
>>>
>>>                                                           0004B8C4  0004B8C4
>>>                                                           0007C782  0007C782
>>>                                                           000775DC  000775DC
>>>                                                           0007AC78  0007AC78
>>>
>>>
3913.3See note 7 for QARsTOOK::MINTZLKG2-2 near pole X3, cube 6072, dtn 226-5033Mon Oct 26 1992 10:345
>?    How do we get this resolved?

If you think you have uncovered a bug, please file a QAR.
See note 7 for directions.

3913.4QAR 523 submittedKAZAN::HOPEdtn: 858-1452, Paris, FranceFri Oct 30 1992 10:484
    QAR 523 submitted.
    
    (My network connection let me down as I was entering the
    	Memory  80 M,  VAX 4000-60 and local naming)