How to reset Major Alarm?

What about alarms that are wrong?

GPS Software Version
GPS software is out-of-dateView Details
87d 14h 15m
ACTIVE
 
 
But yet on the AP...
 
Version

AXN_5.1._8174

GPS firmware is up-to-date
 
 

It's working!!!

Thank you Jordan, now i have only 640 errors :D

Is possible insert this template in a previous template to avoid pushing 2 templates for every device?

I suggest anyway a clear alarm button (maybe that keep offline devices as alarm but clear the others alarms like configuration updates etc...)

Rynet, we recently made an update to fix this in 1.6.1, the latest release, so "AXN_5.1._8174" is recognized as up-to-date.  The alarm should automatically clear itself the next time the device registers to cnMaestro.

Cloud is already running 1.6.1.  Are you running in cloud or on-premises?

Telemar, merging that empty template with a previous template wouldn't change anything since the template is blank.  Is it correct to assume you mean automatically pushing the blank template immediately after pushing your other template in order to clear a configuration failure alarm?

If that is the case, I do not think it is the correct approach.  If the template you're pushing results in configuration failure every time then I think there is something that must be corrected on that end rather than trying to clear alarms with this work around.

What is the failure error in the configuration job when you push the template you mentioned?

"Configuration update failed due to device timeout"

BTW the update works well but the alarm grows with that error.

Please email me a copy of the template that fails to jordan.stipati [.at.] cambiumnetworks.com.  Also let me know what type of device this template is for (PMP or ePMP).

The configuration push should not fail by timeout if the configuration change is in fact applied to the device correctly.


@Jordan wrote:

...The configuration push should not fail by timeout if the configuration change is in fact applied to the device correctly.



Yes, but neither should successful software upgrades.  CNUT comes to mind.

Luis, are you talking about timeout failures in cnMaestro or a separate issue in CNUT?

Cnut, but maybe both actually.

When I last upgraded the firmware I got indications that the updates had failed.  However, when I would go to the SM to see what happened, the unit was successfully updated.  Returning to CNUT and doing a refresh would clear the "failures".  If I remember correctly this also happened with cnMaestro, of course there's no way to "refresh" once the job showed as failed.  The cnMaestro part I'll have to confirm when I upgrade to 15.2.  

This reminds me, when is 15.2 comming out? ;)

If you see that happen in cnMaestro please let us know with screenshots of the detailed failure reason.

For CNUT I recommend following up with a post on the Other Mangement Solutions board or opening a support ticket if it is an issue for you.

http://community.cambiumnetworks.com/t5/Other-Management-Solutions/bd-p/forums_management_other_solutions

Response from Jordan via mail!

"After some investigation I believe we have found the root cause of this issue.  Luckily there are two solutions to resolve this for you immediately.  A bug was identified and fixed in firmware version 15.1.3 where if configFileParameters.rebootIfRequired is set to true within a configuration template, the configuration job will fail in cnMaestro but the configuration changes are still applied successfully.

 

This gives you the following options:

  1. Upgrade your devices to 15.1.3
  2. Remove configFileParameters.rebootIfRequired from your configuration templates

 

The purpose of configFileParameters.rebootIfRequired is to allow automatic reboot when importing configuration onto the device via its web interface but it conflicts with cnMaestro configuration before version 15.1.3."

We have tried our template without that parameter and the config happens successfully on device and cnMaestro (and the reboot works fine)

2 Likes

Glad things are working for you now!

Devices will still automatically reboot if required even without configFileParameters.rebootIfRequired being set.  cnMaestro uses its own mechanism to tell the device to automatically reboot. configFileParameters.rebootIfRequired is only used for configuration files used outside of cnMaestro.

I've also created a Knowledge Base article detailing this for others searching for a solution.

http://community.cambiumnetworks.com/t5/cnMaestro/PMP-device-fails-configuration-due-to-timeout/m-p/85195#M77

1 Like