In the past I have gotten a lot of questions on the overridable parameters for the “Target Host Ping Check” Monitor in the Ping Management Pack, this is reason for the blog entry “Understanding the Ping MP’s “Target Host Ping Check” Monitor parameters”.
By default the monitor pings a target once a minute and turns to critical if it doesn’t get a reply if the target doesn’t reply to the second ping. For various reasons some organizations don’t always want the monitor to turn to critical right after only one ping response was missed.
To influence this behavior there are a couple of parameters you can override:
For example let’s say that we want to ping a target, but only want the monitor to turn critical after three responses have been missed. In this case we set the NumberOfNoRepliesAllowed to 3. This setting will result in the monitor only turning to critical after four minutes if three consecutive pings are missed.
Now if four minutes is too long for the monitor to turn critical, you can adjust the Interval parameter. The Interval parameter controls the amount of time between the pings. If in the same example you would like the monitor to turn to critical after two minutes, you should adjust the Interval parameter to 30. This would mean the following for this example:
The monitor pings every 30 seconds
The monitor is allowed to miss three consecutive pings and if the fourth ping is missed to it turns to a critical state
If the Ping IMP Configuration Dashboard crashes unexpectedly, this might be due to a “blank ping target” entry in the OpsMgrDB database.
The “blank ping target” is caused by a bug in the csv import function of the Ping IMP Configuration Dashboard, when you leave a blank line (carriage return) at the end of the csv file. The easiest way to resolve this issue is to export the targets and remove the ping hosts to which the “blank ping target” was added. Wait for an hour or so and re-add the ping host and import the ping targets, making sure you leave no blank line (carriage return) at the end of the csv file.
If you do not want to remove the ping host, an unsupported way of removing the “blank ping target” is by using the SQL statements shown below on the OpsMgr database.
CAUTION: As always make sure you have a current backup of your OpsMgrDB database. Because the method of deleting instances directly from the OpsMgrDB database is not supported by Microsoft, we cannot be held responsible for any damage that might occur as a result of running the SQL statements.
A new release v22.214.171.124 for the OpsLogix VMware Management Pack for Operations Manager 2012 is available. This version of the Management Pack is not upgrade compatible with the previous release (v126.96.36.199). If you have already purchased the Management Pack and have a valid support contract, you can logon to the customer download area and download this version.
Version 188.8.131.52 contains the following changes:
– All monitors and alert rules are performance optimized by making use of module cookdown – Caching for monitors and alert rules is replaced by module cookdown – Bug in configuration dashboard that falsely states that the licence is expired is fixed – Datastore Free GB performance rule is added – Datastore Used GB performance rule is added – Datastore Percent Free GB performance rule is added – Datastore Percent Used GB performance rule is added – Performance rules for ESX servers are disabled by default – Performance rules for Virtual Machines are disabled by default
In order to import a license you should have received a valid license key from OpsLogix. If you did not receive a valid license key please contact email@example.com or firstname.lastname@example.org to obtain a license key.
In the OpsLogix License Manager in the Monitoring section of the Operations Console click the Add License button.
In the Add License popup box paste the license key you received (taking care that there are no trailing spaces, empty lines, or carriage returns) and click the Import License(s) button. The license is now imported.
Select the Assign tab and select the management pack you wish to assign a license for from the dropdown box. Check the objects for which you would like to use the license and click the Update button.
In part 2 (Part 2 – Apple OSX MP -The compiling and installing of the OMI agent on your Mac) we got the OMI agent running on our Apple Mac and were able to query it with the OMI client. No we will go one step further and do some cross-platform querying with Powershell.
First of all make sure you are running at lease Powershell version 3.0. Earlier versions of Powershell do not contain the Get-CimInstance commandlet which we need to query OMI.
We also need to make sure we can resolve our Mac by FQDN. In my test lab I just added the my Mac to the hosts file so that I can resolve and ping demos-mac.local.
So lets try to connect to OMI by using the following Powershell script:
Personally I like to use the Poweshell ISE that comes standard with Windows, so I plugged the code into the code Window and hit run.
… Oh dear, Powershell spat out lots of angry red errors at us. At this point we have a few options:
1. Allow encrypted traffic from the Windows Computer from which we are running the Powershell Script.
2. Import the certificates generated by the OMI Agent.
3. Generate your own certificates.
In this blog I will go for the second option, and import the Certificates generated by the OMI agent. To import the certificates from the OMI agents we need to convert and export them from the machine on which the OMI agent is installed.
First browse to the directory in which OIM is installed, in my case /opt/omi1.0.7/etc/ssl/certs
OpenSSL can combine a separate certificate (usercert.pem or usercert.cer) and private key file (userkey.pem) into PKCS12 format using the pkcs12 command:
OpsLogix acquires Approved Consulting to expand its business with professional and managed services for IT-operations. Together we strive towards our new vision “Never down, always optimized, completely autonomous". The post Press Release: OpsLogix Acquires Approved Consulting appeared first on OpsLogix.
On May 15 & 16 we hosted the first SCOM Management Pack Development training in Amsterdam. It was an interesting and exciting course as for a first timer in our region, all slots were sold out in the first three weeks after the announcement. The post Looking Back At The First SCOM Management Pack Development […]
We’re happy to announce a new update release this month of our VMware Management Pack for SCOM 2012, 2016, 180x, 1901 & 2019. The post VMware Management Pack V1.3.1471.0 – Update Release appeared first on OpsLogix.
A FEW IMPORTANT CHANGESWe would like to inform you about price changes across the entire product line of OpsLogix, payments & payment methods starting from May 1st, 2019: A 2% price hike across all OpsLogix product lines due to inflation. We always strive to offer great pricing for our products to our customers and avoid unnecessary price […]