Method to specify TITLE of Graph in Reports
We need a way to be able to specify the Title of any graph when we are creating reports.The OOTB method uses a very un-discernable title for something simple as CPU USAGE. It displays: "WinCPU with instance * on datapoint CPUBusyPercent". Any client looking at this report is going to ask WTHdoes this mean? We need a way to be able to specify the %TITLE% on each Datasource we specify when building a report. IF you can add a column to the DataPoints section called Title: Example in the above report each category is titled with: CPU Usage % title is: WinCPU with instance * on datapoint CPUBusyPercent Memory Usage % title is:WinOS with instance * on datapoint MemoryUtilizationPercent Disk Usage % title is:WinVolumeUsage- with instance * on datapoint PercentUsed Bandwidth In:WinIf- with instance * on datapoint BytesReceivedPerSec Bandwidth Out:WinVolumeUsage- with instance * on datapoint PercentUsed None of these titles make any sense to anyone who's trying to read the graphs. Can we please just have a way to specify the title.0Views2likes0CommentsReports UI - Users with View access SHOULD NOT see reports generated by other users
I love the Reports UI but my users who have only View access to Reports or any given Report Group SHOULD NOT be able to see the reports generated by other users. The previously generated reports are great, but they are hosted in S3 and don't check against the user roles we have assigned to our users. We have a common set of reports that all of our clients use and when they run them on-demand in the old UI, that's all they get--that particular run. Client ABC can now see a version of a report that was run by Client XYZ by clicking on a link. Not good. Making all runs of a report available for all users with access to those reports creates a management headache.2Views1like1CommentAllow Automated Reports to Generate Regardless of User
Having spoken with John via chat session, and discovering the cause of reports generating with blank data, it was discovered that a user that was no longer with the company was the last person who had modified a report. The feature being requested is to simply allow reports to run and send out as they are scheduled, regardless of the user that put them in place. While simply touching the reports and saving them with a different user does allow it to function, does not fix the root cause. While the rest of LM datasources, dashboards, and graphs function regardless of creating user, the reports should continue to function as configured as well.0Views1like2CommentsReports - Provide Raw Data & not convert to "K"'s
When exporting a report to CSV, it is converting #'s and adding a "K" behind them, instead of providing the actual #. For example, 1708 is being turned into 1.71K. I would just like to have the actual # & not have it turned into a text value, rounded, and a "K" added to it (difficult to use in Excel).1View1like0CommentsIncrease Alert Data Retention to Match a plan's official "Data Retention"
Alert history is currently limited to only 30 days of data. This severely handicapsidentification of false positives/negatives,the understanding of alert history and its implications across the organization, and severely limits the value of reports. Please increase alert and event retentionto match the "Data Retention" length explicitly stated on LogicMonitor's official pricing pagefor a given plan. Thank you!0Views1like1CommentDashboard Widget for Reports
Filethis in the "nice to have" bucket. I would like to keep my dashboard-only customers in front of LM as much as possible. Today, Reports can be viewed from running the report inside the Reports tab, or scheduled/emailed out. How about adding a widget that could access a selected report, formatted for HTML. This provides a single place to review most recent, and past report-runswithout leaving the dashboard, and allows users to correlate Report output with other information shown on the dashboard. Today we can use the URL from an HTML Report, andstuff it into the HTML Widget. Managing this manually is difficult since new runs of the report will have a unique URL, so the HTML widget would then need to be updated with the current HTML Report URL. I tried to do this myself using LM RPC/REST but cannot find any API calls to access the Reports. Thoughts?1View1like2Comments