After putting some nodes in unmanaged mode and putting them back into Managed mode we have a strange behavior: some of them still into "Unknown state" even if we can see status on interfaces.... We have also this strange behavior on ICMP devices...
Having the same issue.... not sure if i'm over utilizing my poller but the SAM application polling Rate is at 72% max rate and total job weight is at 2939. Switching pollers seems to work but yeah that's not a good solution, and I have no intentions of deleting and re-adding.
This is troubling that this bug has not been acknowledged or taken seriously. I have a client who is beyond mortified that he just lost 6 months of Availability data for all of this clients.
What is the status of this issue?
Same issue in NPM 10.7. Any kind of edit to the node, or simply un-manage and re-manage and the node is unknown. Only way I can fix it is to delete the node and re-add it. That method isn't acceptable because once I delete it, I lose all historical data for the node. I see this going all the way back to 2012 in this thread. Is that the kind of support that this site offers?
I've actually just run into this over the last week or so. Re-adding the node sets it back to green...but that's not really a answer as it worked fine for years and now it's not. I have a case open with them...I'll post back if anything comes of it.
That does work sometimes, but recently it has stopped being the remedy that brings them back to life.
*besides I am tired of changing pollers and rediscovering nodes, when they have not changed
since the node status is being determined from ICMP echo reply and Interface status via SNMP, there stands several questions:
Are you able to ping the problematic nodes from the Orion server? Are the devices configured to reply on ping and isn't the ICMP port blocked? E.g. by firewall?
Can you, please check it?
Jan, I don't have any issues pinging the servers in question from my Orion server. Here is a question though. One of my servers in the unknown state is in the DMZ. I have to use the FQDN in order to ping that server by name. Under the Node Details section on the server node page under the DNS field it has the server name not the FQDN. Can that field be edited? Does it have any effect on how the ping request is sent out? How do I ensure that Orion is using the FQDN?
Orion is by default reaching the monitored device via IP address defined during add node or discovery procedure. In case your device's IP is dynamic (assigned by DHCP, etc.), or you need to define the hostname (in your case full FQDN), go to the Node details or Node management and go to edit node section. Then under the Polling IP address text field, check the "Dynamic IP Address (DHCP or BOOTP)" checkbox.
Then you can define directly the hostname (FQDN), which will be used for reaching the device (DNS resolution must work).
Please let me know if it helped.
Thanks for the info Jan,
I wasn't sure if Orion used IP or System Name to ping for up down. We are using static IP addresses on our servers, so that shouldn't be an issue then. As I said I can ping my unknown status server from the Orion server both by FQDN and IP address. I even have been getting alerts on Windows Server Counters that have gone into the warning state. Everything on this particular server is green except for the Node Status which is unknown. Any other ideas?
SolarWinds solutions are rooted in our deep connection to our user base in the THWACK® online community. More than 150,000 members are here to solve problems, share technology and best practices, and directly contribute to our product development process. Learn more today by joining now.