Are you currently using TrueSight Dashboards? If not, what’s keeping you from using them?
We want to hear from you regarding the use of Dashboards within TrueSight. Based on our research, we do see a rise in use of the dashboard feature within TrueSight and our goal is to make it more robust.
For those who are not familiar with TrueSight dashboards, here is a brief overview:
Dashboards are used to give your users a birds eye view of what matters most within your environment. Users can select dashlets to add to a dashboard. A dashlet displays a single graphic abo can sut a specific application or server. As you build your dashboard, you specify a dashlet template, and then configure it to the values for your systems. You can specify different types of dashlets or the same dashlet many times. The great part of the dashboard is that when the dashlet finds a problem, it serves as an access point to investigate and troubleshoot the root cause. Review our Dashlet library for more details and options.
Users can use the following dashlet templates to create dashboards that provide information about your infrastructure and services.
- Applications dashlet
- Device Count by Severity dashlet
- Device Performance dashlet
- Event Count dashlet
- Event List dashlet
- Monitors - Performance overview dashlet
- Monitors - Top or Bottom Performers dashlet
- Services dashlet
- Top Impacted Devices dashlet
Users can create dashboards with one row, or as many rows as necessary. When creating and modifying dashboards, you can also change the order of the dashlets and rows in the dashboard. After you create a dashboard , you can also share the dashboards with others.
The ability to share dashboards enables members of work groups to create and maintain a single dashboard that they can all use. If you find a shared dashboard that you like, you can copy it and use it as is or modify it as necessary. Currently, dasbhoards have restricted sharing capabilities, but we hope to enhance that area of the feature. For instance, please see these links to vote up the Ideas created around dashboard sharing/administration https://communities.bmc.com/ideas/15950 - Share dashboards on Truesight Presentation Server to specific users or user groups and https://communities.bmc.com/ideas/12203 - Truesight: Dashboard Administration
Functionality within dasbhoards includes Adding, Editing, Deleting, Copying, and Sharing. Any user can create a dashboard and by default the dashboard page is the page which comes up upon login. Dashboards can serve several business purposes, mostly providing a single pane to view to quickly check the status of the most import areas of monitoring.
Here’s a quick video on how to create dashboards in TrueSight
Seems simple right? It really is very quick and easy to add a dashboard and share the dashboard for others to use. Give it a try and let us know what you think.
Frequently Asked Questions – Dashboards (based on case work in Support)
Q: Why can't I see certain webpages displayed with the web page dashlet?
A: If you having trouble with some webpages being displayed, this is an issue with the security configuration with X-Frame-Options headers. Chances are the website and browser are preventing the content from being hosted in the browser's iframe container. Our dashlet configuration page indicates:"URL * Not all browsers can display HTTP URLs in the dashlet."
X-Frame-Options headers can be configured or bypassed either at the web server or at the browser level:
See the following articles on X-Frame-Options
Combating ClickJacking With X-Frame-Options - https://blogs.msdn.microsoft.com/ieinternals/2010/03/30/combating-clickjacking-with-x-frame-options/
For Chrome install an extension like Ignore X-Frame headers to see content without server side changes
Q: Does an admin user within TrueSight 10.x have the ability to manage other user's dashboards?
A: Currently, administrators can only manage their own Dashboards. Users can copy or share their Dashboards but if the user who created a shared Dashboard is disabled, the shared Dashboard is disabled.
An Idea has been submitted based on the current Dashboard administration where dashboards created by a user that subsequently leaves the company becomes an object ghosted in TSPS unable to be deleted. There are open Ideas (Request for Enhancement) for TrueSight regarding dashboard functionality.
Please go vote up these Ideas
1.The top of the list for this idea is to implement a level of dashboard administration outside of the individual users. This means:
Adding a RBAC permission to the roles that allows for things like:
2. All dashboards should have a "date created" and "date last viewed" attribute. There may be other useful attributes to consider:
3. Anyone with the Super User Role can do ANYTHING with ALL dashboards: edit, delete, assign, hide, etc.
4. Add Dashboard tab to Authorization Profile so dashboards can be assigned to groups instead of individuals
5. There should be a limit to the number of dashboards that a user can create.
Q: Why do I see the following on my TrueSight Presentation Server Dashboard? "Graph cannot be displayed currently as data for the selected attribute is not available or connectivity issues exist"
A: There are a different causes for this message:
- If the problem is corrected on restart, then contact BMC support for a fix for TSIM 10.5. At the time of this writing, no hotfix for Fix Pack is available.
- If the message is not corrected by restarting, then the following is applicable:
Deleting & re-registering a TSIM on the TSPS will break existing dashboards.
TSPS keeps an internal ID of the TSIM components which the dashboards use. When the TSIM is deleted, these internal IDs are lost, thereby breaking the dashboards. If the TSIM is reconnected with the TSPS, the dashboards need to be recreated. This is tracked with Defect QM002002955.
Q: How do we configure a Dashboard to see a monitor as a Dial Gauge on TrueSight Presentation Server?
A: Dial Gauge icons for monitors are see in TrueSight Infrastructure Management 10.5+, see the following documentation link for details
The request for seeing the same option under TrueSight Presentation Server was noted as an Idea for enhancement
Q: We received a notification on a script that has a latency violation from the AM KM and TSIM. When looking at the dashboard, the application status is green. Why? We have 5 applications configured in AVM for synthetic transaction monitoring and the dashboard status did not change from green to alert, what could cause this?
A: You can use the SLA to change the status of your applications in the TSPS console and you can also use the AM KM with TSIM to alert if an event threshold is breached n times in a series. The SLA is used in TSPS to update the application status. However, the SLA can only see the most recent 5 minute results window and cannot see anything that happened in the history of the application. So if there is a failed result in the 5 minute period that could cause the SLA to trigger an event, then it will set application status to the appropriate value..
You may also have your AM KM set to trigger an event if an event threshold is breached n times in a series. In this scenario, if an event is triggered, it will occur after n times. Please remember that the SLA and AM KM are 2 separate items and report on the data in different manners. Below are a few use cases to demonstrate how the SLA and AM KM work (Please note that I am only discussing critical notifications in these use cases and not minor):
The AM KM is configured to alert if there is a failure 2 times in a row
The Execution Plan runs once every 5 minutes and takes 1 minute to complete
The SLA has the following configuration:
1. Latency - 60 seconds
2. Accuracy Errors- 35%
3. Execution Errors - 35%
4. Availability Errors - 35%
8:00 AM - Execution Plan starts
8:01 AM - Execution Plan stops with 1 Accuracy error
8:01 AM - AM KM sees 1 error. No events are raised
8:05 AM - TSPS Console receives the results. The SLA evaluates the results and sees 1 Accuracy error. This means there is 100% failure. This is higher than the 35%. The Application status is set to red
8:05 AM - Execution Plan starts
8:06 AM - Execution Plan stops with 1 Accuracy error
8:06 AM - AM KM sees 1 error. This is the second error in a row, so an event is raised and a notification is sent out as defined in the AM KM policy.
8:10 AM - TSPS Console receives the results. The SLA evaluates the results and sees 1 Accuracy error. This means there is 100% failure. This is higher than the 35%. The Application status is set to red..
As you can see in the above scenario, the Application status was changed to critical during the first run of the Execution Plan, but the user was not alerted by the AM KM until the 2nd run of the Execution Plan.
Let’s look at a second use case where a user receives a notification from the AM KM, but the application status remains green:
AM KM is configured to alert if there is a failure 2 times in a row The Execution Plan runs every minute and takes 30 seconds to complete
The SLA has the following configuration:
1. Latency - 45 seconds
2. Accuracy Errors- 75%
3. Execution Errors - 75 %
4. Availability Errors - 75%
8:00:00 AM - Execution Plan starts
8:00:30 AM - Execution Plan stops with 1 Accuracy error
8:00:30 AM - AM KM sees 1 error. No events are raised
8:01:00 AM - Execution Plan starts
8:01:30 AM - Execution Plan runs with 1 Accuracy error
8:01:30 AM - AM KM sees 1 error. This is the second error in a row, so an event is raised and a notification is sent out as defined in the AM KM policy.
8:02:00 AM - Execution Plan starts
8:02:30 AM - Execution Plan succeeds
8:02:30 AM - AM KM sees 0 errors. No events are raised
8:03:00 AM - Execution Plan starts
8:03:30 AM - Execution Plan succeeds
8:03:30 AM - AM KM sees 0 errors. No events are raised
8:04:00 AM - Execution Plan starts
8:04:30 AM - Execution Plan succeeds
8:04:30 AM - AM KM sees 0 errors. No events are raised
8:05 AM - TSPS Console receives the results. The SLA evaluates the results and sees 2 Accuracy errors. This means there is 40% failure. This is lower than the defined 75%. The Application status remains green.
As you can see in the above scenario, the Application status was never changed because the combined results from the 5 minute results bucket did not meet the criteria for the SLA. However, we did see 2 event threshold failures in a row, which means that the user was sent a notification from TSIM
We want to hear from you about what you would like to see added/changed in the dashboard feature function area. Reviewing the types of cases we have seen for dashboards most of the questions center around admin permissions and managing the permissions among various dashboards and sharing dashboards. Feel free to create new Ideas in the BMC Community to let us know how we can improve dashboards for you. Don’t want to add it yourself, contact Customer Support regarding new functionality and we will be glad to assist.
If you are interested in migrating to TrueSight 10.7 or upgrading to TrueSight 10.7, please take advantage of our free AMIGO program. Haven’t heard of AMIGO? Here are the details:
The BMC Assisted MIGration Offering, or AMIGO, is a program designed to assist our customers in planning and preparing for product upgrades from an older, to a newer supported version. By engaging with BMC Technical Support Analysts, you will be provided with materials containing guidelines and best practices to aid in compiling your own upgrade plan. An upgrade expert will then review your plan, and offer advice and suggestions to ensure success through proper planning and testing.
The AMIGO program consists of a Starter Phase and a Review Phase. Each phase is initiated by opening a support case, and ends when the case is closed.
In the Starter Phase, an AMIGO Starter case is opened. Reference material will be provided and a call with a Technical Support Analyst will take place to discuss the details of your upgrade, and address any questions you may have. The AMIGO Starter case will be closed, and the next step will be for you to prepare a documented upgrade plan.
In the Review Phase, an AMIGO Review case is opened preferably two weeks prior to a set upgrade date. A call will be scheduled with an upgrade expert to review your detailed plan, providing feedback and recommendations, along with answers to any outstanding questions. As needed, a follow up discussion with a Technical Support Analyst may take place for feedback after the upgrade is performed.
The AMIGO program includes:
» A “Question and Answer” session before you upgrade
» A review of your upgrade plan with Customer Support
» An upgrade checklist
» Helpful tips and tricks for upgrade success from previous customer upgrades
» A follow-up session with Customer Support to let them know how it went. This will help BMC to enhance the process.
To get started, please review the details here:
Then open a BMC Support issue containing your environment information (product, version, OS, etc.) and the planned date of the installation, if known. We will contact you promptly, and work with you to ensure a successful and timely outcome.
New Additions to our Knowledge Base …
Here is just a glimpse of some of the articles which were added to our Knowledge Base for TrueSight and its components
We’re back with our monthly blog and we’re open to hearing your thoughts on topics and areas of concern which may be of benefit to you! Post your comments regarding what you want to see!
Looking for a previous blog posting? Find it here: BMC TrueSight Pulse Blogs