Search the Community
Showing results for tags 'config'.
Found 4 results
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 WTH does 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.
LM Config is awesome - but until now you've not been able to compare a config to a "known good" template. Now you can... Edit for v1.4.0+: Now gives a MUCH cleaner output (in my humble opinion) - see comments below for details. v1.4.0: 2GTW7W If you really want the earlier version with its more expansive output, v1.3.0 as detailed in this first post is at XHDDP4 Edit for v1.3.0+: The groovy check that picks up on the change-from-template flags is now more flexible, in that it looks at each line in turn (rather than the entire config object) so you can more carefully identify matches to be alerted on. This is very much only a proof-of-concept, which will show the method to use. As written it will do nothing in your account as it looks for a couple of test files I created specifically for this in my account. Suppose you have this template file (configTestTemplate.txt) for a config: # Config test file: # Here's a config test file Setting1=1 Setting2=2 Setting3=3 # The above must never be changed Now, suppose the actual config (in configTestConfig.txt) is like this: # Config test file: # Here's a config test file Setting1=1 Setting2=2 Setting3=4 # The above must never be changed If you can't see it, 'Setting3' has been changed... This ConfigSource will read in both the config (from file in this example, but it could be from SSH, etc) and the template from file, then run through the template and compare each line to the equivalent line in the config. Where it finds a discrepancy between the two, these are listed in the output after the actual config, marked with 'DISCREPANCY', as in the screenshot below. The template used for comparison is also returned: Config Checks then pick up on changes as you'd normally expect, and also if the output contains 'DISCREPANCY'. Notes: You must have LM Config to use this The template file must contain the EXACT same text in the EXACT same format as the config will be produced, because this PoC only checks line 1 against line 1, line 2 against line 2, etc. If your template contains 'DISCREPANCY' you'll have to come up with some other keyword to print and alert on, obviously.
Hey LM team, There are a number of options to customize what is in a service alert as well as a data source alert, but config source? Nope, can't modify what gets sent. All it says is that a change was made and gives you a link to the device. A couple things I think would be beneficial as a new feature, 1. Being able to put what lines were added or removed right in the alert. For simple configs you can then tell right away if you need to take action or not. 2. Have the link in the alert actually bring you to the diff view of the current and last config state. While having to click through the multiple links and then slide the diff view slider is fairly painless, at 3am on my phone it can add to the sleepy frustration level. Basically just bringing some of the flexibility that alert templates have for data sources and services to the config sources. Thanks!