Start a Conversation

Unsolved

This post is more than 5 years old

37770

August 15th, 2013 11:00

Server Status Changes to Unknown after Status Polling

I have Dell OpenManage Essentials 1.2.0.3441 installed on my monitoring host and OpenManage Adminstrator 7.3.0 installed on the hosts I am monitoring.  In this domain I have 20 servers being monitored.  Everything is normally working fine and discovery/inventory works great.  I am getting SNMP traffic between the hosts and the monitor server and I am receiving the SNMP traps on the monitor server.

The problem I am having is after a status poll about 5 of the servers will have their status change to unknown.  After inventory the status was reflected correctly.  It seems to be the same 5 or so servers I have trouble with.  I double check SNMP connectivity using the troubleshooting tool and everything is fine.  If I refresh inventory on those servers then the status will come back normally.  However, after the next status poll it reverts back to unknown again.

Any assistance that could be provided would be greatly appreciated.

-Chad Snead

2.8K Posts

August 15th, 2013 20:00

Hi Chad and thanks for the post.

Take a look at the suggestions from Raj in the below post and report back.

Are the 5 servers on a LAN or WAN?  And let me know the ping results as mentioned by Raj.

Thx!

Rob

en.community.dell.com/.../20394697.aspx

1K Posts

August 16th, 2013 00:00

Hi Tony,

As Rob mentioned, can you try the suggestions by Raj at en.community.dell.com/.../20394697.aspx. Let us know if it helps.

Also please confirm the OME version you are using.

For how many servers is this happening for you? Is it a specific subnet in the range?

7 Posts

August 16th, 2013 00:00

I got the same problem in OME. After the scheduled status polling, all servers status became Unknown Status with gray icon.

7 Posts

August 16th, 2013 01:00

Hi Pupul,

I have tried the artical from Raj, it is not working for me. The ping is OK for every server.

My OME version is 1.2 which is a fresh installation. We have ten servers within our local network.

Our network's subnet mask is 255.255.254.0. So our discover range is 192.168.0-1.* mask 255.255.254.0

Thanks for your help!

Tony

7 Posts

August 16th, 2013 01:00

And, there is another SQL related problem with alert function.

Our mail alter cannot be send out. In the application log, the following error happened:

Error executing the SQL Statement:SELECT EventInfoView.EventId,EventInfoView.Severity,EventInfoView.sev,EventInfoView.Time,EventInfoView.Message,EventInfoView.m,EventInfoView.DeviceName,EventInfoView.n,EventInfoView.DeviceAssetTag,EventInfoView.at,EventInfoView.DeviceServiceTag,EventInfoView.st,EventInfoView.d,EventInfoView.t,EventInfoView.ip,EventInfoView.e,EventInfoView.sp,EventInfoView.g,EventInfoView.cn,EventInfoView.sn,EventInfoView.pkg,EventInfoView.pkn FROM EventInfoView WHERE EventID = -2147482986 Error: SQL_ERROR results: SQL Error State: 42S22, Native Error Code: CF, ODBC Error Text: [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid column name 'EventID'. SQL_ERROR results continued: SQL Error State: 42000, Native Error Code: 4231, ODBC Error Text: [Microsoft][ODBC SQL Server Driver][SQL Server]The cursor was not declared.

3 Posts

August 16th, 2013 09:00

Thanks Rob.  I do not see the EssentialsVersion.exe file mentioned but there is a OMEVersion.xml file and the contents are below.  The ping results for one of the affected servers are all <1ms.  My ICMP setting is 5 second timeout with 4 retries.  All of these servers are on a LAN and the same subnet.  They are actually all sitting next to each other in a cabinet, these servers are not going through a firewall.

- ">tempuri.org/OMEVersionDS.xsd">

-

  Essentials Version

  EssentialsVersion

  1.2.0.3441

  1

  2013-06-15T12:56:43.437594-05:00

 

-

  Services Version

  ServicesVersion

  1.2.0.3441

  1

  2013-06-15T12:56:43.437594-05:00

 

-

  Console Version

  TFSVersion

  C#_20130611.1

  2

  2013-06-11T07:37:44.45-05:00

 

-

  DataScripts Version

  DataScriptsVersion

  DataScripts_20130611.2

  2

  2013-06-11T17:16:27.9-05:00

 

-

  1

  Windows_Standard

 

-

  2

  TfsBuild_Standard

 

-

  3

  BuildIteration_Standard

 

 

2.8K Posts

August 16th, 2013 13:00

Tony,

Just a few more questions, sorry if duplicates?

Are all servers on a LAN?

You said ping is ok, but didn't mention the round trip response time....that's what I'm interested in.

thx!

Rob

2.8K Posts

August 16th, 2013 13:00

Hey Tony, can you post this in a new thread.  I have some ideas, but want to keep this one on the unknown status so we can sort it out for you guys.

thx

Rob

2.8K Posts

August 16th, 2013 13:00

Chad.

Thanks for the detail.  I think we're going to need to work on this via a support ticket.  We'll need more info from you to try and root cause.  Can you open a ticket at 800-945-3355 ?

Thanks,

Rob

3 Posts

August 16th, 2013 13:00

The ICMP timeout is set to 5 seconds (5000 ms).  The round trip ping times to the servers all come back as <1ms.

2.8K Posts

August 16th, 2013 13:00

Ok, yeah, that file won't exist in OME 1.2.  But the file info you provided is the current one so that is fine.

What we are looking to do with the ping test is to see that the rounttrip time is reported as?  Yes, you set to 5ms, but what does your ping test of one of these boxes show?

But as you say, LAN, so I expect it to be fine.  Just confirm.

Thx!

Rob

2.8K Posts

August 16th, 2013 14:00

Chad, Tony,

It also helps to know how frequently discovery/inventory is run _and_ how often status poll is run.  Did you change the defaults?

thx

Rob

7 Posts

August 19th, 2013 03:00

Hello, Rob,

 

  1. Actually, we have two subnets, Subnet A:192.168.0-1.*,255.255.254.0,Subnet B: 192.168.3.0 mask 255.255.255.0. They are two seperated ranges in OME. The subnet B is a remote network by WAN. The Subnet B is a LAN.
  2.  We have 9 servers in Subnet A, and 1 server in Subnet B.
  3. The response for servers of Subnet A is <=1ms, and <=50ms for servers in Subnet B.

Thanks!

Tony

7 Posts

August 19th, 2013 03:00

Hi, Rob,

The current schedule is:

Discovery: From Monday to Sunday, @12:00 (UTC+8)

Inventory: From Monday to Sunday, @14:00 (UTC+8)

Status Polling: Every 1 hours. Actually, I have disabled it now due to the Unknown Staus problem.

Thanks!

Tony

No Events found!

Top