[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

3484.0. "MCC_S_INIT_FAIL on create" by TAEC::MCDONALD () Fri Jul 31 1992 16:18

I do a mcc_mir_create_repository In order to get the repository id's. 
(I always use create repository because of earlier problems with 
mcc_mir_get_repository_id on Ultrix )
I now frequently have the error MCC_S_MIR_INIT_FAIL returned
from the mcc_mir_create_repository routine.  If I delete the 
mcc_mir_repo_table.*  files then  the mcc_mir_create_repository returns
a status OK.

I also  sometimes receive the following error when trying
to read from the MIR:

FATAL DATABASE MUTEX LOCK ERROR
 %MCC-E-FW_INTERNAL_ERR, Internal framework error

    Does anyone have more information about why these errors are occurring?
    
    Thanks , 
    Carol
T.RTitleUserPersonal
Name
DateLines
3484.1MCC_S_MIR_INIT_FAILTAEC::MCDONALDThu Aug 27 1992 13:4210
    This is really a serious problem for me. My FM can not run if
    it can not get the MIR id's.
    I am working with MCC SSB on ultrix.
    Sometimes when I do a mcc_mir_create_repository I receive the status
    MCC_S_MIR_INIT_FAIL, and %MCC-E-FW_INTERNAL_ERR, is printed 
    on the screen. If I do a rm mcc_mir_repo_table.*, and restart 
    my FM (which does a mcc_mir_create_repository) then the status
    returned is OK.
    Thanks,
    Carol
3484.2QAR 3389TOOK::MINTZErik Mintz, dtn 226-5033Thu Aug 27 1992 13:581
Entered as QAR 3389
3484.3TOOK::SWISTJim Swist LKG2-2/T2 DTN 226-7102Thu Aug 27 1992 17:173
    "Sometimes"??  Is it random or is there a particular sequence of
    events that make it happen?
    
3484.4MCC_S_INIT_FAIL on enrollTAEC::MCDONALDMon Aug 31 1992 14:046
    No I do not know of a certain sequence of events. However we 
    did a test_script to enroll our mm's 8-10 times. The error 
    MCC_S_INIT_FAIL usually occurs before the 10th enroll. 
    (This error also causes a segmentation fault in the FCL PM because
    the probe returns an error status)
    Carol
3484.5you can reproduce this error tooTAEC::MCDONALDWed Sep 02 1992 08:1221
    You can reproduce this error with the mcc_alarms_fm.
    I used a test script which repeatedly enrolls the mcc_alarms_fm
    after about 30-40 enrolls I get the following error:
    
    enroll mcc_alarms_fm
    Killing existing MM mcc_alarms_fm (pid 13800)
    Kill succeeded
     %MCC-I-ENRDUPLENTRY, enrollment successful; duplicate entries found
    and replaced
    !
    enroll mcc_alarms_fm
    Detached process failure: Bad file number
    Killing existing MM mcc_alarms_fm (pid 13808)
    Kill succeeded
     %MCC-I-ENRDUPLENTRY, enrollment successful; duplicate entries found
    and replaced
     %MCC_I_MIR_INIT_FAIL
    Segmentation fault (core dumped)
    
    Carol
    
3484.6another exampleTAEC::MCDONALDThu Sep 03 1992 08:0812
    another example:
    MCC> show domain test_ah
    Using default ALL IDENTIFIERS
    
    Domain LOCAL_NS:.test_ah
    AT Thu Sep  3 10:11:34 1992 Identifiers
    
    The requested operation cannot be completed
                          MCC Routine Error = %MCC-F-MIR_INIT_FAIL, the MIR
    could not be initialized
    MCC>
    
3484.7TOOK::SWISTJim Swist LKG2-2/T2 DTN 226-7102Thu Sep 03 1992 12:454
    This last example (SHOW DOMAIN) also happens intermittently?  Can you
    make it happen?  If so, I'll send you a debug version of the domain FM
    and we'll investigate further.