[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

4337.0. "MCC-E-NOENTITY, no corresponding entity exists. " by KERNEL::DAVIES () Tue Jan 05 1993 07:04

        VMS V5.5, MCC V1.2.

        Hi All,

        I have a customer who is trying to use MCC using DECwindows.

        $MANAGE/ENTER/INTERFACE=DECWINDOWS gives........

        MCC-E-NOENTITY, no corresponding entity exists.

        He then get the $ prompt back.

        If he goes into FCL all is ok and he can see all his entities etc.

        Anyone have any ideas?

        Thanks in advance,

        Phil Davies.  UK Comms TSC.

T.RTitleUserPersonal
Name
DateLines
4337.1check quotas firstGOSTE::CALLANDERTue Jan 05 1993 09:1016
    the first thing that comes to mind is, have you run mcc_audit against
    the account that he is running from.  The mcc-e-noentity error is
    telling you that it can't read something from the dictionary.  This
    usually means that the dictionary is corrupt, but it sometimes also
    occurs when we simply don't have enough memory to read out the data
    being requested.
    
    Also when you say the FCL is working, did you try to do some commands
    from it?  If the quotas aren't a problem could you attempt (if this
    is a VMS site) to use the forms mode (use mode form) in the FCL
    and the context sensitive help (PF2) key to see if you can get this
    same error message to be returned from the FCL.
    
    thanks
    jill
    
4337.2MCC-E-NOENTITY, no corresponding entity exists. MCC-E-NOENTITY, no corresponding entity exists. KERNEL::DAVIESTue Jan 05 1993 09:1919
	Hi Jill,

	Thanks for your prompt response.

	I've already got him to run MCC_AUDIT and this recommended some process
	and sysgen changes.  He's carried out the recommended changes and still
	has the same problem.

	He has only got 8mb of memory on the system whereas the SPD recommends
	32Mb.  He knows this and is going to order some more but it has worked
	with 8mb (he says!) and it just stopped working.

	Do you think it's a corrupt dictionary or is he on the limit with 
	memory??.

	Thanks again.

	Phil.
4337.3Memory. Definitely memory.TOOK::MCPHERSONpre-retinal integrationTue Jan 05 1993 12:4111
>	He has only got 8mb of memory on the system whereas the SPD recommends
>	32Mb.  He knows this and is going to order some more but it has worked
>	with 8mb (he says!) and it just stopped working.


    How the *hell* did it ever even *install* with only 8Mb ?!?!?!

    "Virtual Memory" does not mean that the system will be able to use the
    memory that you *intend* to install....   ;^)

    /doug
4337.48mg no way!GOSTE::CALLANDERTue Jan 05 1993 13:4210
    cute Doug....
    
    but I concur with doug, I have no idea how he ever got the map to
    work.  The FCL would have no problem with the 8mg but the map
    shouldn't be able to run in that little.  The smallest I have
    ever seen work was 12mg and that was a LONG time ago.  For now
    have him order the memory while you lend him some to get him 
    going (if possible), or have him continue with the FCL set-up
    while he waits for the mem.
    
4337.5KERNEL::DAVIESMon Jan 11 1993 11:2629
	Hi All,

	The customer has ordered some more memory.  In the meantime I got
	him to rebuild his parse tables and he got the following:-

	MCCPTB-I-NOENTRY, no dictionary entries found, no attributes defined for 
	entity class.........followed by these numbers:-


	1 34
	1 53 1 1
	7 18 500
	7 18 550
	17 27 19


	He also got:-

	MCCPTB-W-DATAERR, entity code 9, unable to get data from dictionary.

	At this point I suggested he restored the data dictionary from his kit
	and.........HEY PRESTO..he could use the windows interface again.

	Could someone just clarify the above series on number please.......

	Cheers,

	Phil. 
4337.6not enough memGOSTE::CALLANDERMon Jan 11 1993 11:337
    my guess is that due to memory constraints PTB simply couldn't
    read the data in.  I have checked by dictionary and the required
    information for these is present.  Keep in mind that a parse table
    rebuild does a lot of work in memory, and if you don't have the
    minimum who knows what can happen, we do try to continue when ever
    the error isn't fatal which is what you are seeing here.