Network and Storage Protocols
Network and Storage Protocols
Hello everyone.
We are checking every health monitor, and if most works fine, some of them are giving us strange status.
For Controller HA Status monitor, we have a warning on all ous systems, but there is no real error .
This is what I have in Scom :
Context:
Date and Time: 19/03/2012 15:24:52
Log Name: OnCommand
Source: Data ONTAP MP
Event Number: 1011
Level: 2
Logging Computer: XXXXXXXXXXX
User: N/A
Description:
Controller cluster state is CONNECTED. Controller xxxxxxxx Address: 10.10.10.10.
Event Data:
< DataItem type =" System.XmlData " time =" 2012-03-19T15:24:52.3632821+01:00 " sourceHealthServiceId =" xxxxxx-E373-EE4A-3A5E-xxxxxxxxxx " >
< EventData >
< Data > Controller cluster state is CONNECTED. Controllerxxxxxxx Address: 10.10.10.10. </ Data >
</ EventData >
</ DataItem >
Status connected, but this monitor is in "warning" state.
Is there anyone that know if you do something wrong ?
thanks in advanced.
Regis
is this one your team handles or should this question go in the NetApp Support Community?
Mike
The product team monitors the community, but if this is a critical issue you should open a Support ticket.
OnCommand Plug-in is not same as oncommand 5.0
It was not a critical issue. This is not something that works before, and not in production now.
We want to be sure that there is no false alarm, and thath we will not missed real alarm if we disable some counters.
By the way thanks for your answer.
Regis
This looks like a cluster interconnet latency warning. You can try to playing with the default vaule to adjust to your environment. Also here is another thread with some more info .
Hi,
we got exactly the same message and some more (Network Data Received and NFS Operations per Second) which are not very helpful because there is no problem and we do not use CIFS or NFS by the way.
Did you find a solution for that?
kid regards
/Stefan
Hi,
Those 3 issues are known issues (Cluster CONNECTED, Network Data Received and NFS) which have been addressed in the latest release (3.1) which works on SCOM 2012 only. As a workaround in 3.0, you may override the monitor threshold values, or disable them accordingly to avoid the spurious alerts. Sorry for the inconvenience.
Cheers,
Dennis