[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

5935.0. "Prune mibs be hand ?" by WELLIN::MCCALLUM () Wed Apr 06 1994 09:06

    I wish to put an alarm on a DEChub900 chassis power supply , but I am
    having trouble because the mib is too deep, it is gretaer than 10
    levels and when I try to create the alarm rule it fails.
    
    If I complie the MIB in and prune it I then can make the alarm work
    because it ends up avbout 4 levels less deep., unfortunately clicking
    down the mib from the IMPM then doesn't work but that is incidental.
    
    In pruning the mib it has taken severlal levels out, but I dont want to
    take all the levels out, just enough to make it work as I may have to
    put other bits in later.
    
    My question is:
    
    Is it easy/possible to prune the mibs by hand ?
    
    Thanks
    Dave McCallum

T.R	Title	User	Personal Name	Date	Lines
5935.1	No, but use new translators	BIKINI::KRAUSE	European NewProductEngineer for MCC	`Thu Apr 07 1994 05:34`	13
	> Is it easy/possible to prune the mibs by hand ? I don't think this is possible, because the MIB translator will produce wrong OIDs if you 'prune' the MIB file. BUT, you could use updated versions of MTU/MSL to get around the level limitation. Look in BIKINI::MCC_DISK:[BMS013.VMS.PATCH] for MCC_TCPIP_MTU.EXE;1 589 1-SEP-1993 16:53:26.00 MCC_MSL.README;1 3 16-DEC-1993 14:46:03.00 MCC_MSL_MAIN.EXE;1 274 16-DEC-1993 13:26:30.00 *Robert
5935.2	Maybe I have the wrong problem	WELLIN::MCCALLUM		`Thu Apr 07 1994 07:39`	22
	WELL MAYBE I HAVE The wrong problem. The mib compiles OK and I can do a sho on the entity and it works. sho snmp lhub1 dec ema decmibextension dechub900 mgmtagent mgmtagentversion1 chassis chaspowerconfig chaspoerconfigchanges works file but when I try to anble an alarm rule with a change_of rule I get data base error while reading rule information MIR status MCC_E_ILVTOOBIG no more roo m in buffer for additional values I thought this was beuse the MIB was too deep. Is it ? Dave.
5935.3	Problem in Alarms FM	BIKINI::KRAUSE	European NewProductEngineer for MCC	`Fri Apr 08 1994 03:53`	13
	> MIR status MCC_E_ILVTOOBIG no more roo m in buffer for additional > values I believe this problem is mentioned somewhere in this conference, but can't remember the circumstances. It certainly looks like a resource limitation in the Alarms FM and it has to do with the depth of the MIB (number of child entity levels in MCC). Alarms FM has to store the object with its value in MIR for a CHANGE_OF rule and this is where it hits the roof. You should escalate this problem to get it fixed. Should be easy. *Robert
5935.4		MOLAR::YAHEY::BOSE		`Mon Apr 11 1994 19:45`	6
	Actually, I remember someone already fixing it for the MUP kit (which apparently never went out). But it should be available as a patch to the Alarms FM. Rahul.
5935.5	Can I get it ???	WELLIN::MCCALLUM		`Thu Apr 21 1994 12:29`	7
	Anyone know how to get this patch ??? Thanks, Dave McCallum