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.
Hi Rynet -- glad you were able to figure it out and get it working. We will update our User Guide for Virtual Box versioning.
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
@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!
Export times do not adhere to new time changes. Displayed times ok. Display GMT-5 Export GMT-6.
Hi Luis,
When you say export data , which data you are exporting and what is the exact problem can you please give some more details so that we can check and get back on this.
Apologies - Thought I had included a snapshot -
Top - cnMaestro "Events" page. Raised time GMT-5
Mid - Same page "Exported" is ok - Forgot I was doing "Scheduled" reporting.
Bot - This is the "Events" report. Raised time GMT-6
I also perform the "Performance" report, but haven't tried to verify "Poll Time"
Hi ,
We tried locally to reproduce in GMT+5:30 IST timezone and we are not seeing the issue with events report. Can you please confirm whether your timezone has any day light savings currently .
Also is the Events report downloaded using the NOW option or scheduled using Daily or weekly option. Is it scheduled during Day light Savings or earlier.
Also please check if there is any difference in the cnMaestro server time(Can be seen from serve rcommand line interface ) shown and the time in laptop or machine where the cnMaestro is launched in the browser.
Why i am asking is the GUI shows the timings based on the browser laumched machine and the Reports sceduling or timings are based on the Server timings.
