[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

3821.0. "Detached DECmcc Ultrix event collection??" by TAEC::HAYES (Tu quoque mi fili ! C.Hayes SVP @VBE) Tue Sep 29 1992 14:50

Hello,

A question that I hope you can help me answer: Do you have 
any possibility of receiving events after DECmcc Ultrix is stopped?

I saw note 3262 about DETMCC detached MCC on VMS, but
the questions exclusively concerns Ultrix.

A typical example is the following:
To give an operator new access privileges he has to log out 
of Ultrix and on again as a new operator.  This procedure 
will take some time and the customer asks what happens to 
the events that are sent from the network in the meantime.

Is it possible to have a background DECmcc with notification 
services started, to collect those events?  If yes, how can 
these be reentered in the prime system when this is again 
running?

I think it is possible to run the Notification FM in the
background by NOTIFY DOMAIN TOTO TO FILE notif.log. Does
this solve the problem above ? 

How to reenter those events in the Notif PM services
(i.e notification summary and detail windows when the operator
logs back in )?

What about the Notification PM ? Can it run in the background
while the operator is delogged ?

    
Note : I am not asking about TeMIP (which covers this functionality
       but about DECmcc Ultrix only. 
    
Thanks for your help


	Catherine

T.R Title User Personal
Name Date Lines

3821.1 PMs, FMs and AMs MCC1::DITMARS Pete Tue Sep 29 1992 17:02 46

T.R	Title	User	Personal Name	Date	Lines
3821.1	PMs, FMs and AMs	MCC1::DITMARS	Pete	`Tue Sep 29 1992 17:02`	46
	Hi, I'm afraid I don't have very encouraging news. PMs (Presentation Modules, e.g. FCL and IMPM) on ultrix behave on ultrix pretty much as they do on VMS. If you exit them, they're done. FMs and AMs (Function and Access Modules, also known as Management Modules, e.g. SNMP AM and Alarms FM) behave differently on ultrix than on VMS. Under VMS, all MMs invoked by a PM run in the same process as the PM. When the user exits from the PM, all MMs running in that process also exit. Under Ultrix, each MM runs in a separate process. Once an MM is started (due to a PM dispatching a directive to them) they continue running until they are killed. "Notification Services" consists of functionality in both PMs (FCL and IMPM) and in MMs (Notification FM, Alarms FM, Collector AM). Notify Requests in particular are run in a PM, which makes requests of the Notification FM. When you exit the PM, the notify request dies. "Notify , to file" from FCL is still run in FCL (the PM). >Is it possible to have a background DECmcc with notification >services started, to collect those events? If there's no PM, there's no notify request. >If yes, how can >these be reentered in the prime system when this is again >running? > >I think it is possible to run the Notification FM in the >background by NOTIFY DOMAIN TOTO TO FILE notif.log. Does >this solve the problem above ? Sorry, no. "Notify , to file" from FCL will work for as long as the FCL session it was started from is running. >How to reenter those events in the Notif PM services >(i.e notification summary and detail windows when the operator >logs back in )? > >What about the Notification PM ? Can it run in the background >while the operator is delogged ? Sorry, no.

Hi,

I'm afraid I don't have very encouraging news.

PMs (Presentation Modules, e.g. FCL and IMPM) on ultrix behave on ultrix 
pretty much  as they do on VMS.  If you exit them, they're done.

FMs and AMs (Function and Access Modules, also known as Management Modules, 
e.g. SNMP AM and Alarms FM) behave differently on ultrix than on VMS.  Under
VMS, all MMs invoked by a PM run in the same process as the PM.  When the
user exits from the PM, all MMs running in that process also exit.  Under
Ultrix, each MM runs in a separate process.  Once an MM is started (due
to a PM dispatching a directive to them) they continue running until they 
are killed.

"Notification Services" consists of functionality in both PMs (FCL and IMPM)
and in MMs (Notification FM, Alarms FM, Collector AM).

Notify Requests in particular are run in a PM, which makes requests of
the Notification FM.  When you exit the PM, the notify request dies.
"Notify , to file" from FCL is still run in FCL (the PM).

>Is it possible to have a background DECmcc with notification 
>services started, to collect those events?  

If there's no PM, there's no notify request.

>If yes, how can 
>these be reentered in the prime system when this is again 
>running?
>
>I think it is possible to run the Notification FM in the
>background by NOTIFY DOMAIN TOTO TO FILE notif.log. Does
>this solve the problem above ? 

Sorry, no.  "Notify , to file" from FCL will work for as long as the FCL 
session it was started from is running.

>How to reenter those events in the Notif PM services
>(i.e notification summary and detail windows when the operator
>logs back in )?
>
>What about the Notification PM ? Can it run in the background
>while the operator is delogged ?

Sorry, no.