[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

5580.0. "%CMA-F-EXCCOP resetting notifications." by BACHUS::DEWILDE (Patrick) Wed Sep 08 1993 09:27

Hi all,

We've seen 2 reproduceable problems with notifications in BMS V1.3:

first problem:

- cause one or more event notifications in two different domains.
- for each domain, select domain and operations/display notifications, so that
	one notification window is created per domain.
- select one notification line in each domain
- in popup menu or in edit, chose reset selected notifications

	mcc crashes with 

%CMA-F-EXCCOP, exception raised; VMS condition code follows
-SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000048,
PC
=002681DB, PSL=03C00004
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           0004B2C4  0004B2C4
                                                           0007C182  0007C182
                                                           00076FDC  00076FDC
                                                           0007A678  0007A678

second problem:

- cause one or more event notifications in two different domains.
- for each domain, select domain and operations/display notifications so that
	one notification window is created per domain.
- Only the last created window can be closed, the other one stays forever on
the screen and can never be discarded! If repeating the operation, one window
per operation can't be discared.


I already tried to increase user quota's as well as virtualpages and maxbuf,
without success.

Any more hints?
Thanks,
Patrick.
    
T.RTitleUserPersonal
Name
DateLines
5580.1looks like pm problem with multiple notif windowsTOOK::CALLANDERFri Sep 17 1993 15:0110
    notification windows are not bound to any map/domain. In a single
    notification window you can enter commands that will operate on any
    map/domain curently open (or child of the open domain).  
    
    You description of the problem sounds like there is a problem when the
    user tries to open more than one notification window at a time. Most
    likely this was not adequately tested (if at all).
    
    If you could submit a bug report on this is would be appreciated.
    
5580.3RE unacknowledged CLDTOOK::FRIESMon Oct 04 1993 16:2664
Patrick,
    
    I can't respond to the rest but re the bottom line:
        
>	A CLD was submitted on 17-SEP, we didn't not even get an acknowledge...
    
    
   I could not locate your unacknowledged CLD. 
    
    
    =============================================================
  CLD CFS.5776
   The following was extracted from the IPMT log for the CLD,
   the only CLD submitted to NSM on the Sep-17.


 Creation Date:        1993-09-17-05:17:12.806-04:00

 Assigned to PMA       1993-09-17-05:17:14.126-04:00
   (Problem Management Administration 
					- NSM hasn't seen it yet.)
 Modification          1993-09-21-12:25:38.316-04:00 
  Event text follows:
   Modified fields and components:
   product_name: DECmss Basic Management Service

 Assignment to NSM     1993-09-21-12:25:39.666-04:00 
					- NSM sees it at 12:25, 21-Sep)

 Acknowledgment        1993-09-21-14:23:49.992-04:00 
  Event text follows:
  This CLD has been forwarded to a DECmcc engineer.
			- NSM engineer sees it 1 hour 21 mins later.)


=========================================================================
 CLD 5848 was submitted on 21 Sep, and assigned to NSM by 16:06. 
 This is a CLD for notification, a resource deprived product, so its
 processing has a lower priority.  In any event on the 29th of Sept it 
 was acknowledged and sent to the engineering manager for Notification.

=============================================================
    I did not find "BACHUS::DEWILDE "Patrick"" in the first CLD but I 
 did in CFS.5848. However both of these are "Acknowledged".  

 Could you post the CFS.nnnm of the unacknowledged CLD either here
 or in mail to me?

Thanks,
Joe

    
To:	fries
Subj:	Q: Check the last line; is there a hole in CLD tracking?

            <<< NOTED::DISK$NOTES6:[NOTES$LIBRARY_6OF4]MCC.NOTE;4 >>>
                        -< DECmcc - Internal Use Only >-
================================================================================
Note 5635.0                   this has been tested!                   No replies
BACHUS::DEWILDE "Patrick"                            42 lines   4-OCT-1993 10:51
--------------------------------------------------------------------------------
    .
    .
    .
5580.2it has been tested.BACHUS::DEWILDEPatrickTue Oct 05 1993 06:2139
    Oops, sorry for note 5635, this is the right place for this reply.
    

re .1
>    notification windows are not bound to any map/domain. 

	this is true, but nobody prevents you from opening "display
	notifications" windows in multiple domains... But no worry, 
	the problem occures also in a single domain...

re .1
>   In a single
>    notification window you can enter commands that will operate on any
>    map/domain curently open (or child of the open domain).  
>    Your description of the problem sounds like there is a problem when the
>    user tries to open more than one notification window at a time. Most
>    likely this was not adequately tested (if at all).

.0    
>- for each domain, select domain and operations/display notifications so that
>	one notification window is created per domain.

	I thought it was clear in my description that I'm not speaking about
	the main notifications window but about the small "display
	notifications" that can be created by using the Operations Menu topic
	Display notifications... In these small windows, no command except 
	exit can be entered!

    	it's just about 2 minutes to have your mcc session crashed, try it!
    
.0
    >I already tried to increase user quota's as well as virtualpages and
    >maxbuf,
    >without success.
    	
    What could we do more in the field?...
    
Patrick.
    
5580.4process crash with reset notificationLSNCSC::MOINETThu Jan 13 1994 10:4832
Hi all , 

I have got the same problem on a customer site :

Through the iconic , he sometimes needs to reset the notification and each time
the process crashes as follow


%CMA-F-EXCCOP, exception raised; VMS condition code follows
-SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000048,
PC=002683DB, PSL=03C00004
%TRACE-F-TRACEBACK, symbolic stack dump follows 
module name	routine name		line	rel PC		abs PC

						0004B4C4	0004B4C4
						0007C382	0007C382
						000771DC	000771DC
						0007A878	0007A878

The management station is V4060 running VMS 5.5-2 and BMS 1.3

Looking through this note, I already see that many of you have experienced this
problem without fix.

Is there anything new ?

Any help would be appreciated.

Thanks in advance.

Paul
    
5580.5TAEC::GUERTINThu Jan 13 1994 13:0114
    Paul,
    
    There is a fairly standard way of finding the source of an ACCVIO on
    VMS.  From another process you can ANAL/SYS and see what the base
    address is of the shared image mapped into the process at the time of
    the accvio.
    SDA> SHOW PROCESS <name>/IMAGE   or  SHOW PROCESS/IMAGE/INDEX=xxx
    
    With this information, someone on MCC maintence can look up the source
    line with the help of the Linker Map File, and have a patch for you
    (this all takes time, of course).
    
    -Matt.
    
5580.6Images loaded on the processLSNCSC::MOINETMon Jan 24 1994 07:45109
Hi all,

Here are more information about the process wich crashes during the 
notification reset.

I hope, this will help you.

Thanks.

Paul
--------------------------------------------------------------------------------
NETMAN $ mcc
%CMA-F-EXCCOP, exception raised; VMS condition code follows
-SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000030, PC
=00248B5B, PSL=03C00004
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC


                                                           0004B4C4  0004B4C4
                                                           0007C382  0007C382
                                                           000771DC  000771DC
                                                           0007A878  0007A878
                                               
--------------------------------------------------------------------------------
24-JAN-1994 11:30:40.98   User: NETMAN           Process ID:   00000094
                          Node: VEGA             Process name: "_FTA22:"

Terminal:           FTA22:
User Identifier:    [MCC,NETMAN]
Base priority:      4
Default file spec:  DISK$MCC:[USERMCC.NETMAN]

Devices allocated:  VEGA$FTA22:
--------------------------------------------------------------------------------

Process status:  02040001   RES,PHDRES

PCB address              808F84B0    JIB address              80CE7940
PHD address              821A3400    Swapfile disk address    00000000
Master internal PID      00020014    Subprocess count                0
Internal PID             00020014    Creator internal PID     00000000
Extended PID             00000094    Creator extended PID     00000000
State                       HIB      Termination mailbox          0000
Current priority                6    AST's enabled                KESU
Base priority                   4    AST's active                 NONE
UIC                [00700,000002]    AST's remaining               508
Mutex count                     0    Buffered I/O count/limit      128/128
Waiting EF cluster              0    Direct I/O count/limit        100/100
Starting wait time       1B001B1B    BUFIO byte count/limit      62336/62336
Event flag wait mask     DFFFFFFF    # open files allowed left     129
Local EF cluster 0       E1000000    Timer entries allowed left    511
Local EF cluster 1       C0000000    Active page table count         0
Global cluster 2 pointer 00000000    Process WS page count       12039
Global cluster 3 pointer 00000000    Global WS page count         2816

--------------------------------------------------------------------------------
VAX/VMS V5.5-2   -- System Dump Analysis                                24-JAN-
Process index: 0014   Name: _FTA22:   Extended PID: 00000094




                            Process activated images
                            ------------------------

ICB       Start     End       Type            Image Name  Major ID,Minor ID
--------  --------  --------  --------------  -----------------------------
7FFB7250  00000200  000067FF  MAIN            MCC_MAIN  0,0
7FFB7100  00089200  0015E7FF  GLOBAL     SHR  MCC_KERNEL_SHR  3,2
7FFB7090  00087200  000891FF  GLOBAL PRT SHR  MCC_MTS_PRIV_SHR  3,2
7FFB6160  00086800  000871FF  GLOBAL          CMA$OPEN_LIB_SHR  1,0
7FFB60F0  00061800  000677FF  GLOBAL          CMA$LIB_SHR  1,0
7FFB6320  00085400  000867FF  GLOBAL          CMA$OPEN_RTL  4,2
7FFB6400  00067800  000853FF  GLOBAL          CMA$RTL  10,2
7FFB68D0  00006800  0001E1FF  GLOBAL     SHR  VAXCRTL  4,3
7FFB72C0  0001E200  000481FF  GLOBAL     SHR  MTHRTL  129,32780
7FFB6240  00048200  000617FF  GLOBAL     SHR  LIBRTL  1,14
7FFB6FB0  001E4C00  0035DFFF  MERGED     SHR  MCC_ICONIC_MAP_PM  0,0
7FFB62B0  0055CA00  0055DDFF  GLOBAL     SHR  MCC_PML_SHR  1,0
7FFB5558  003AF800  004241FF  GLOBAL     SHR  DECW$DXMLIBSHR  4,1
7FFB5DA0  00489E00  0055C9FF  GLOBAL     SHR  DECW$XMLIBSHR  4,1
7FFB5478  00481E00  00489DFF  GLOBAL     SHR  DECW$DWTLIBSHR  100,3
7FFB5D00  00428800  00481DFF  GLOBAL     SHR  DECW$XLIBSHR  100,4
7FFB5408  00424200  004287FF  GLOBAL PRT SHR  DECW$TRANSPORT_COMMON  12,13
7FFB61D0  003A7000  003AF7FF  GLOBAL     SHR  LBRSHR  2,9
7FFB6630  00379800  003A6FFF  GLOBAL     SHR  CDA$ACCESS  1,2
7FFB5F30  0035E000  003797FF  GLOBAL     SHR  SMGSHR  1,102
7FFB6940  00560600  0058E7FF  MERGED     SHR  DECW$XTSHR  0,0
7FFB6080  0059E800  005A05FF  MERGED PRT SHR  DECW$TRANSPORT_LOCAL  0,0
7FFB69B0  008E9400  008FD3FF  MERGED          MCCMSG  0,0
7FFB64E0  008FD400  008FE1FF  MERGED          VAXCMSG  0,0
7FFB7170  008FE200  00905FFF  MERGED          SHRIMGMSG  0,0
7FFB6B00  00906000  00907DFF  MERGED          CDA$ACCESSMSG  0,0
7FFB6860  00907E00  00908BFF  MERGED          DECW$TRANSPORTMSG  0,0
7FFB6780  00908C00  009091FF  MERGED          DECW$XLIBMSG  0,0
7FFB66A0  00B41C00  00B815FF  MERGED     SHR  MCC_NOTIFICATION_FM  0,0
7FFB6550  00C83600  00C945FF  MERGED     SHR  MCC_DOMAIN_FM  0,0
7FFB65C0  00E17E00  00E6C9FF  MERGED     SHR  MCC_DNA4_AM  0,0
7FFB71E0  00E6CA00  00E943FF  GLOBAL     SHR  NMLSHR  3,0
7FFB7020  00E96C00  00EA03FF  MERGED     SHR  MCC_COLLECTION_AM  0,0
7FFB6B70  00EAA800  00EB07FF  GLOBAL     SHR  SECURESHR  1,1
7FFB67F0  00EA0400  00EAA7FF  GLOBAL PRT SHR  SECURESHRP  1,1
7FFB6390  00EB0800  00EBF3FF  MERGED     SHR  MCC_CIRCUIT_AM  0,0
7FFB5E80  00EBF400  00ED45FF  MERGED     SHR  MCC_REGISTRATION_FM  0,0
 
Total images = 37               Pages allocated = 12688

    
5580.7same problem - already solved ???VNABRW::HAINZL_RThu Mar 10 1994 14:278
    Since I've got the same problem
                                  
    on a VAX4000-90, VMS5.2-2H4 ...
    
    I'd be interested, if this was resolved --> or is another CLD
    needed ?
    
    rgds Richard
5580.8Same ProblemNYOS02::PLUNKETTTue Apr 12 1994 18:215
    I've got the same problem on a VAX4000-90 VMS5.2-2, but it doesn't
    matter too much what action you're taking, it dies with all kinds of
    problems.  I will post a log following this note.
    
    -Craig