[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

1918.0. "DECNET events process problem?" by ZPOVC::RAMARAJ () Wed Dec 11 1991 10:18

I've installed T1.2.3 on VMS 5.4-3.
UCX V1.3
Local MIR as namespace.

I've setup the MCC_startup_dna4_evl.com to receive events.
The MCC system is system to receive the events.
The startup is done from SYSTEM account with ful privileges.
The startup is ok, no error. 
The sink is disabled first.
The events filtering is created and the sink enabled last.
The log is below.

The MCC_DNA4_EVL process does not fire up at all.  Only SERVER_xxxx processes 
appears they seem to be executing the NETSERVER.exe.

I've done this same stuff in V1.1, without any problem, the startup is same
as before.

Any hints on what's wrong or how to troubleshoot.

Raj
ACT Singapore

Startup log for MCC_STARTUP_DNA4_EVL

%PURGE-W-SEARCHFAIL, error searching for SYS$COMMON:[SYSMGR]MCC_DNA4_EVL.LOG;*
-RMS-E-FNF, file not found
%PURGE-I-NOFILPURG, no files purged
DECmcc (T1.2.3)


Node4 22.256 Local Sink Monitor 
AT 11-DEC-1991 20:47:52 

Disable completed successfully.

Node4 22.256 Local Sink Monitor 
AT 11-DEC-1991 20:47:56 

Deletion completed successfully.

Node4 22.256 Local Sink Monitor 
AT 11-DEC-1991 20:48:00 

Creation completed successfully.

Node4 22.256 Local Sink Monitor 
AT 11-DEC-1991 20:48:00 Characteristics

Modifications completed successfully
                                   Name = "MCC_DNA4_EVL"

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:02 

Deletion completed successfully.

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:03 

Creation completed successfully.

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:04 

Pass completed successfully.

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:05 

Pass completed successfully.

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:06 

Pass completed successfully.

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:06 

Pass completed successfully.

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:07 

Pass completed successfully.

Node4 22.256 Outbound Stream zpac12 Remote Sink Monitor 
AT 11-DEC-1991 20:48:08 

Pass completed successfully.

Node4 22.256 Local Sink Monitor 
AT 11-DEC-1991 20:48:09 

Enable completed successfully.
 
------------------


NCP show known logging after startup
 
Known Logging Volatile Summary as of 11-DEC-1991 21:04:18
 

 Logging sink type = monitor
 
    Sink Node       Source               Events                   State Name
 
                                                                   on
   22.256 (ZPAC12)  (All sources)        0.0-9                MCC_DNA4_EVL
                    (All sources)        2.0-1
                    (All sources)        3.0-2
                    (All sources)        4.0-19
                    (All sources)        5.0-21
                    (All sources)        6.0-5
                    (All sources)        7.0-11
T.RTitleUserPersonal
Name
DateLines
1918.1QAR 1839TOOK::MINTZErik MintzWed Dec 11 1991 13:302
Entered as QAR # 1839 in MCC_INTERNAL, at priority 3

1918.2mcc_dna4_evl & privsJETSAM::WOODCOCKWed Dec 11 1991 17:1215
I'm not sure if this would be a seperate QAR or not but I am also seeing
other strange things from MCC_DNA4_EVL.

The first thing is that when MCC_STARTUP_DNA4_EVL is run the DELETE and ENABLE 
local sink commands fail with priviledge violation. This is in spite of the 
fact that I have full privs and they are ALL on including those specified in 
the release notes. The only way I could get the commands to run is to specify
BY USER, PASSWORD. This had to be hardcoded into the startup file (not good).
Is this normal? From there I also don't see a proper process start as described
in .0. Please post the solution here when it becomes available because a
great deal of my plans to test functionallity is held up by this problem.

best regards,
brad... 

1918.3try to stop the processTOOK::JEAN_LEEThu Dec 12 1991 15:1514
	Raj,

	I have seen a similar case like yours.  We have stopped the
	server_xxx process and re-enable the mcc_dna4_evl, it worked.

	I have consulted this with several people.  There are some
	theories came up.  I have to verify if they are logical to support
	this behavior.

	But in the meantime, try to stop the server_xxx process and enable 
	mcc_dna4_evl again.	Let me know if it works or not.

	Jean

1918.4check NMLTOOK::JEAN_LEEThu Dec 12 1991 15:1617
	Brad,
	
	I have a feeling that your problem may have something to do with NML.  

	Few weeks ago, I have fixed a bug to allow users who have protected 
	NMLs, or who have no accounts assciated with NML, to pass userid and 
	password to perform certain network management operations. 

	Are your NML setups different from before?  
	Are your NMLs associated with any account or default account?
	Are your "default" privileges different from before?

	Please let me know after your check it out.

		Jean
		
		
1918.5upgraded to v5.4JETSAM::WOODCOCKThu Dec 12 1991 18:0713
Hi Jean,

Your theory makes sense. It has been a long time since I have worked
from this system and it was upgraded to V5.4. If I remember right this
is the first version which does not create the default DECnet account.
But I would have thought having full privs enabled on the user account
would have gotten around this. I guess not! What do you recommend as a
next step? T1.2.4 is at my doorstep as we speak, is the fix in it??

thanks,
brad...		
		

1918.6password prob fixedJETSAM::WOODCOCKFri Dec 13 1991 17:2310
T1.2.4 has fixed the USER/PASSWORD problem I was seeing. Service was pretty
quick on this one :-). The MCC_DNA4_EVL process is still a problem though.
The enable local sink monitor command fails with a DNA4 MCC internal error
message. Stopping the server processes and trying the ENABLE again yielded
no positive results for this system.

regards,
brad...


1918.7Still no go!!!ZPOVC::RAMARAJSun Dec 15 1991 13:018
    T1.2.4 has not fixed the USER/PASSWORD problem on my system.
    I am using a proxy acct mapping back to myself to overcome the problem.
    
    As stated in .6, the enabling of local sink monitor causes Internal
    Error in DECnet Phase IV AM.
    
    Raj
    ACT Singapore
1918.8notify or getevent user/passwordTOOK::CALLANDERMCC = My Constant CompanionTue Jan 14 1992 19:327
    
    the user/password problem, is that with the getevent command or
    with the notify? Notify might not be passing the user/password
    informtion down, I will check and qar is necessary. 
    
    jill
    
1918.9prob in SINKTELALL::WOODCOCKWed Jan 15 1992 11:2210
>    the user/password problem, is that with the getevent command or
>    with the notify? Notify might not be passing the user/password
>    informtion down, I will check and qar is necessary. 
    
The user/password problem is in managing the SINK. We hadn't even gotten
to getevent or notify yet. The problem occured inside MCC_STARTUP_DNA4_EVL.COM
so I guess it is classified as a NODE4 AM problem.

brad... 

1918.10evl use privileged accountTOOK::CALLANDERMCC = My Constant CompanionFri Jan 17 1992 16:595
    Easiest way to start the sink is from fully privileged account, and
    that doesn't mean setpriv, that is full privs. There are other ways and
    I believe this is being worked on now to make it even easier, but for
    now use a privileged account.