| 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 |
Hello,
I am using DECmcc V1.2.
I was maintaining my DECmcc configuration, removing one domain
from a parent domain, through the Iconic Map Interface.
The DECmcc session aborted on an access violation.
%CMA-F-EXCCOP, exception raised; VMS condition code follows
-SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=000000BC, PC=00209089, PSL=03C00004
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
0004B8C4 0004B8C4
0007C782 0007C782
000775DC 000775DC
0007AC78 0007AC78
Does it correspond to a known bug ?
In the affirmative, does it exist a patch ?
Best regards,
Maurice.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3690.1 | memory exhausted? | MCC1::DITMARS | Pete | Fri Sep 04 1992 09:51 | 27 |
>Does it correspond to a known bug ? I don't know. It looks like a null pointer was dereferenced, which could indicate that you were out of virtual memory. Check your VIRTUALPAGECNT sysgen parameter and your username's PAGE FILE QUOTA to ensure that you are running in a supported configuration. If your quotas look good, but your IMPM session had been up for a very long time (weeks or days, depending on how much activity was going on), it's possible that memory leaks exhausted all available memory. If you can rule those possibilities out, then read on. Is this problem reproducible? If so, we can use the debugger to find out what's going on. If not, and you can remember (roughly) the actions you took in the sesion that did crash, repeat the actions and then use SDA to get a listing of the images. That will at least tell us in which image the accvio occurred. $ analyze/system $ show process/image <process_name> | |||||
| 3690.2 | CMA-F-EXCCOP - reserved operand crash | GWTEAL::WOESTEMEYER | Why??...Why not!!! | Wed Sep 16 1992 11:53 | 32 |
Customer problem: he can make MCC crash at will.
DECmcc-BMS V1.2, Motif 1.0A, VMS V5.5-1. As soon as the map window
comes up he:
selects customize
map
map dimensions
map postion
ok
customize
save current settings
customize
use current settings
file
crash with reserved operand fault
I have tried to duplicate on my work stations, and cannot, my VMS is
5.4-3. To duplicate the problem found a VMS V5.5-1 system running
BMS V1.2, MCC crashed at first try screen dump included:
%CMA-F-EXCCOP, exception raised; VMS condition code follows
-SYSTEM-F-ROPRAND, reserved operand fault at PC=00049322, PSL=03C00001
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
0004B8C4 0004B8C4
0007C782 0007C782
000775DC 000775DC
0007AC78 0007AC78
| |||||
| 3690.3 | VERNA::V_GILBERT | Wed Sep 16 1992 12:14 | 10 | ||
More info please: Is a domain open in the Map Window? After save current settings, do you Use Default Settings or Use Last Saved Settings Does the acc-vio occur if you select any menu, or only File? Verna | |||||
| 3690.4 | More Info | GWTEAL::WOESTEMEYER | Why??...Why not!!! | Thu Sep 17 1992 07:50 | 8 |
More info:
After saving current settings, the next use of the customize menu
is to USE LAST SAVE SETTINGS. Yes a domain is open, opened as the
default domain. I have not tried other than the file menu.
This is a RESERVED OPERAND CRASH, not accvio.
Steve
| |||||
| 3690.5 | Rise MAXBUF ! | BIKINI::KRAUSE | European NewProductEngineer for MCC | Fri Sep 18 1992 05:14 | 11 |
One of our SVPs (Mentec) got the same problem (.0) while testing
their Access Module.
It turned out that MAXBUF was too low on their machine. I don't know
what value they set it to, but rising MAXBUF definitely cured the
problem.
Maybe we just need another minimum for a SYSGEN parameter?
*Robert
| |||||
| 3690.6 | MAXBUF fro reserved operand a no go | GWTEAL::WOESTEMEYER | Why??...Why not!!! | Fri Oct 02 1992 11:49 | 7 |
Well,
Raising MAXBUF for the reserved operand fault reported in this node
does not work. Guess its a CLD since there is no work around other tan
don't do this.
Steve
| |||||
| 3690.7 | Not much help, but... | TOOK::GUERTIN | It fall down, go boom | Fri Oct 02 1992 15:36 | 20 |
Sometimes this may happen if the dispatch table is out of date. For
example, there could be two dispatch tables, or a new version of a
management module may have replaced an older one without re-enrolling
it.
You could try checking the user is really pointing to the right
dispatch table. You may want to delete the dispatch table and
re-enroll everything. You can do this by
$ @sys$startup:mcc_startup_bms.com ENROLL
For the BMS components.
Another wild-guess. Perhaps some obsolete/incompatible image, like
some MCC image in SYS$SPECIFIC:[SYSEXE] or SYS$SPECIFIC:[SYSLIB]? What
about the DECwindows and DNS images? The dates and sizes look kosher?
Sorry, Reserved Operand Faults are not something we see very often.
-Matt.
| |||||
| 3690.8 | VERNA::V_GILBERT | Fri Oct 02 1992 15:56 | 22 | ||
Steve, A couple of things to try to give us more info. It would be interesting to know if the resource file has been clobbered in any way between what it looks like before you customize and after you save the customized values. The only values that should be different are those for map dimensions and position. Could you check that and reply. Also I am not familiar with Motif 1.0A. Is there any possibility of installing a newer Motif. Additionally, does the same problem occur with other actions after customizing, and does the same problem occur if you customize other aspects of the map or manangement window. The more information you can give us, the better chance we have of solving the problem. Thanks, Verna | |||||
| 3690.9 | Same exception in the historian background process | BERN01::GMUER | Wed Feb 10 1993 10:22 | 88 | |
VAX/VMS V5.5-2, DECmcc/EMS V1.2.1 We had the same error in the historian background process, which is used to record data from different Brdiges and Routers, see following log-file: ..... $! $ BTS == "$SYS$SYSTEM:MCC_HISTORIAN_FM_BG.EXE" $ BTS ".MCC.GD.V.MCC_REACH" "20" %Thread 3 terminating with exception: %CMA-F-EXCCOP, exception raised; VMS condition code follows -SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=00BF77FF, PC=00128BB8, PSL=03C00000 The error must have been be raised during the recording operations at about 9-Feb 18:01. The recording hanged after the error, here are some recording statuses: ! !SNMP gdvrpl Interface 1 !AT 10-FEB-1993 15:04:43 ! !Recording parameters for the partition "Identifiers" : ! Recording state = ACTIVE, ! State since = 4-FEB-1993 11:20:03.48, ! Polling period = 0 03:00:00.00, ! Begin time = 4-FEB-1993 12:01:00.54, ! End time = 25-MAY-2012 00:00:00.00, ! Keep age = 90 00:00:00.00, ! Request time = 4-FEB-1993 11:19:44.62, ! Requested by = "NETMAN", ! Time of last successful poll = " 9-FEB-1993 18:01:03.44", ! Number of successful polls = 42, ! Time of last failed poll = " 6-FEB-1993 09:01:00.65", ! Last poll failure reason = "MCC specialized exception code : 2", ! Number of failed polls = 1, ! Last historical expiration time = " 9-FEB-1993 18:01:03.44", ! Time of last expiration failure = "NONE", ! Last expiration failure reason = "N/A", ! Number of expiration failures = 0 ! !SNMP gdvrpt Interface 5 !AT 10-FEB-1993 15:04:55 ! !Recording parameters for the partition "Identifiers" : ! Recording state = ACTIVE, ! State since = 4-FEB-1993 11:23:57.07, ! Polling period = 0 03:00:00.00, ! Begin time = 4-FEB-1993 12:01:40.52, ! End time = 25-MAY-2012 00:00:00.00, ! Keep age = 90 00:00:00.00, ! Request time = 4-FEB-1993 11:23:46.56, ! Requested by = "NETMAN", ! Time of last successful poll = " 9-FEB-1993 18:01:41.60", ! Number of successful polls = 43, ! Time of last failed poll = "NONE", ! Last poll failure reason = "N/A", ! Number of failed polls = 0, ! Last historical expiration time = " 9-FEB-1993 18:01:41.60", ! Time of last expiration failure = "NONE", ! Last expiration failure reason = "N/A", ! Number of expiration failures = 0 ! !Bridge PTTCH:.telco.v.es.gdvb2hogu LINE 1 !AT 10-FEB-1993 15:05:08 ! !Recording parameters for the partition "Identifiers" : ! Recording state = ACTIVE, ! State since = 4-FEB-1993 11:24:20.40, ! Polling period = 0 03:00:00.00, ! Begin time = 4-FEB-1993 12:02:00.93, ! End time = 25-MAY-2012 00:00:00.00, ! Keep age = 90 00:00:00.00, ! Request time = 4-FEB-1993 11:24:10.05, ! Requested by = "NETMAN", ! Time of last successful poll = " 9-FEB-1993 15:02:01.75", ! Number of successful polls = 42, ! Time of last failed poll = "NONE", ! Last poll failure reason = "N/A", ! Number of failed polls = 0, ! Last historical expiration time = " 9-FEB-1993 15:02:01.75", ! Time of last expiration failure = "NONE", ! Last expiration failure reason = "N/A", ! Number of expiration failures = 0 ! | |||||