[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

3269.0. "Adding new entities to DECMCC." by TAV02::WINDER (Aharon Winder) Tue Jun 30 1992 05:14

    Hello
    
    A customer of us chooses DECMCC as the management tool to the DECNET 
    environment. Now he wants to add his own entities to be manage by DECMCC. 
    There is 3 kind of subject that he wants to add:
        1. Application entities like: his users + their profile (name, address 
           and so on).
        2. Hardware entities which not supported today by the DECMCC like 
           printers and so on.
        3. Software entities like VMS process, ACMS application and so on.
   To add a new entity he have to write the access modules and maybe 
   functionality module too.
   
   Of course he can handle all of these entities by writing his own application 
   with an application generator but he likes to put all of his manageable 
   entities in one place (DECMCC) and he things that with a normal application 
   generator he couldn't get the wonderful MMI which the DECMCC provides.
   
   He asked me 3 question:
        1. What risks he takes if he chooses to use the DECMCC to his new 
           entities?
        2. How much time it's takes to add new entity to DECMCC (I know that 
           this is very general question but I don't have any feeling of the 
           complex of it.
        3. If the customer wrote the access modules and function modules, what 
           the DECMCC gives him except the methodology of developing the 
           management part.
        
   
   Thanks,
   Aharon Winder

T.R	Title	User	Personal Name	Date	Lines
3269.1	Try using the Data Collector	CUJO::HILL	Dan Hill-Net.Mgt.-Customer Resident	`Tue Jun 30 1992 10:25`	23
	Aharon, The DATA COLLECTOR AM will work for the things you mentioned. There are sample procedures for monitoring disks and printer queues. I have tried the disk monitoring procedure. You can use the Data Collector AM to monitor just about anything, including processes, user information, disks, etc. The Data Collector only works with DECnet Phase IV right now. You will have to write your own command procedure or program to be run on the system you wish to monitor. This procedure/program gathers the information, then ships it to the DECmcc node via the MCC_EVC_SINK object in the DECnet database. The EVent Collector Sink process running on the DECmcc node receives the event and sends it to DECmcc where the Alarms FM takes over to report to you. The Data Collector is only a monitoring utility. If you want to use DECmcc to set user features, you will have to write your own Access Module. -Dan
3269.2	What about writing his own AM?	TAV02::WINDER	Aharon Winder	`Wed Jul 01 1992 04:32`	11
	Hello The customer wants to put the ALL management activities in one place including the control and the monitoring so of course he has to develop his own AM (especially for his own entities). In this situation what is the answer to the customer question as I asked in .0 ? Thanks, Aharon Winder
3269.3	If they're entities, they want an agent	BLUMON::SYLOR	Architect = Buzzword Generator	`Sun Jul 05 1992 22:48`	11
	And for a different answer... In most cases if he wants to manage a real entity, and that entity is an application or something that runs on VMS or Ultrix or OSF/1, then I'd recommend he write a Common Agent MOM. That's what VMS and Ultrix are doing for system management. The cases where a developer should be writing an Access Module are almost always limited to legacy devices speaking ancient protocols. Mark