Re: snmp dataCollectionFailed is not auto-clearing

"Mike Diehn (GMail)" <[email protected]> Fri, 7 Dec 2018 09:53:49 -0500
Newsgroups gmane.network.opennms.general
Message-ID <CANC37G_VEFWerNcvMp+sRXm-jy7Kqgis7U5Lq47=NEzJp9P0-w@mail.gmail.com>
--===============4648884008472056375==
Content-Type: multipart/alternative; boundary="000000000000208965057c6fc9bb"

--000000000000208965057c6fc9bb
Content-Type: text/plain; charset="UTF-8"

Hey, David?  Could you tell me if it's out-of-the-box behavior that
dataCollectionFailed alarms don't get cleared automatically when data
collection succeeds later?

On Mon, Dec 3, 2018 at 11:35 AM Mike Diehn (GMail) <[email protected]>
wrote:

> Hi folks.
>
> This may be normal so I thought maybe I should ask before I start trying
> to "fix" it.
>
> A bunch of out nodes have alarms for dataCollectionFailed on service snmp
> and yet the snmp service is green on them. This seems to happen when I
> restart OpenNMS or when we have the rare network outage.
>
> I've been thinking that when a data collection pass succeeds after a
> dataCollectionFailed event, the system should clear the
> dataCollectionFailed event. That seems not to happen. I think it never has.
>
> Am I missing something? Maybe it's a design choice to make sure we know it
> happened?
>
> Thanks,
> Mike
>
>
> --
> Mike Diehn
> Enfield, NH
> [email protected]
>


-- 
Mike Diehn
Enfield, NH
[email protected]

--000000000000208965057c6fc9bb
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div>Hey, David?=C2=A0 Could you tell me if it&#39;s o=
ut-of-the-box behavior that dataCollectionFailed=C2=A0alarms don&#39;t get =
cleared automatically when data collection=C2=A0succeeds later?</div></div>=
<br><div class=3D"gmail_quote"><div dir=3D"ltr">On Mon, Dec 3, 2018 at 11:3=
5 AM Mike Diehn (GMail) &lt;<a href=3D"mailto:[email protected]">mike.di=
[email protected]</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div>Hi folks.</div><div><br=
></div><div>This may be normal so I thought maybe I should ask before I sta=
rt trying to &quot;fix&quot; it.</div><div><br></div><div>A bunch of out no=
des have alarms for dataCollectionFailed on service snmp and yet the snmp s=
ervice is green on them. This seems to happen when I restart OpenNMS or whe=
n we have the rare network outage.</div><div><br></div><div>I&#39;ve been t=
hinking that when a data collection pass succeeds after a dataCollectionFai=
led event, the system should clear the dataCollectionFailed event. That see=
ms not to happen. I think it never has.</div><div><br></div><div>Am I missi=
ng something? Maybe it&#39;s a design choice to make sure we know it happen=
ed?</div><div><br></div><div>Thanks,</div><div>Mike</div><br clear=3D"all">=
<div><br></div>-- <br><div dir=3D"ltr" class=3D"gmail-m_8579679267651861592=
gmail_signature"><div dir=3D"ltr">Mike Diehn<br>Enfield, NH<br><div><a href=
=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a></div></div>=
</div></div></div>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
 class=3D"gmail_signature"><div dir=3D"ltr">Mike Diehn<br>Enfield, NH<br><d=
iv><a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a></=
div></div></div>

--000000000000208965057c6fc9bb--


--===============4648884008472056375==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============4648884008472056375==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ

opennms-discuss mailing list

To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-discuss
--===============4648884008472056375==--