OpenNMS On the Horizon – October 14th, 2019 – Minion, Sentinel, Date Parsing, SNMP Profiles, Discovery, Search, and More!

It’s time for OpenNMS On the Horizon!

In the last week we worked on a number of bugs mostly related to Minion and Sentinel, plus date parsing, SNMP profiles, discovery, universal search, and more!

Github Project Updates

  • Internals, APIs, and Documentation
    • Marcel and Markus worked on cleaning up the JMX configuration for monitoring JVMs.
    • Patrick continued to work on making sure event parameter order is preserved.
    • Chandra worked on fixing an issue where the Minion could stop sending data over Kafka.
    • Matt continued his work on improving async operations against Cassandra.
    • Chandra worked on adding detector support to discovery.
    • I worked on fixing some packaging issues with Minion and Sentinel, as well as improving systemd startup and shutdown.
    • Christian worked on a number of bugs in BSM’s backend.
    • Matt fixed an issue with clearing threshold states on the Karaf shell.
    • I updated startup to always use the (new) CLDR locale data, which includes a breaking change to event serialization to always use ISO-8601 dates.
    • Chandra did more work on his code to update SNMP definitions when the profile is updated.
    • Chandra worked on fixing some issues in the node/IP cache.
    • Matt fixed an issue with invalid key caching in thresholding state.
  • Web, ReST, and UI
    • Markus revived his work during Dev-Jam on a “universal” search for the OpenNMS web UI.

Release Day Moving

Moving to monthly releases has been a huge success.
It’s made it easier to anticipate upgrades, to tell users when a bug fix will make a release, and it’s (generally *cough*) taken the pressure off to get some specific feature into a release.

However, we originally picked Thursday as a release day because our weekly sprint meeting is Wednesday.
The idea was that we could go over what issues were wrapped up and make sure PRs got merged before the release Thursday.

In reality, Thursday only gave us just enough time to realize which important things wouldn’t make it in and not really have anything to do about it.

The new release day is (drumroll):

The First Tuesday of the Month

This means that we can encourage important PRs to get merged by Friday, which gives CI a chance to run over the weekend, including our weekly run of “Dependency Monkey” which goes through every Maven dependency in the OpenNMS source tree and builds it individually to be sure we don’t have any transient dependencies that can cause build problems.

That gives us Monday to fix any critical issues and get them merged before a Tuesday release.

The first Tuesday release will be November 5th, 2019.

Upcoming Events and Appearances

Until Next Week…

If there’s anything you’d like me to talk about in a future OOH, or you just have a comment or criticism you’d like to share, don’t hesitate to say hi.

- Ben

Resolved Issues Since Last OOH

  • NMS-9322: removed service will break BSM web ui
  • NMS-10578: BSM alarm severity is not being updated
  • NMS-10697: Elasticsearch forwarding fails to recover after outage
  • NMS-12274: Improve robustness of CassandraBlobStore for async operations
  • NMS-12277: Clearing threshold states via shell should take effect immediately and not require restart
  • NMS-12307: Add ability to update definitions when SNMP profile changes
  • NMS-12317: instance/group ID is not being honored in some minion/sentinel code
  • NMS-12329: Threshold state keys do not incorporate the collected resource’s instance label
By |2019-10-14T13:58:11+00:00October 14th, 2019|Categories: OOH|Tags: , , , , , , , , , , , |0 Comments

About the Author:

Technically CIO, practically a developer. Manages the release process of OpenNMS Horizon and Meridian, plus a bunch of other stuff.