cnMaestro Template help - pushing unintended changes

Products ePMP
1

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.

2

Is the new ā€œoldā€ name displayed on cnMestro only?
Or itā€™s displayed both on deviceā€™s UI and cnMaestro?

Thank you.

1 Like
3

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.

4

This was basically the whole templateā€¦

{
	"device_props": {
		"cambiumSysAccountsTable": [{
				"cambiumSysAccountsName": "installer",
				"cambiumSysAccountsHash": "",
				"cambiumSysAccountsUID": "2000",
				"cambiumSysAccountsGID": "100",
				"cambiumSysAccountsDir": "\/tmp",
				"cambiumSysAccountsShell": "\/bin\/false"
			},
			{
				"cambiumSysAccountsName": "home",
				"cambiumSysAccountsHash": "",
				"cambiumSysAccountsUID": "3000",
				"cambiumSysAccountsGID": "100",
				"cambiumSysAccountsDir": "\/tmp",
				"cambiumSysAccountsShell": "\/bin\/false"
			},
			{
				"cambiumSysAccountsName": "readonly",
				"cambiumSysAccountsHash": "",
				"cambiumSysAccountsUID": "4000",
				"cambiumSysAccountsGID": "100",
				"cambiumSysAccountsDir": "\/tmp",
				"cambiumSysAccountsShell": "\/bin\/false"
			},
			{
				"cambiumSysAccountsName": "dashboard",
				"cambiumSysAccountsHash": "",
				"cambiumSysAccountsUID": "5000",
				"cambiumSysAccountsGID": "100",
				"cambiumSysAccountsDir": "\/tmp",
				"cambiumSysAccountsShell": "\/bin\/false"
			}
		]
	}
}
5

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.

Thank you.

1 Like
6

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.

1 Like
7

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.

8

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.

1 Like
9

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.

2 Likes
10

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?

11

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.

Thank you.

12

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.

13

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.

Thank you.

14

Iā€™m bumping this thread as we are seeing this continue to happen on ePMP radios randomly either when updating software or pushing minor config templates.

Has Cambium come to any conclusions on this behavior?

Edit: We are using cnMaestro cloud, in case that is relevant.

15

Hello @Jacob_Turner,

please check you PM box. I would like to work on this with you!

16

Hey @aka , unfortunately it happens randomly. Iā€™ll contact you directly and weā€™ll see if we can get to the bottom of it.

1 Like