[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

5049.0. "v1.3 w/FDDI stack dumps if you forget via port" by BRAT::BUKOWSKI () Wed May 12 1993 19:30

	I have MCC 1.3 running on a 6420 with VMS v5.5-2 and a DEMFA type
	FDDI controller.  When I forget to add the "via port fxa0:" qualifier
	to look at my entities, MCC stack dumps.  Can some body fix this
	please.  In the mean time I am setting via port as a default in my
	init files.

	Thanks,
	Mike

MCC> SHOW BRIDGE .MKO.BR.MKO1L1BRL101 LINE 2 ALL CHAR
%SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual address=01000000, PC
=80000010, PSL=03C00004

  Improperly handled condition, image exit forced.

        Signal arguments              Stack contents

        Number = 00000005                802FF440
        Name   = 0000000C                00000002
                 00000001                001A7E30
                 01000000                001A7E18
                 80000010                00000004
                 03C00004                001A8044
                                         00000001
                                         BC0025DC
                                         000839E4
                                         05000001

        Register dump

        R0 = 03C00000  R1 = 01000000  R2 = 00000000  R3 = 03268009
        R4 = 005784DC  R5 = 0326D40A  R6 = 00576BB0  R7 = 00000001
        R8 = 001A8D01  R9 = 00007100  R10= 00214FD0  R11= 00000000
        AP = 001A7DCC  FP = 001A7D8C  SP = 001A7E08  PC = 80000010
        PSL= 03C00004

T.R	Title	User	Personal Name	Date	Lines
5049.1	Check for QARs	TOOK::MINTZ	Erik Pavlik Mintz	`Wed May 12 1993 20:10`	2
	I believe that this is a known limitation. You might want to check the QAR system for prior reports (see note 7).
5049.2	bug not limitation.	BRAT::BUKOWSKI		`Thu May 13 1993 14:35`	7
	RE:-1 I just look through all the QAR titles and non of them have anything to do with this. Also, it would be ludicrous to knowningly allow this to happen. I am convinced that it is a big bug. Mike
5049.3	Did you have privs enabled ?	2582::ROBERTS	Keith Roberts - Network Management Applications	`Thu May 13 1993 14:53`	5
	There IS a known bug in the Ethernet Service routines which the Bridge Access Module uses ... if you do not have privs enabled (sorry can't remember which one, you'll have to try them all) you'll get an ACCVIO. /keith
5049.4	Slightly different problem...	MOLAR::MOLAR::BRIENEN	Network Management Applications!	`Thu May 13 1993 18:05`	6
	Mike has full privileges. The problem is that his workstation has NO Ethernet connection, just an FDDI port. Chris
5049.5	yes I have full privs	BRAT::BUKOWSKI		`Fri May 14 1993 10:02`	5
	Yes, I do have full privs and no Ethernet NI, just a DEMFA. BTW: I have logged QAR # 240 for this. Mike
5049.6	More info. please	QUIVER::HAROKOPUS		`Mon May 17 1993 18:24`	12
	Hi Mike, This is either a Bridge AM bug or a bug in the MCC EA routines. Can you help us to narrow this down by doing: mcc>sho station <mac addr> all char on any ethernet station on your LAN to see if it ACC-VIOs. Thanks, Bob
5049.7		ABACUS::BUKOWSKI		`Wed May 19 1993 10:16`	18
	Hi, Sorry I didn't respond earlier. I have been busy playing with my gigaswitch. I tried what you have said. It looks like a problem with the BRIDGE and CONCENTRATOR AM's. Here are some AM's that do work properly without "via port fxa0:" node node4 station snmp Mike BTW: did I mention that I am using the ELM am?