IMC
cancel
Showing results for 
Search instead for 
Did you mean: 

iMC 7.0 E0202 : unable to restore automatically traps ?

SOLVED
Go to solution
Alain WINKEL
Advisor

iMC 7.0 E0202 : unable to restore automatically traps ?

Hello,

 

At work, I have currently iMC 7.0 E0202.

 

When I try to restore automaticaly a trap definition, unable to find it. Il found just all other enterprise's traps.

 

Is there a bug with this version of iMC ?

 

Thanks. Regards.

 

Alain.

 

 

 


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
15 REPLIES
LindsayHill
Honored Contributor

Re: iMC 7.0 E202 : unable to restore automaticaly traps ?

Where are you looking? You should be able to go to Trap Management-> Trap Definition, choose a trap, click "Modify", and then select "Restore Trap"

Can you post a screenshot of what you're seeing?
Alain WINKEL
Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps ?

Hi,

 

The screenshots :

 

My license :

 

iMC_license.jpg

 

Test with trap "device denied snmp access", for "auto" restore of trap himself. Same problem with all other traps :

 

trap_screenshot_1.jpg

 

trap_screenshot_2.jpg

 

trap_screenshot_3.jpg

 

trap_screenshot_4.jpg

 

trap_screenshot_5.jpg

 

trap_screenshot_6.jpg


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
Alain WINKEL
Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps ?

Unable to "auto" restore the traps himself.

 

With iMC 5.2 that was possible, but not yet with 7.0. Idem with actual patch 7.0 E0202P03...

 

Test made also at home with fresh install (without entering my enterprise's license), same problem.

 

Thanks.

 

Alain.


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
LindsayHill
Honored Contributor

Re: iMC 7.0 E0202 : unable to restore automaticaly traps ?

Normally the "Restore Trap" option is used because you want one trap to close another - e.g. you want "Link Up" to close a "Link Down" incident.

 

What's the goal here? What are you trying to achieve? Do you want the most recent trap to automatically restore older versions of the same trap? Or do you want to suppress a specific trap completely?

 

I suspect (but don't know for sure) that the developers have decided that it doesn't make sense to have a trap close itself. There might be a use case they haven't thought about.

 

You might have to log a support case about this to get confirmation.

Alain WINKEL
Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps ?

Hi,

 

Normally alarms are acknowledged manually. But you have to log into an account with administrative rights into iMC to do this. And into the IT infrastructure team there are only 2 people who are working for network and security, with this right on iMC. It's just a matter of security ...

We receive mails for each alarm. So alarms like as "cold start", topology changes, or "config management event" did instead of staying active until I log in to the iMC, to perform it manually (not a very interesting task no ?).

Alarms "link down" are deleted by the alarm "link state up" (which also kills itself).

In our organization we just want to avoid repetitive administrative connections. And it was a legitimate demand of others in the team.

iMC should work without that must be permanently connected. Emails are used to it for alarms. And we have a monitoring screen for iMC network supervision (with read access).

 

Could you tell me how to open a call at HP about this problem ?

 

Thanks for your reply.

 

Alain


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
Neelixx
Frequent Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps ?

Hi Alain.  For the trap restoration, you have to define a trap that is received by IMC as a "restoring trap".  This means, IMC must receive the trap.

 

In your example, you are talking about traps that, I do not believe, have restoring traps.  They are only single event traps.  For example, "Device Denied SNMP Access".  To my knowledge, there is not a trap that says "Device Allowed SNMP Access".  It only sends a trap when it's denied.

 

The same goes for the cold start.  A trap is received that a cold start happened.... but then what?  The device does not send another trap saying "Cold Start Completed".  It's just a single trap event.

 

In those instances, I think you have two options:

 

1).  Alarm, and force technicians to recover/acknowledge it, so you are aware that the device rebooted, or denied access, etc.

2).  Don't alarm.  You can still keep the event, but not alarm or notify on it.

 

If there are traps that have recovering traps.... let's say, LinkDown, then find the trap that shows LinkUp and use that as a recovery trap.  When defining recovery traps, you usually will have to identify parameters to look at, since you don't want a LinkUp trap for DeviceA to recover DeviceB.

 

The way I do it, is I wait for the recovering trap to be received, so I know specifically what trap is being sent.  Then, define THAT trap that was received as the recovering trap.

 

-------
Aaron Paxson
@Neelixx
Alain WINKEL
Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps ?

Hi all,

 

I just opened a call to HP about my problem. I will keep you informed as soon as possible. Thanks again.


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
LindsayHill
Honored Contributor

Re: iMC 7.0 E0202 : unable to restore automaticaly traps ?


Alain WINKEL wrote:

Hi all,

 

I just opened a call to HP about my problem. I will keep you informed as soon as possible. Thanks again.


So...do you want IMC to represent current network status, or not? Sure, you've sent an email, but how do you know if anything was done about it? For someone looking at the IMC screen, how will they know that the problems have been fixed?

 

It sounds like what you really need is for IMC to create events in a proper trouble ticketing system (not email). Then when the incident is resolved in that system, it should close the alarm in IMC (using eAPI).

 

Or...if you don't want IMC to show specific alarms, but you DO want it to trigger an email, then what you could do is lower the severity of those alarms to Info. Then they won't affect device status, but you can still configure Email escalation for Info-level alarms.

 

Alain WINKEL
Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps themselves ?

Hello,

 

So I opened a ticket with HP through my employer. And indeed after checking it turns out that rather serves missed with this update that eliminates a feature that was used before. The problem is in the hands of their developer. A patch would normally be offered.

 

Thanks.


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
Alain WINKEL
Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps themselves ?

Hello,

 

here is the HP Support answer :

 

I did follow up the lab response with questions about documentation and received today the following feedback:

The new change will be included in the next release note. The reason it wasn't included in 7.0 is that it supposed to be blocked in 5.2, but for some reason, the version didn’t' fulfill the right function, so the customer could use it. The new version will give the explanation.

So we should expect to see updated documentation in the next release. The traps that will be opened to restore themselves are still up-in-the-air. I will ask that documentation is released with the details of which traps will be allowed for a restore of themselves.


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
Alain WINKEL
Advisor
Solution

Re: iMC 7.0 E0202 : unable to restore automatically traps themselves ?

Hello,

 

I have installed hotfix iMC_PLAT_7.1_E0303L07, wich correct the problem. Here is attached the readme PDF file.

 

The final version iMC 7.1 E0303P10 will be officially available for March 2015.

 

@+++

 

Alain


--
¡ No hablo francés ! ¿ Es qué la informática ? ¿ Es qué un ordenador ?
--
GiroSinTornillo
Occasional Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps themselves ?

Hello: We are having the same issue with an APS UPS Trap.

We are trapping the UPSOnBattery event, with OID=1.3.6.1.4.1.318.6.5 and need  to restore the trap to alarm with the trap event PowerRestored OID=1.3.6.1.4.1.318.6.9

The Trap-To-Alarm work fine, and a alarm is raised then the trap  318.6.5 is received from the UPS, but when the trap 318.6.9 is received, the restore trap function does not work!!!

We made several test and all point to a HP IMC Bug.

Any suggestions will be apreciated.

Regards

Hugo

LindsayHill
Honored Contributor

Re: iMC 7.0 E0202 : unable to restore automatically traps themselves ?

@GiroSinTornillo What version of IMC are you running? It looks like this issue was fixed in a patch last year.

GiroSinTornillo
Occasional Advisor

Re: iMC 7.0 E0202 : unable to restore automatically traps themselves ?

Hi Lindsay Hill:

  We are using this version of IMC

 

Captura Versión HP IMC al 30-08-2016.PNGHP IMC Version that we use.

From what version is supposed to be fixed this issue ?

Thanks in advance.

Hugo

LindsayHill
Honored Contributor

Re: iMC 7.0 E0202 : unable to restore automatically traps themselves ?

It was fixed in an older 7.1 patch series, so you should not see that problem with your system.

You could try updating to the latest patch, to see if that helps.

7.2 E0403P06 https://h10145.www1.hpe.com/Downloads/SoftwareReleases.aspx?ProductNumber=JG747AAE&lang=en&cc=us&prodSeriesId=4176535