First - Don't forget to make this a "Pinned" thread.
Second - cnMaestro on-premises
SM "Session Time" not being read from the device.
Same SM
2 Likes
Hi Luis,
We verified session time for both ePMP/PMP SMs in our lab setup and it seems to be working fine. Could you please email tech support file from problematic SM to me - ajay.singh@cambiumnetworks.com for further investigation.
Thanks,
Ajay
edit_______________
I obviously didn't read your whole reply. Just the part where you "verified" the problem. Also I thought the two kudos meant they also had the problem.
Edit #2 ____________
My vanity got me!!!
I didn't even read your reply - I was wondering how the heck I misread it so bad. I saw the message indicator and it took me to the "Kudos" page and I replied from there.
_______________________________
_______________________________
This is what I ment by percolate.
I was hoping these obvious things would be caught by those using the cloud version. I know they update it on the fly while the on-premises updates are a bit slower. I know this is rev 10 where the cloud is 9 so maybe it was something introduced in that update.
I'm still seeing a problem with UTC -vs- Local time in statistics and graphing data. Also data missing altogether, Uplink RSSI and Uplink RSSI Imbalance comes to mind.
I'll report them in detail later.
Also, thanks for adding the description field to the AP and SM widgets and all the team's work in making cnMaestro a better and more useful tool.
@Cambium_Ajay wrote:Hi Luis,
We verified session time for both ePMP/PMP SMs in our lab setup and it seems to be working fine. Could you please email tech support file from problematic SM to me - ajay.singh@cambiumnetworks.com for further investigation.
Thanks,
Ajay
It's not just one SM, its all. Did you verify by doing an export, update and import of cnMaestro or on a clean run? Though I don't see why that would make a difference if it's a live read. Having said that, I didn't think to add this fact as the times don't correlate with the update time.
Okay. Indeed, this is strage that all SMs are reporting incorrect session time in cnMaestro. We validated on a running system and not really with data export and import. Looks very unlikely that data export/imprt will cause this issue as we read session time from PMP SMs itself. Anyway we will validate this scenario as well and let you know.
-Ajay
@Cambium_Ajay wrote:Okay. Indeed, this is strage that all SMs are reporting incorrect session time in cnMaestro. We validated on a running system and not really with data export and import. Looks very unlikely that data export/imprt will cause this issue as we read session time from PMP SMs itself. Anyway we will validate this scenario as well and let you know.
-Ajay
Supposed to, anyway. It may not be the read that's wrong, it's probably just the display. I remember reading a thread about incorrect display of a time field on a report export, but can't remember which. It wasn't even formatted correctly if I remember. It was in seconds UTC, I believe. I'll have to take a look.
I know the session time display was wrong, then corrected and now wrong again. I just don't remember which rev corrected the display. I'll look for this also.
Edit____________
https://community.cambiumnetworks.com/t5/cnMaestro/Problem-with-export/m-p/84458#M3084
After running for two days - no correct cnMaestro session time display for any of the SMs.
Rebooted an SM to see what would happen. Here's the result.
Now the read is correct - Where the disconnect is before the reboot, I don't know. I do know I'm not going to reboot the entire network just to get cnMaestro to display the data correctly. I'll take this opportunity to ask about the arrival of PMP 15.2.
Before you tell me you couldn't duplicate the error:
Run an instance of cnMaestro on-premises 1.6.0 r22
Onboard SM (I'm using 450 vanilla), prefferably one that's been up for a while and don't turn it off til the end
Let it run long enough for cnMaestro to collect session time data
Verify session time between the two
Export cnMaestro data
Install cnMaestro 1.6.1 r10
Import data
Let SM run long enough to update cnMaestro with new session time
Verify session time - this is when I see the discrepancy
If you were able to duplicate, which you should be able to
reboot SM and wait for session time to update
Verify session time - times should now be the same
Well?
I upgraded Virtual Box from 5.1 to 5.2.8 and it fixed the issue. The issue is that with the new Linux Kernel in Ubuntu and probably other releases is that using VT-x/AMD-V without a Nested Paging file causes virtual machines to crash.
This is an issue with older processors. As they cannot do a Nested Paging File correctly. But in 5.2.8 this has been fixed.
2 Likes
Hi Rynet -- glad you were able to figure it out and get it working. We will update our User Guide for Virtual Box versioning.
1 Like
Thankfully, this all was not needed and we could find the root cause. So in short, there was an issue in the software, wherein we weren’t parsing the day part of the session time string received from PMP SM device. So any PMP SM device which is running for more than 24 hours will have incorrect session time in cnMaestro. We have prioritized the fix and same will be available in upcoming release – 1.6.2, tentatively scheduled for release by 16-March. Hope this explains the current issue.
-Ajay
2 Likes
@Cambium_Ajay wrote:... We have prioritized the fix and same will be available in upcoming release – 1.6.2, tentatively scheduled for release by 16-March. Hope this explains the current issue.
-Ajay
This is great.
Thanks!
On that note...
3/6 - I set up two reports to run on a daily basis - "Performance" and "Events". I also ran them as "Now" reports to get that day's data.
The "Now" reports ran without issues.
3/7 - Both scheduled reports ran and the data was as I had expected. Super! I wanted to modify the times the reports would run, but once a scheduled report runs, it can't be modified as the "Edit" icon is disabled. No problem I guess, I just deleted the two jobs and set them up anew. Checked to make sure they were set up in "Jobs" and there they were. While there, I noticed the job "ID" didn't reset. The "Software Update" job "ID" resets, so maybe a standardization problem here.
3/8 - Alas, the reports either didn't run or they retrieved the same data as the day before. There's no way to tell as there's no run counter or any other indication like a date on the report or the "Job" dashboard. When I set the jobs up, I noticed one of the criteria is "End By" not "End On". If the program gets to pick when to quit, then I guess it's working just fine. ;)
I set both reports to export daily, one starting 3/7 at 09:00 and ending by 12/31 at 10:00 the other one starting 3/7 at 09:05 and ending by 12/31 at 11:15.
I haven't tried running after x occurrances.
If I set a daily job and come back after several days - a weekend, I'm expecting there will be three different reports waiting to be downloaded - Saturday, Sunday and Monday. Am I wrong in this expectation? How will subsequent reports be handled? Do they just append each other? As I type this, I'm remembering that I haven't read the new user guide. My apologies if it's referenced there.
Also, "System/Statistics" doesn't export the "Status" time.
At a minimum, the "Status" time" should be exported in the "Status" cell. It would be better, IMHO, if both the MAC address and "Status" time were in their own cells.
None of the reports export the "Session Time", don't remember about the "Status" time.
Thanks again.
Adding a post instead of editing.
The program must have known that I was reporting it's misbehavior! The jobs ran while I was typing the post. If you notice on the snapshot of the "Jobs" page, I ran a "Now" job (#7) at 09:45 when I found the reports had not run. Oh well!
I was able to export them both by direct "Download" and by downloding from the "History" page, thus answering the question about how subsequent reports are handled. I guess the last report run will be available by direct "Download" from the "Jobs" page.
Thanks again
"Statistics" page not displaying "Uplink RSSIIImbalance" nor "Uplink RSSI". Maybe it's already being imported from the AP along with "Modulation (UL)" and just not being displayed.
It would be great if you added them after "Modulation (UL), in the listed order, and label both the current RSSI fields with (DL).
"Performance" report not exporting "Uplink RSSI (dBm)" nor "Uplink RSSIImbalance"
This is how I use the data.
Thanks
That is right. Even for recurring job, we have added a Download option on the Jobs page itself so that you can download the latest copy from there without going to Job History.
-Ajay
Thanks for detailed feedback. We will add "Status Time" to statistics table export and also print the MAC Address in a separate column. We will also add "Session Time" to Devices Report for SM devices. "Status Time" is already there in Devices Report as "Uptime/Downtime". We will rename it to "Status Time" to be consistent with other places.
As far as scheduled daily/weekly reports are concerned, your expectation is correct, you should be able to download the report for each occurrence. Currently retention period for these reports is 1 week. Post that report files will be deleted from server. You also have provision to upload these files to a remote FTP/SFTP file server. You can configure remote FTP/SFTP file server at Application > Settings > Optional Features > Scheduled Jobs. Please refer to User Guide for more details.
-Ajay
@Cambium_Ajaywrote:..."Status Time" is already there in Devices Report as "Uptime/Downtime". We will rename it to "Status Time" to be consistent with other places.
Please refer to User Guide for more details.
-Ajay
Edit: We will also add "Session Time" to Devices Report for SM devices.
Sure wish I could read and comprehend!
I thought maybe this was it, but then since it's "Uptime/Downtime", I thought it may be it was "Online/Offline time. If it's "Session Time" then maybe remove "Uptime/Downtime (Seconds)" and replacing with "Online/Ofline Time" might be better. I don't see a need for time in seconds, but someone else may.
And there was no mention of "Statistics" page not displaying "Uplink RSSIIImbalance" nor "Uplink RSSI"
Also, it would be nice to be able to toggle/select Imperial/Metric options.
Hitting the user manual now!!
Keep up the good work!
Will the PMP SNMP Site Contact and Site Location fields be added to the AP/SM dashboards and as searchable fields in inventory in a future release?
Yes. We will add it as part of 1.6.3, scheduled for release by end of March.
-Ajay
Awesome! Great news!