mharvey ✭✭✭✭✭

A third party cert would fix you having to do that as you can get a wildcard cert for that server and with them already being a trusted publisher, it would cut down on changes of that nature.

It can when scanning subnets I'd check in the IPAM Settings > SNMP Credentials and look at the strings there. Also check any scheduled network discoveries that may have old SNMP strings in it. 

Odd that you would need SQL then if it's a custom property. Can you attach a screenshot of what you have under custom properties, as well as what you have in the custom property editor utility?

Italicized means that they were found when polling the Virtual Center, but the credentials didn't allow for access directly into those systems, or they are not being managed by Orion. If you click on one of them you should get an option to manage it. Perhaps it's an issue with the IP reporting in VCenter vs. the IP you are…

The main reason this wasn't mentioned, I believe, is do to the fact that it was developed to help understand device support, then added in after it had already been used by SW for a while to assist customers. The other two tools I use are the snmpwalk.exe that will give a full list of OIDs supported by a device and hubble.…

OK so you are restricted in what you can see from the provider. I'm not sure that you are going to be able to get much on that then unfortunately since you can't see the physical ports.

OK so you'll need to be a bit more detailed on what the actual problem is then. The alert looks set up, the property is there, however the nodes are up, so the alert's not going to trigger until one of the nodes in that group goes down.

Do you have the EmailContact filled out for each member of the group? Have you configured a message within the email action?

If you acknowledged the alert through a link you clicked, it may have taken your authentication, which would be why you are being seen as the acknowledged party. The only place to check would be either the Alert Manager or on the web console under the Alerts page. the question is, who accessed the link, and what…

We worked with Scott and found the issue was with the query. The customer was able to correct the formatting issue with spacing and the monitor is now working as expected.

As far as SNMP trap rules and messages go, I don't think there is a variable you can enter in as you would with the Advanced Alerts. They aren't designed with the same functionality. You could try ${TrapRule.RuleName} but I doubt there's a variable logic within the program that would translate it. 

Did you change the wording in the ' ' to the name of the alert you are working on?

Unless you setup a key, then SW will support the device as long as you have the user, group, and view setup with supported authentication and privilege. Regards, Matthew Harvey

I would agree with you. The error is a bit generic. And I'm guessing they feel we are all spammers.

You can search online using the OIDs to see if you can find the MIB information that ties to it as far as a description, or you can use the Universal Poller and add in the OID, and if the MIB is in the Orion MIB Database, it will pull up the description of what statistics the MIB is gathering. Regards.

It's going to be harder to configure something like this in 11.0.1 especially if you're using Advanced Alerts. The alerts themselves usually aren't set up on a per node basis and will usually cover everything in the database. Also, with the way the table and the conditions are built, there's nothing to relate a specific…

yep, that got things working for me. Thanks.

Are you using net-snmp for this, or a built-in snmp agent? If you're using net-snmp, what version? Are they the same on both servers?

actually would be \\x.x.x.x\s:\usr or \\x.x.x.x\S$:usr

What are the results if you do the same thing from a browser on the server?

You're correct, it's not possible. The way the program seems to be setup, you have to have access to the node in order to have access to the interface. This should probably be something that changes in the way limitations work, the problem I foresee with that would be how to get past the relational nature of nodes and…

Ok, that's what I was worried about. Here is what I am needing to do I'm guessing the only real work around I'm going to have is to have to create an additional component for each assigned application and name the assigned system in the query. A tad inconvinient.

The Network Atlas is expecting the same credentials as you would use for the website. If it's an AD account that you know the username and password for, then that's all you need to enter, otherwise, you'd need to use a built-in such as Admin, to get in. Regards.

The version you are on is a version I would recommend upgrading away from due to known issues with polling and reporting. 10.3 may show better results. I'm not trying to throw that out to bypass identifying the issue, but that version had numerous issues as it split polling between two different services, one which is no…

You will have to identify the correct label in the alert then.

No, and it's not needed if only admin's access that server.

you can. you'll just have to use Where ApplicationName = 'xxxxx' OR ApplicationName = 'yyyyy'

I wonder if there is something different with Hyper-V 2012. I'm running 2008 and it's picking up without issue. I may have to try deploying 2012.

The "has changed" option is specifically for reboot and IOS alerts. It's coded specifically for those two types of alerts, even though you can see it available for every alert. As such, it cannot be used for status alerts of this nature. bluefunelemental‌'s method is what you'll need. Something like status is not equal to…

So far no, it has not. For some reason the NodeChildStatus table isn't updating and in turn, the GroupStatus, and StatusDescription in the Nodes table isn't updating