[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 08: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.R	Title	User	Personal Name	Date	Lines
1918.1	QAR 1839	TOOK::MINTZ	Erik Mintz	`Wed Dec 11 1991 11:30`	2
	Entered as QAR # 1839 in MCC_INTERNAL, at priority 3
1918.2	mcc_dna4_evl & privs	JETSAM::WOODCOCK		`Wed Dec 11 1991 15:12`	15
	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.3	try to stop the process	TOOK::JEAN_LEE		`Thu Dec 12 1991 13:15`	14
	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.4	check NML	TOOK::JEAN_LEE		`Thu Dec 12 1991 13:16`	17
	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.5	upgraded to v5.4	JETSAM::WOODCOCK		`Thu Dec 12 1991 16:07`	13
	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.6	password prob fixed	JETSAM::WOODCOCK		`Fri Dec 13 1991 15:23`	10
	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.7	Still no go!!!	ZPOVC::RAMARAJ		`Sun Dec 15 1991 11:01`	8
	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.8	notify or getevent user/password	TOOK::CALLANDER	MCC = My Constant Companion	`Tue Jan 14 1992 17:32`	7
	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.9	prob in SINK	TELALL::WOODCOCK		`Wed Jan 15 1992 09:22`	10
	> 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.10	evl use privileged account	TOOK::CALLANDER	MCC = My Constant Companion	`Fri Jan 17 1992 14:59`	5
	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.