0 answers, 0 selected
2 questions, 0 solved
Member for 23 days
56 profile views
Last seen 6 hours ago
5 days ago Commented I have created an "Application" DA in SCOM that check for the process (.exe) instance count within Task manager. The problem I am having is that, because this monitor is targeting a Server, it also affects my "System" DA where this server also lives. With this approach, I need some way to disable the Process monitor within my "System" DA, while still having this process monitor enabled in my "Application" DA. It seems that if I disable this monitor with an override within one DA, it also affects the other DA. I think this is because the monitor targets the windows computer and if you disable it on the computer, it disables it for all DAs or Groups where this server resides. Hoping to find a way to disconnect the process monitors from the server itself, so that when a process fails on the server, I can show the application DOWN/RED on the dashboard, but have a different status icon showing GREEN/UP for all System monitors. Any other thoughts on how this can be accomplished? Or maybe use Powershell or something that is not tied to that server to capture the status of the process remotely?
29 Nov, 2017 Asked Application Roll-up Dashboard Objects – How To
22 Nov, 2017 Commented In ServiceNow the CIs do not have the FQDN, but in SCOM all of the available fields do have FQDN. So, in order to search ServiceNow for the CI, I would have to have the ability to strip off the domain name to search for the CI. Is there a function or regular expression syntax that can be used to strip off a FQDN (.companyname.corp) while using the sysparm_query data field in the WebAPI tile? Or, is there a way to change the display name within SCOM to the hostname without the domain name, then I could use displayName attribute?
21 Nov, 2017 Commented Great information that may also come in handy for another use of ServiceNow data. Thank you.
21 Nov, 2017 Commented This was helpful. I also learned that I can create multiple different "ServiceNow" perspective, scoped to different classes. I needed to do this to target different attributes depending on the SCOM class. For example, I target netbiosComputerName for the Windows server. I then was able to clone the perspective and target the PrincipalName for the Unix Computer class. This way a different "ServiceNow" perspective is called up depending on the class of object under inspection and the ServiceNow queries are customized per class to target different attributes that are relevant to that object type. Next challenge is to get a non-Fully-Qualified hostname set in SCOM for the Unix Computer objects, so that I can match it to a ServiceNow Ticket CI.
2 votes received 100/100 2up 0down
1 votes casted 100/100 1up 0down
No answer posted yet!