[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 13: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.R	Title	User	Personal Name	Date	Lines
3484.1	MCC_S_MIR_INIT_FAIL	TAEC::MCDONALD		`Thu Aug 27 1992 10:42`	10
	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.2	QAR 3389	TOOK::MINTZ	Erik Mintz, dtn 226-5033	`Thu Aug 27 1992 10:58`	1
	Entered as QAR 3389
3484.3		TOOK::SWIST	Jim Swist LKG2-2/T2 DTN 226-7102	`Thu Aug 27 1992 14:17`	3
	"Sometimes"?? Is it random or is there a particular sequence of events that make it happen?
3484.4	MCC_S_INIT_FAIL on enroll	TAEC::MCDONALD		`Mon Aug 31 1992 11:04`	6
	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.5	you can reproduce this error too	TAEC::MCDONALD		`Wed Sep 02 1992 05:12`	21
	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.6	another example	TAEC::MCDONALD		`Thu Sep 03 1992 05:08`	12
	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.7		TOOK::SWIST	Jim Swist LKG2-2/T2 DTN 226-7102	`Thu Sep 03 1992 09:45`	4
	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.