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's o= ut-of-the-box behavior that dataCollectionFailed=C2=A0alarms don'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) <<a href=3D"mailto:[email protected]">mike.di= [email protected]</a>> 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 "fix" 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'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'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==--