So, I need some help or advice on cnMaestro templates please.
A couple days ago, I made the template to disable the INSTALLER, HOME, and READONLY users. I was getting ready to push FW 4.7 to all our ePMP, and I wanted to disable those extra accounts.
My template contained just the three sections for those three accounts, and nothing else. I basically cut and pasted from the examples here.
However, after I applied the template everywhere, and then at 3:00 a.m. I applied the 4.7 firmware to everything ā and then the next day, we noticed some of our ePMP had different ādevice namesā than they should have.
We noticed it on backhauls and APs (Itās pretty obvious if an F300 was named āKingston-Slaveā And then the next morning itās named 'Fred Smith).
So, I suspect the ones that were changed, weāre probably radios that we configured months ago for some purpose or did testing, and then changed our minds or reprogram these for where they are now. So it seems like cnMaestro went and now ācorrectedā what it thought should have been the device names of these devices? It didnāt change SSIDs or IPs or things like that, so nothing really broke⦠but we ended up with a bunch of radios which The device name are different (and who knows what else?).
So, is this something we did wrong? Iām confident there was nothing else in the template. Is there some other checkbox needed to be checked on, or checked off, to get it to only affect the sections we intended? My biggest concern is what it may have done to hundreds of SMās. It was pretty obvious to see (and repair) these changes at a glance on the infrastructure devices, but looking through hundreds of SMs for mislabeled ones will be a daunting task.
Yes, both. We noticed it in cnMaestro first⦠looking down our BACKHAULS network in cnMaestro, it was obvious there were some re-named Masters/Slaves. Logging into the radios themselves, the āDevice Namesā were changed there, although the SSID and IPās and stuff all seemed correct still.
We then looked in our ādefaultā network, and noticed that some of the APās where renamed as well, and we logged into the radios and changed them back. Again, the SSIDās were correct to the IPās, but the ādevice namesā were incorrect.
So, that was about a half-dozen changes, so not a big deal. My fear is that maybe there might be dozens (or more?) of client SMās with changed device names now, and I donāt know how we would even find them, or know what to change them back to.
So ā I need to apply the SNMP password changes, but Iām afraid to do that now, without understanding what went wrong.
Thank you for the clarification.
I completely understand your fear.
We are looking into the issue now and I may revert to you for extra details and remote access.
If you already changed them back maybe to late but wondering if it did actually revert to old names on the radios then downlaoding the .json would have revealed more than one :
āsystemConfigDeviceNameā:
Iāve wondered what kind of problems will crop up using cnMaestro to make piecemeal changes to the config and wondered if there would be duplicate settings in the config.
Well, yes, I think these did revert to Device Names that had been used in testing previously. They were not ārandomā strings, they all changed to devices names which were āfamiliarā labels used while testing in the shop years ago or whatnot.
Following. We are not able to keep Device Names through a power cycle (not a reboot). Since 4.7.0, both Device Name and GPS coordinates will revert back to their pre-4.7.0 state upon a power cycle to the radio. Can reproduce on 100% of our 4.7.0 client radios. Spent considerable man hours fixing radios only to find them revert as soon as the radio was power cycled. Something has changed in the json file and I donāt think itās writing to the correct field anymore. Lasts through reboots but not power cycles.
Weāve run into this, but weāre running an older version of on-site cn, so maybe this is fixed. The problem, for us, was when we renamed a device thatās already been onboarded in cn via the radioās web interface. cn will show the new (correct) device name on the main page, however, if you click to the āconfigurationā tab it will sill show the previous hostname. Then, once you push a config change via cn, the old hostname will get applied to the radio.
Was there ever any resolution to this? Any suggestions from Cambium, or anyone - any help from anyone would be appreciated
We need to apply another template again, and Iām scared of how much stuff itās going to wreck. Last time it changed a whole bunch of host names and stuff.
I stopped using templates since, but now I need to go everywhere and turn off that āreset on power sequenceā - I thought we had it off everywhere, but the last large power outage, we had dozens of EPMP defaulted. Nothing else on our network defaults during a power outage.
Anyway, I need to apply a template to all AP/SM and last time I did a template, we had a bunch of radios renamed and random stuff changed and reverted.
Is there any update on that? Any suggestions or ideas why that happened, or how I can avoid it?
Unfortunately, no major updates there.
We were not able to replicate the issue in the lab despite of many hours spent on that.
We would really appreciate it if someone can help us to reproduce the issue and collect the debug information on it.
That would be nice, but it was when we used cnMaestro to do template and firmware upgrades, so the ePMP units were rebooted as part of that. We noticed them later, a bunch of them named incorrectly. Itās like some of the info, on some of the radios out in the wild, was restored from a previously used configuration from years ago.
But they had all been rebooted since the templates, so no real logs or anything to collect I donāt think.
If you can drop the Tech Support file from one of those radios that would help.
There are configuration files stored for every major firmware version on the device, so we can start digging from there.