Planet OpenNMS

September 20, 2018

OpenNMS Horizon 22.0.4 (Power) Released

OpenNMS Horizon 22.0.4 (code name: Power) is now available.

It contains a number of bug fixes and enhancements, including fixes in upgrades, flows, date handling, topology UI performance, and minion management.

For more details on what has changed, see the complete change log.

More Info

For complete info on what has changed since Horizon 21, see the release notes.

September 20, 2018 05:12 PM

OpenNMS Meridian 2018.1.1 Released

Release 2018.1.1 is an update to Meridian 2018.1.0.
It contains a few bug fixes and enhancements.

The codename for 2018.1.1 is Light air.

Bug
  • Minions without nodes should show “unknown” status (Issue NMS-10338)
  • navbar.ftl not rendering (Issue NMS-10342)
Enhancement
  • add polling interval definition on service UI (Issue NMS-9747)
  • Improve CDP topology calculation performance (Issue NMS-10317)
  • Memory related env-variables from /etc/sysconfig/minion are not honored (Issue NMS-10332)
  • Manage Minions page should link to the node for the minion (Issue NMS-10296)

by RangerRick at September 20, 2018 02:18 PM

OpenNMS Meridian 2017.1.11 Released

Release 2017.1.11 is a small update to OpenNMS Meridian 2017.1.10.
It contains a few small bug fixes and enhancements.

The codename for 2017.1.11 is Paris meridian.

Bug
  • Content-Type tag wrong in emailed reports (Issue NMS-9027)
  • The upgrade task for magic-users.properties fails because of the read-only attribute (Issue NMS-9267)
Enhancement
  • add polling interval definition on service UI (Issue NMS-9747)
  • Release notes in Help / Support links to 2015 (Issue LTS-214)

by RangerRick at September 20, 2018 02:16 PM

OpenNMS Meridian 2016.1.16 Released

Release 2016.1.16 is an update to 2016.1.15 that adds one small enhancement to the service UI.

The codename for 2016.1.16 is Equirectangular.

Enhancement
  • add polling interval definition on service UI (Issue NMS-9747)
  • Release notes in Help / Support links to 2015 (Issue LTS-214)

by RangerRick at September 20, 2018 02:14 PM

September 17, 2018

This Week in OpenNMS: September 17th, 2018

It's time for This Week in OpenNMS!

Last week we continued to wrap up projects in anticipation of Horizon 23.

Github Project Updates

  • Internals, APIs, and Documentation

    • Matthew did more work on leader election in Sentinel containers.
    • David Hustace did a few more changes to the single-alarm feature.
    • Dustin continued his work on supporting multiple flow protocols on a single port.
    • Christian added support for VSphere alarms in the VmwareMonitor.
    • Chandra worked on using H2 as a da...

September 17, 2018 12:55 PM

September 10, 2018

This Week in OpenNMS: September 10th, 2018

It's time for This Week in OpenNMS!

Last week we mostly worked on wrapping up various in-progress projects.

Github Project Updates

  • Internals, APIs, and Documentation

    • David Hustace did some final cleanup to his updated alarm workflow code.
    • Matthew did some work on leader election in Sentinel containers.
    • Chandra made some more adjustments to his work on Karaf commands to reload daemons.
    • Matthew extended the Kafka producer to be able to expose information on situations.
    • Dustin c...

September 10, 2018 01:45 PM

September 06, 2018

OpenNMS Meridian 2018.1.0 Released

Release 2018.1.0 is the first release in the Meridian 2018 series.

The codename for 2018.1.0 is Calm.

What’s New in OpenNMS Meridian 2018?

The biggest addition in Meridian 2018 is official support for the Minion. Minion is an agent-like tool for remote monitoring isolated networks as if OpenNMS could reach them locally.

Meridian 2018 roughly matches the feature set available in Horizon 21 and parts of Horizon 22.

Other new features include:

  • IBM Tivoli Event Integration Facility: Support has been added to bridge EIF events into OpenNMS Horizon.
    (more details)
  • Asset Topology Provider: The Asset Topology Provider generates a GraphML topology based on node metadata including asset fields.
    (more details)
  • Alarm Sounds: The web UI can now optionally flash and play an alert sound when alarms are created and optionally updated.
    (more details)
  • ReST Updates: A new experimental ReST API (/opennms/api/v2) has been enabled which supports JEXL 2.x.
  • The topology UI now supports scriptable vertex status.
  • Alarm Northbounders: There are new alarm northbounders for running arbitrary BSF scripts or forwarding to Drools.
  • Web UI: It is now possible to customize the date format used in the UI.
    You can configure it by overriding the org.opennms.ui.datettimeformat property in opennms.properties.
  • Hawtio: Hawtio is now included as an optional webapp package (opennms-webapp-hawtio) for convenience.
  • IFTTT: Support has been added for triggering IFTTT events based on alarms.

On top of that, there have been many smaller improvements and enhancements since Meridian 2017.

by RangerRick at September 06, 2018 06:59 PM

September 04, 2018

This Week in OpenNMS: September 4th, 2018

It's time for This Week in OpenNMS!

Last week we made improvements to Sentinel, CDP support, correlation feedback, and more.

Github Project Updates

  • Internals, APIs, and Documentation

    • Markus worked on some improvements to the Sentinel container code.
    • David worked on adding additional filtering support to Sextant.
    • Patrick did some performance improvements to CDP topology calculation.
    • Jesse fixed JSON collection on the minion.
    • Dustin continued his work to support multiple flow p...

September 04, 2018 11:08 AM

August 29, 2018

The Technology Choice Struggles of a Freetard

TL;DR: With the demise of CopperheadOS, I’ve had to struggle to find a new mobile operating system. With the choices coming down to Google or Apple, I decided to return to Apple and I bought an iPhone. Learning quickly that it is very hard to manage the iPhone under Linux, I also decided to switch to a Macbook Pro. A month later and after a business trip with the laptop, I am returning to Linux as my primary operating system.

This is a rather long post that I doubt will interest even one of my three readers, but as I expect a small subset of the population agonizes over technology choices as much as I do, perhaps someone will find it useful.

Back in 2011 I decided to stop using Apple gear and switch to running as much free software as possible. It was difficult, but I managed to switch almost all of my technology to open, if not always free, options. The hardest part was mobile.

For years people have been trumpeting each new year as “The Year of the Linux Desktop“. The problem is that more and more people are doing without a desktop entirely, and instead interact via mobile devices, so it is becoming more like “The Year of the Free Buggy Whip”. The broader free and open source community totally missed the boat when it came to mobile.

Seriously, where is the “Linux” of mobile? We don’t have it. Our choices are pretty much limited to Apple and Google.

Apple is pretty straightforward. They control the whole experience so you buy devices from them and you are allowed to run the software they let you. The freetard in me chafes at these limitations.

So that leaves Android. The problem with Android is that it is pretty much Google. Almost all of the Android Open Source Project (AOSP) derivatives rely on Google for both security updates and device drivers (which are rarely open). They start from a platform over which they have little control, unlike Linux.

Google is becoming more and more intrusive when it comes to surveillance. When you first sign in you are asked “Do you want to improve your Android experience?” Well, who doesn’t, but what I failed to realize is that if you turn that on (it is on by default) you end up sending pretty much every thing you do to Google: every app you open and how long you use it, every phone call you take, every text you send in addition to every link you visit. Turn it off and then your experience is greatly limited. For example, Google Maps won’t store your recent searches unless that feature is turned on. Recently I was in a private Google Hangout when the other person pasted a link. Although the link showed up normally in the chat window, the URL itself first went through Google when you clicked in it. Seriously? Google needs to track your activity down to the level of a link in a private Hangout?

But, Android is open source, unlike iOS, so for years I focused my mobile platform on Android but using alternative versions, often called “custom ROMs”.

Running custom ROMs is not for the faint of heart. Probably the most famous was CyanogenMod, but unfortunately that organization imploded spectacularly (but lives on in LineageOS). While I originally ran CyanogenMod, I found a really nice solution and community in OmniROM. In addition to the O/S, you need to install Google applications (GApps) separately, and projects like Open GApps let you control exactly what you install. I really liked that, and it worked well for awhile.

But there are two main issues with custom ROMs. The first is that almost all of them are volunteer organizations, thus the attention level of any one maintainer can vary greatly. They don’t have huge test organizations and the number of handsets supported can be limited. Find a good ROM with an active maintainer for your handset and you’re golden, but you can be up for a world of disappointment if not.

The second is that Google is getting more and more aggressive about having their applications run on these operating systems. Certain apps won’t run well (or run at all) if the underlying operating system isn’t “Google Approved”.

Thus I started running into problems. All of my older handsets are no longer being maintained (farewell Nexus 6) and OmniROM doesn’t support the Pixel (sailfish) or Pixel XL (marlin) which were released two years ago, so that option is out for me. I also like to play games like Pokémon Go, but it started behaving badly (or not running) on devices that weren’t vanilla Google.

I thought I had found a solution in CopperheadOS. This is (was) an organization out of Canada that made an extremely hardened version of Android. Unlike most custom ROMs where you replace the recovery partition or enable root access, Copperhead took the opposite approach and provided a very locked down, security conscious operating system. You would think this would be in opposition to free software, but it turns out their default software repository was F-Droid, which only features open source software, and in fact it was impossible to run the Google Play Store on the device (you allow Google the right to install any software they want without explicit permission when you use GApps and this went against the Copperhead philosophy).

This appealed to me, so I decided to try it out. I found I could do over 90% of what I needed to do without Google, and for things like Pokémon Go, I just got a second phone running stock Google (with a lot of the surveillance features turned off). So, my personal information lived on my Copperhead phone, and my “toy” phone let me do things like use Google Maps and call a Lyft.

Carrying two handsets wasn’t optimal, but I got used to it, and I found myself using the “Google” phone less and less. I loved the fact that security updates often hit my Copperhead phone a day or two before my Google phone, and I slept soundly knowing that my personal data was about as secure as I could make it (and still actually use a mobile device).

Then came June and the apparent demise of Copperhead (thanks Bryan Lunduke, for telling me about this and ruining my life, again). I needed to find another mobile solution.

About this time, privacy had come to the forefront with the impending implementation of the GDPR in Europe. The amount and level of surveillance being done by Google became even more transparent. There was a high profile study done in Norway that showed not only were companies like Google impacting your privacy, they were being pretty sneaky about it. The study also called out Facebook and Microsoft.

Surprisingly absent from that article was Apple. In fact, the news out of Apple-land was pretty positive. Due to the GDPR Apple made it possible for European users to download all of the tracking data Apple had on a given user and it was rather minuscule. Since Apple makes money on hardware, its business model makes it much more privacy friendly, even if it isn’t exactly a freetard’s best friend.

So I bought an iPhone.

A lot had changed in seven years. The iPhone is much more powerful but it is also a lot less intuitive. Even now I prefer the Android interface to iOS, but I didn’t find the transition too difficult.

No, the difficult part was trying to use the iPhone with Linux. While I found ways to mount the iPhone to my Linux desktop, you can’t manage music without iTunes, and iTunes doesn’t run natively on Linux.

(sigh)

Well, in for a penny, in for a pound. We had a spare 2017 13-inch Macbook Pro at the office, so I conscripted it to be my new laptop/desktop. Remember that the last Apple O/S I used regularly was Snow Leopard, so there was a second learning curve to climb.

Part of it was real easy. Free software on OSX has come a long way, so I simply installed Thunderbird, moved my profile over, and I was in business for e-mail. Similarly, Firefox was up and running with an install and a sync. The wonderful Homebrew project brought most of the rest of the stuff I needed to OSX land.

But I wasn’t super happy with the interface. I’ve tried a large number of desktop environments, and for my needs Cinnamon on Linux Mint works best. Little things about the OSX desktop just seemed to get in the way.

For example, I use a little tool called “onmsblink” that takes a ThingM blink1 USB dongle and changes its color based on the highest current alarm in my OpenNMS system. I launch it from the command line, but because it is Java it shows up in the dock and I can’t make it go away. Also, I’m used to clicking on an icon, say the Finder, and having a new window pop up. In OSX, it brings all open windows to the front, even if it is in another workspace. Is this “wrong” behavior? I don’t think so, but it is different for me and it interrupts my workflow.

Speaking of different, I’m also stuck with using a number of apps where I used to use one. I use the tool gscan2pdf constantly to scan in paper so I can shred and dispose of it. I have two scanners, a Brother ADS-3000N with the document feeder (works amazingly well under Linux) and a Canon LiDE 210 flatbed scanner. On OSX I ended up loading in two separate vendor-supplied applications to use them, and both of them feel really cluttered.

Plus, you would think an ecosystem like iOS would have a real mail client. One of the best mobile apps ever is K9 Mail, and I really miss it. I finally settled on Altamail, which has a yearly subscription but it was the only app that would easily handle nested folders. For example, I have a Customer folder with over 3000 subfolders. I can’t be scrolling through that on a mobile device. I don’t like it all that much, but it is the only option I could find.

Then there’s iTunes. Man, I used to think iTunes was a pig and now it is much, much worse. It took me longer than I would expect to get back to the interface I wanted (specifically, Songs with Browser View enabled). And, since I was playing around with a number of iTunes libraries, I ended up having to wipe the music off of my iPhone a couple of times since Apple won’t let you sync one devices to more than one library.

There are some good things about iTunes, I specifically like the way you can sync playlists, but I’ve been happier with my free music managers.

One app I really do like on OSX is iMessage. I am not a good typist on mobile devices, and being able to send and respond to a text from the desktop is awesome. And nobody comes close to making a trackpad that works as well as those on Apple laptops.

And thus I became an Apple laptop guy. Before I used two desktops, pretty much identical, with one at home and one at the office, with my laptop reserved for trips. Now I had to make sure I brought my laptop between both places (no laptop “drive of shame” so far). It was nice to have all of my information in one place, but the downside is that I did have all of my information in one place and it made the possible loss of my laptop that much worse.

I had resigned myself to being an Apple guy from here on out, but then I went on a business trip to Seattle where I used the laptop for several days and it was then I decided that I just couldn’t continue to use it.

The main issue that soured me was the keyboard. This was a 2017 model with one of those fancy “touch bar” thingies. Now everyone thinks that Apple is a great innovator, and in many cases they are, but the touch bar is something other companies have tried and discarded. I returned a Lenovo X1 Carbon laptop back in early 2014 that had one and they removed the feature from future editions. I use that top row of keys. I like having an escape key I can feel, and having real function keys is useful for things like games. Plus it is a lot easier to change the volume with an “up” or “down” key versus having to click on the volume icon and then use a slider.

But that wasn’t a deal breaker. When the “2” key started sticking, sometimes printing a character, sometimes printing many characters with one key press, and finally often not printing anything at all, I got discourage, nay depressed.

The issues with this generation of Apple keyboards are well known, but as I rarely use the keyboard on the laptop itself (I’m almost always connected to an external monitor and keyboard) I couldn’t believe it would get dirty enough to exhibit the issue that fast. Plus, the keyboard even when working just isn’t that good. I really miss the keyboard I had on my Powerbook.

This weekend when I got back home I decided to go back to Linux. I dragged my desktop out of the closet, booted it up, and decided to bring it up to date. During my hiatus a new version of Mint had been released, Mint 19, so I upgraded.

Man, that is one beautiful desktop. Seriously, I can’t remember using a nicer looking desktop environment on any platform. The tweaks the Mint team has made to Cinnamon have moved it from great to outstanding.

Please note that this is from my perspective. If you aren’t using Mint that doesn’t mean you suck or that your choices are wrong. The one thing I love most about the Linux desktop is that there exists a flavor for almost every taste and need.

It was as easy to move back to Mint from OSX as it was to move from it in the first place, so it has only cost me a few hours of time mainly waiting for the upgrade to download on my slow connection at home. I also installed a fresh copy on my fifth generation Dell XPS 13 and was pleasantly surprised at how much better the new trackpad driver, libinput works. That was the main complaint I had about my Linux laptop, and I’m eager to try it out when I am next on the road.

Moving back to Linux made me question my mobile O/S choice one more time. Searching around it looks like it is currently possible to run Pokémon Go on a custom ROM as long as it is not rooted, so I downloaded TWRP and LineageOS for my Pixel XL, as well as the “pico” version of Open GApps. I was thinking I could get back to, basically, my Copperhead environment with a minimal amount of Google and be happy.

Lineage Install Error

Bam, right out the door my phone started screaming about the phone driver not working. The memory of issues I experienced running alternative ROMs came flooding back, and I simply restored the Pixel to factory and decided to stay with my iPhone.

I feel much happier that I’ve gone back to Linux, at least part of the way. It should make it easier to go free on mobile as soon as the technology catches up. I’m very eagerly following the work of the /e/ foundation but as of yet they haven’t released any code. Plus it looks like they are going for an all-out Google replacement. I’m pretty happy running my own mail server and Nextcloud instances, so I’m more interested in a secure mobile device that can run apps from F-Droid versus a whole ecosystem replacement. Purism is also coming out with a phone. I really like the philosophy behind that company, but I’ve been stung by enough Kickstarters that I’m taking a wait and see attitude.

The problem with free and open source mobile will be the apps. As I mentioned, I was able to do 90% of what I needed using F-Droid, which bodes well for the /e/ solution but not so much for the Purism one, and both will faces challenges with adoption.

Until then, feel free to Facetime me and check out my growing collection of chins.

by Tarus at August 29, 2018 08:33 PM

August 27, 2018

This Week in OpenNMS: August 27th, 2018

It's time for This Week in OpenNMS!

Last week we did a lot of finishing work on in-progress projects and fixed a bunch of bugs.

Github Project Updates

  • Internals, APIs, and Documentation

    • David did more work on the correlation feedback support in Sextant.
    • Patrick did a few more updates to Linkd calculation performance in Topology.
    • Chandra merged Malatesh's work to provide a Kafka/ActiveMQ event sink.
    • Christian fixed the properties cache to use a time-based cache to save memory.
    • ...

August 27, 2018 01:40 PM

August 20, 2018

This Week in OpenNMS: August 20th, 2018

It's time for This Week in OpenNMS!

Last week we released new Meridian and Horizon versions, and worked on Minion status, WS-Man, reports, Sextant flows, event sinks, Enlinkd, and web UI improvements.

Github Project Updates

  • Internals, APIs, and Documentation

    • David Hustace did some final work on his alarm state changes, as well as adding additional documentation for alarms.
    • I finished up some final changes to the minion status tracker.
    • Patrick added documentation for the HttpDetec...

August 20, 2018 01:40 PM

August 16, 2018

OpenNMS Meridian 2017.1.10 Released

Release 2017.1.10 is a small update to OpenNMS Meridian 2017.1.9.
It contains a critical RADIUS fix as well as a number of smaller enhancements.

The codename for 2017.1.10 is Capital meridian.

Breaking Changes

A security issue in the RadiusAuthenticatinProvider has been fixed (Issue NMS-10212).
This requires changes to the radius.xml file located in ${OPENNMS_HOME}/jetty-webapps/opennms/WEB-INF/spring-security.d.
Now instead of providing a bean for the authTypeClass property, it is sufficient to just provide the class name:

Before:

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/security"
 xmlns:beans="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="
   http://www.springframework.org/schema/beans
     http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
   http://www.springframework.org/schema/security
     http://www.springframework.org/schema/security/spring-security-3.1.xsd">
 <beans:bean id="externalAuthenticationProvider"
             class="org.opennms.protocols.radius.springsecurity.RadiusAuthenticationProvider">
   <!-- ... -->
   <beans:property name="authTypeClass">
     <beans:bean class="net.jradius.client.auth.PAPAuthenticator"/>
   </beans:property>
   <!-- ... -->
 </beans:bean>
</beans:beans>

After:

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/security"
 xmlns:beans="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="
   http://www.springframework.org/schema/beans
     http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
   http://www.springframework.org/schema/security
     http://www.springframework.org/schema/security/spring-security-3.1.xsd">
 <beans:bean id="externalAuthenticationProvider" class="org.opennms.protocols.radius.springsecurity.RadiusAuthenticationProvider">
   <!-- ... -->
   <beans:property name="authTypeClass" value="net.jradius.client.auth.PAPAuthenticator"/>
   <!-- ... -->
 </beans:bean>
</beans:beans>

 

Supported values for authTypeClass are:

  • net.jradius.client.auth.TunnelAuthenticator
  • net.jradius.client.auth.PAPAuthenticator
  • net.jradius.client.auth.EAPMSCHAPv2Authenticator
  • net.jradius.client.auth.MSCHAPv2Authenticator
  • net.jradius.client.auth.EAPMD5Authenticator
  • net.jradius.client.auth.CHAPAuthenticator
  • net.jradius.client.auth.MSCHAPv1Authenticator
  • net.jradius.client.auth.RadiusAuthenticator
  • net.jradius.client.auth.EAPAuthenticator

If no value is provided net.jradius.client.auth.PAPAuthenticator is used.

Bug
  • VMWare-Center-Monitoring make for every virtual machine a login/logout (Issue NMS-8204)
  • LDAPMonitor causes Errors in ldap logfiles (Issue NMS-8891)
  • The KSC Dashlet for the Ops-Board is not working (Issue NMS-10191)
  • Radius Login Problem (Issue NMS-10212)
  • Trapd does not validate config against XSD (Issue NMS-10242)
  • Drools correlation engine do not always respond to targeted reloadDaemonConfig events (Issue NMS-10257)
  • DefaultProvisionService logs noisily for monitored service having state “N” (Issue NMS-10291)
Enhancement
  • Failed to run Jasper report local_Serial-Interface-Utilization-Summary: Key receive rate is duplicated in pie dataset (Issue NMS-9875)

by RangerRick at August 16, 2018 03:33 PM

OpenNMS Horizon 22.0.3 (Time) Released

OpenNMS Horizon 22.0.3 (code name: Time) is now available.

It contains a critical fix for RADIUS support, as well as a number of smaller bug fixes and enhancements.

For more details on what has changed, see the complete change log.

More Info

For complete info on what has changed since Horizon 21, see the release notes.

August 16, 2018 03:12 PM

OpenNMS Meridian 2016.1.15 Released

Release 2016.1.15 is an update to 2016.1.14 that includes a critical fix for RADIUS support and a few other small bug fixes.

The codename for 2016.1.15 is Peirce Quincuncial.

Breaking Changes

A security issue in the RadiusAuthenticatinProvider has been fixed (Issue NMS-10212).
This requires changes to the radius.xml file located in ${OPENNMS_HOME}/jetty-webapps/opennms/WEB-INF/spring-security.d.
Now instead of providing a bean for the authTypeClass property, it is sufficient to just provide the class name:

Before:

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/security"
 xmlns:beans="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="
   http://www.springframework.org/schema/beans
     http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
   http://www.springframework.org/schema/security
     http://www.springframework.org/schema/security/spring-security-3.1.xsd">
 <beans:bean id="externalAuthenticationProvider"
             class="org.opennms.protocols.radius.springsecurity.RadiusAuthenticationProvider">
   <!-- ... -->
   <beans:property name="authTypeClass">
     <beans:bean class="net.jradius.client.auth.PAPAuthenticator"/>
   </beans:property>
   <!-- ... -->
 </beans:bean>
</beans:beans>

After:

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/security"
 xmlns:beans="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="
   http://www.springframework.org/schema/beans
     http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
   http://www.springframework.org/schema/security
     http://www.springframework.org/schema/security/spring-security-3.1.xsd">
 <beans:bean id="externalAuthenticationProvider" class="org.opennms.protocols.radius.springsecurity.RadiusAuthenticationProvider">
   <!-- ... -->
   <beans:property name="authTypeClass" value="net.jradius.client.auth.PAPAuthenticator"/>
   <!-- ... -->
 </beans:bean>
</beans:beans>

 

Supported values for authTypeClass are:

  • net.jradius.client.auth.TunnelAuthenticator
  • net.jradius.client.auth.PAPAuthenticator
  • net.jradius.client.auth.EAPMSCHAPv2Authenticator
  • net.jradius.client.auth.MSCHAPv2Authenticator
  • net.jradius.client.auth.EAPMD5Authenticator
  • net.jradius.client.auth.CHAPAuthenticator
  • net.jradius.client.auth.MSCHAPv1Authenticator
  • net.jradius.client.auth.RadiusAuthenticator
  • net.jradius.client.auth.EAPAuthenticator

If no value is provided net.jradius.client.auth.PAPAuthenticator is used.

Bug
  • VMWare-Center-Monitoring make for every virtual machine a login/logout (Issue NMS-8204)
  • LDAPMonitor causes Errors in ldap logfiles (Issue NMS-8891)
  • The KSC Dashlet for the Ops-Board is not working (Issue NMS-10191)
  • Radius Login Problem (Issue NMS-10212)
  • DefaultProvisionService logs noisily for monitored service having state “N” (Issue NMS-10291)

by RangerRick at August 16, 2018 02:56 PM

OpenNMS Meridian 2015.1.10 Released

Release 2015.1.10 is the eleventh release of OpenNMS Meridian 2015.
It contains a critical fix for RADIUS support as well as a couple of other smaller fixes.
The codename for 2015.1.10 is TAHT (it’s a magical place).

Breaking Changes

A security issue in the RadiusAuthenticatinProvider has been fixed (Issue NMS-10212)
This requires changes to the radius.xml file located in ${OPENNMS_HOME}/jetty-webapps/opennms/WEB-INF/spring-security.d.

Now instead of providing a bean for the authTypeClass property, it is sufficient to just provide the class name:

Before:

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/security"
 xmlns:beans="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="
    http://www.springframework.org/schema/beans
      http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
    http://www.springframework.org/schema/security
      http://www.springframework.org/schema/security/spring-security-3.1.xsd">
 <beans:bean id="externalAuthenticationProvider"
             class="org.opennms.protocols.radius.springsecurity.RadiusAuthenticationProvider">
   <!-- ... -->
   <beans:property name="authTypeClass">
     <beans:bean class="net.jradius.client.auth.PAPAuthenticator"/>
   </beans:property>
   <!-- ... -->
 </beans:bean>
</beans:beans>

After:

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/security"
xmlns:beans="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
    http://www.springframework.org/schema/beans
      http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
    http://www.springframework.org/schema/security
      http://www.springframework.org/schema/security/spring-security-3.1.xsd">
 <beans:bean id="externalAuthenticationProvider"
             class="org.opennms.protocols.radius.springsecurity.RadiusAuthenticationProvider">
   <!-- ... -->
   <beans:property name="authTypeClass" value="net.jradius.client.auth.PAPAuthenticator"/>
   <!-- ... -->
 </beans:bean>
</beans:beans>

Supported values for authTypeClass are:

  • net.jradius.client.auth.TunnelAuthenticator
  • net.jradius.client.auth.PAPAuthenticator
  • net.jradius.client.auth.EAPMSCHAPv2Authenticator
  • net.jradius.client.auth.MSCHAPv2Authenticator
  • net.jradius.client.auth.EAPMD5Authenticator
  • net.jradius.client.auth.CHAPAuthenticator
  • net.jradius.client.auth.MSCHAPv1Authenticator
  • net.jradius.client.auth.RadiusAuthenticator
  • net.jradius.client.auth.EAPAuthenticator

If no value is provided net.jradius.client.auth.PAPAuthenticator is used.

Bug
  • ConcurrentModificationException in DefaultEventHandlerImpl (Issue NMS-8413)
  • Java not found properly when building from Windows CMD proc (Issue NMS-9947)
  • Radius Login Problem (Issue NMS-10212)

by RangerRick at August 16, 2018 02:36 PM

August 13, 2018

This Week in OpenNMS: August 13th, 2018

It's time for This Week in OpenNMS!

Last week we worked on health check tools, karaf command shell enhancements, additional daemon reload support, Sextant alarm classification, Enlinkd in the topology UI, and more.

Github Project Updates

  • Internals, APIs, and Documentation

    • Markus did some more fixes to his new health check features.
    • Jesse cleaned up some metric-related APIs and did more work on metric checks in the health check tool.
    • Matthew fixed syslog events to be associated wi...

August 13, 2018 11:31 AM

August 06, 2018

This Week in OpenNMS: August 6th, 2018

It's time for This Week in OpenNMS!

Last week we continued work on RPC over Kafka, Sextant, Enlinkd, and other bug fixes.

Github Project Updates

  • Internals, APIs, and Documentation

    • Christian wrapped up his VMware cleanups.
    • Markus wrapped up fixes for a RADIUS authentication bug.
    • Jeff fixed a logging issue in provisioning that could cause excess logs relating to "not-polled" services.
    • Christian did more work on handling non-directional SFlow data.
    • Chandra did more work on suppo...

August 06, 2018 12:13 PM

August 05, 2018

Smart Debug Logging

Sometimes you have to set a specific OpenNMS deamon to DEBUG mode to find issues in your configuration. Depending of the environments size OpenNMS can create many log entries while being in DEBUG mode. But in some cases the log rotation is faster than an editor can open a log file and the amount of logs is increasing heavily. Especially collectd can be extremely chatty and it seems to be impossible to grep the needed parts out of it.

But the solution is simple. Since OpenNMS uses Log4j2 it's p...

August 05, 2018 06:32 PM

August 01, 2018

Dealing with Docker Interfaces

We run a lot of instances of OpenNMS (‘natch) and lately we’ve seen issues with disk space being used up faster than expected.

We tracked the issue down to Docker. If Docker is running on a machine, SNMP will discover a Docker interface, usually labelled “docker0”. When that instance is stopped and restarted, or another Docker instance is created, another interface will be created. This will create a lot of RRD files of limited usefulness, so here is how to address it.

First, we want to tell OpenNMS not to discover those interfaces in the first place. This is done using a “policy” in the foreign source definition for the devices in question. Here is what it looks like in the webUI:

Skip Docker Interfaces Policy

The “SNMP Interface Policy” will match on various fields in the snmpinterface table in the database, which includes ifDescr. The regular expression will match any ifDescr that starts with the string “docker” and it will not persist (add) it to the database. This policy has only one parameter, so either “Match All Parameters” or “Match Any Parameter” will work.

If you want to use the command line, or have a lot of custom foreign source definitions, you can paste this into the proper file:

   <policies>
      <policy name="Ignore Docker interfaces" class="org.opennms.netmgt.provision.persist.policies.MatchingSnmpInterfacePolicy">
         <parameter key="action" value="DO_NOT_PERSIST"/>
         <parameter key="ifDescr" value="~^docker.*$"/>
         <parameter key="matchBehavior" value="ALL_PARAMETERS"/>
      </policy>
   </policies>

This will not deal with any existing interfaces, however. For that there are two steps: delete the interfaces from the database and delete them from the file system.

For the database, with OpenNMS stopped access PostgreSQL (usually with psql -U opennms opennms) and run:

delete from ipinterface where snmpinterfaceid in (select id from snmpinterface where snmpifdescr like 'docker%');

and restart OpenNMS.

For the filesystem, navigate to where your RRDs are stored (usually /opt/opennms/share/rrd/snmp) and run:

find . -type d -name "docker*" -exec rm -r {} \;

That should get rid of existing Docker interfaces, free up disk space and prevent new Docker interfaces from being discovered.

by Tarus at August 01, 2018 08:39 PM

July 30, 2018

This Week in OpenNMS: July 30th, 2018

It's time for This Week in OpenNMS!

Last week we continued work on RPC over Kafka, Sextant, Enlinkd, and other bug fixes.

Github Project Updates

  • Internals, APIs, and Documentation

    • David continued implementing a feedback mechanism for training/tuning Sextant correlations.
    • Mike Kelly submitted a fix to the date format in the alarm northbounder.
    • Chandra did more work on support for RPC over Kafka.
    • Ronny worked on some theme cleanup in the OpenNMS documentation.
    • Jesse fixed the r...

July 30, 2018 04:04 PM

July 25, 2018

Open Source is Still Dead

Last week I attended the 20th O’Reilly Open Source Conference (OSCON), held this year in Portland, Oregon.

OSCON 20th Anniversary Sign

This is the premiere open source conference in the US, if not the world, and it is rather well run. It is equal to if not better than a lot of proprietary technology conferences I’ve attended, perhaps because it is pretty much a proprietary software conference in itself. I found it a little ironic that the Wednesday morning keynotes started off with a short, grainy video clip where an open source geek shouts out “We’re starting a revolution!”.

I tried to find the source of that quote, and I thought it came from the documentary “Revolution OS“. That movie chronicles the early days of open source software in which the stated goal was to take back software from large companies like Microsoft. There is a famous quote by Eric S. Raymond where he replies to a person from Microsoft with the words “I’m your worst nightmare.” Microsoft is now a major sponsor of OSCON.

When I attended OSCON in 2014 I asked the question “Is Open Source Dead?” Obviously the open source development model has never been more alive, but I was thinking back to my early involvement with open source where the idea was to move control of software out of the hands of big companies like IBM and Microsoft and into the hands of the users. Back then the terms “open source” and “free software” were synonymous. It was obvious that open source operating systems, mainly Linux, would rule the world of servers, so the focus was on the desktop. No one in open source predicted the impact of mobile, and by extension, the “cloud”. Open source today is no more than a development model used mostly to help create proprietary software, usually provided as a subscription or a service over the network. I mean, it makes sense. Companies like Google, Facebook and Amazon wouldn’t exist today if it wasn’t for Linux. If they had to pay a license to Microsoft or Sun (now Oracle) for every server they deployed their business models simply wouldn’t work, and the use of open source for building the infrastructure for applications simply makes sense.

Please note that I am not trying to make any sort of value judgement. I am still a big proponent of free software, and there are companies like Red Hat, OpenNMS and Nextcloud that try to honor the original intention of open source. All of us, open and proprietary, benefit from the large amount of quality open source software being created these days. But I do mourn the end of open source as I knew it. It used to be that open source software was published with “restrictive” licenses like the GPL, whereas now the trend is to move to “permissive” licenses like the MIT or Apache licenses. This allows for the commercialization of open source software, which in turn creates an incentive for large software companies to get involved.

This trend was seen throughout OSCON. The “diamond” sponsors were companies like IBM, Microsoft, Amazon and Google. The main buzzword was “Kubernetes” (or “K8s” if you’re one of the cool kids) which is an open source orchestration layer for managing containers. Almost all of the expo companies were cloud companies that either used open source software to provide a platform for their applications or to create open source agents that would feed back to their proprietary cloud back-end.

I attended my first OSCON in 2009 as a speaker, and I was a speaker for several years after that. My talks were always well-attended, but then for several years none of my paper submissions were accepted. I thought I had pissed off one or more of the organizers (it happens) but perhaps my thoughts on open source software had just become outdated.

I still like going to the conference, even though I no longer attempt to submit a talk. When I used to speak I found I spent most of my time on the Expo floor so now I just try to schedule other business during the week of OSCON and I get a free “Expo only” pass. You also get access to the keynotes, so I was sure to be in attendance as the conference officially started.

OSCON Badge

My favorite keynote was the first one, by Suz Hinton from Microsoft. She is known for doing live coding on the streaming platform Twitch, and she did a live demonstration for her keynote. She used an Arduino to control a light sensor and a servo. When she covered the sensor, the servo would move and “wave” at the OSCON audience. It was a little hard to fight the cognitive dissonance of a Microsoft employee using a Mac to program an open hardware device, but it was definitely entertaining.

OSCON Suz Hinton

My second favorite talk was by Camille Eddy. As interactions between computers and humans become more automated, a number of biases are starting to appear. Google image search had a problem where it would label pictures of black people as “gorillas”. An African-American researcher at MIT named Joy Buolamwini found that a robot recognized her better if she wore a white mask. Microsoft had an infamous experiment where it created a Twitter bot named “Tay” that within 24 hours was making racist posts. While not directly related to open source, a focus on an issue that affects the user community is very much in the vein of classic open source philosophy.

OSCON Camille Eddy

The other keynotes were from Huawei, IBM and Amazon (when you are a diamond sponsor you get a keynote) and they focused more on how those large software companies were using the open source development model to, well, offset the cost of development.

OSCON Tim O'Reilly

The Wednesday keynotes closed with Tim O’Reilly who talked about “Open Source and Open Standards in the Age of Cloud AI”. It kind of cemented the theme for me that open source had changed, and the idea is now much more about tools development and open APIs than in creating user-owned software.

OSCON Expo Floor

The rest of my time was spent wandering the Expo floor. OSCON offers space to traditional open source projects which I usually refer to as the “Geek Ghetto”. This year it was split to be on either side of the main area, and I got to spend some time chatting with people from the Software Freedom Conservancy and the Document Foundation, among others.

OSCON Geek Ghetto

I enjoyed the conference, even if it was a little bittersweet. Portland is a cool town and the people around OSCON are cool as well. If I can combine the trip with other business, expect to find me there next year, wandering the Expo floor.

by Tarus at July 25, 2018 06:09 PM

July 23, 2018

This Week in OpenNMS: July 23rd, 2018

It's time for This Week in OpenNMS!

Last week we continued work on RPC over Kafka, Sextant, Enlinkd, and other bug fixes.

Github Project Updates

  • Internals, APIs, and Documentation

    • David Hustace did more work on fixing how alarm counters are incremented and cleared.
    • Ronny continued his work streamlining documentation.
    • Jesse added additional metadata to alarms generated by the Kafka producer.
    • Jesse added an extension point to Sextant to allow updating alarm metadata before persis...

July 23, 2018 01:57 PM

July 19, 2018

OpenNMS Horizon 22.0.2 (Mind) Released

OpenNMS Horizon 22.0.2 (code name: Mind) is now available.

It contains a number of bug fixes and enhancements, including partial support for custom date formatting in the web UI. This will be expanded to cover the entire web UI in an upcoming release.

For more details on what has changed, see the complete change log.

More Info

For complete info on what has changed since Horizon 21, see the release notes.

July 19, 2018 09:34 PM

July 16, 2018

This Week in OpenNMS: July 16th, 2018

It's time for This Week in OpenNMS!

Last week we continued development of the Sentinel container, RPC over Kafka, and Sextant, as well as other bug fixing.

Github Project Updates

  • Internals, APIs, and Documentation

    • Markus did more work on the Sentinel container, cleaning up what DAOs are accessible and other cleanup.
    • Markus has started work on a health check tool that will work across Sentinel and Minion containers.
    • Chandra did more work on support for RPC over Kafka.
    • Jesse and...

July 16, 2018 11:55 AM

July 09, 2018

Usage of Operator Instructions in Alarms

Monitoring services or metrics and getting alarms isn't complicated. A more interesting question is: How to fix them (fast)?

Monitoring systems, even in small or middle sized environments, creates a lot of different alarms. When you are working in a team, sometimes the person who creates a test or configures a threshold that throws an alarm is not the same person who has to understand what happened and what to do next.

Either way, you should have some kind of documentation for when you need...

July 09, 2018 05:42 PM

This Week in OpenNMS: July 9th, 2018

It's time for This Week in OpenNMS!

We were off for part of last week for the 4th of July holiday, so we're back with a very special 2-week TWiO.

Github Project Updates

  • Internals, APIs, and Documentation

    • Jesse and David continued their work on a next-generation Alarmd (codename: Sextant) with full rules-based workflow management.
    • Markus did more work on the Sentinel container, validating Kafka communication and adding documentation.
    • Patrick worked on fixing varbind matching valid...

July 09, 2018 10:46 AM

How to build Docker images from branches

In OpenNMS we use Atlassian Bamboo which runs all our tests and build also the packages which can be installed on different operating systems. It plays an important role as quality gate for changes going into the code base. Our Bamboo is public available and can be seen by everyone.

There are two type of branches, one following a pattern like "features/sentinel" and another like "jira/HZN-1307". The feature branches are work in progress branches and used to collect many smaller changes to...

July 09, 2018 10:00 AM

July 03, 2018

iNOG and Ripe NCC Hackathon

Our UK OpenNMS ambassador, Craig Gallen, gave us a hint about a meeting from the Irish Network Operators Group (iNOG) followed by a 2 day Network Operators Tools Hackathon co-hosted by Ripe NCC. I've attended a few NOG meetings already and like the tech-driven and very friendly atmosphere. Luckily, The OpenNMS Group sponsored the trip and so I was able to get myself first time to Dublin.

The iNOG meeting was hosted by Workday in their office in Dublin. We started at 6:00 PM with some...

July 03, 2018 03:33 PM

June 25, 2018

This Week in OpenNMS: June 25th, 2018

It's time for This Week in OpenNMS!

In the last week we got back to continuing the various projects we've been working on.

Github Project Updates

  • Internals, APIs, and Documentation

    • Jesse and David continued their work on a next-generation Alarmd with full rules-based workflow management.
    • Antonio did more work on Enlinkd bug fixes and performance improvements.
    • Chandra added tests and documentation to his Kafka persistence work.
    • I fixed a small bug in the Collectd and Pollerd JMX...

June 25, 2018 01:42 PM

June 21, 2018

OpenNMS Meridian 2017.1.9 Released

Release Meridian-2017.1.9

Release 2017.1.9 is a small update to OpenNMS Meridian 2017.1.8.
It contains a few bug fixes and documentation updates.

The codename for 2017.1.9 is Antwerp meridian.

Bug
  • Entering new destination path in GUI with near identical name overwrites the current one (Issue NMS-3994)
  • Just opening a foreign-source in the web UI causes it to be written to disk (Issue NMS-4720)
  • Surveillance category membership of deleted nodes “leaks” in filters to interfaces of successor nodes (Issue NMS-4876)
  • ConcurrentModificationException in DefaultEventHandlerImpl (Issue NMS-8413)
  • The ReST API used to return XMLs with namespace, and now it doesn’t (Issue NMS-8524)
  • MBean “TasksCompleted” for Collectd and Pollerd returns wrong counters (Issue NMS-9741)
  • The auto-acknowledge-alarm tag with no content doesn’t work on notifd-configuration.xml (Issue NMS-10085)
Enhancement
  • Link to privacy policy from Data Choices UI elements (Issue NMS-10169)

by RangerRick at June 21, 2018 09:12 PM

OpenNMS Meridian 2016.1.14 Released

Release Meridian-2016.1.14

Release 2016.1.14 is an update to 2016.1.13 that makes a few small documentation changes, and a fix to the Top 25 event report.

The codename for 2016.1.14 is Boggs eumorphic.

Bug
  • The ReST API used to return XMLs with namespace, and now it doesn’t (Issue NMS-8524)
  • Event-Analysis Report shows incorrect numbers for big values in Top25 Events (Issue NMS-9202)
Enhancement
  • Link to privacy policy from Data Choices UI elements (Issue NMS-10169)

by RangerRick at June 21, 2018 09:11 PM

OpenNMS Horizon 22.0.1 (Reality) Released

OpenNMS Horizon 22.0.1 (code name: Reality) is now available.

It contains a number of bug fixes and enhancements, including an update to Drools 7, performance improvements to the flow exporter ReST endpoint, and new karaf shell tools for diagnosing nodes.

For more details on what has changed, see the complete change log.

More Info

For complete info on what has changed since Horizon 21, see the release notes.

June 21, 2018 05:06 PM

June 18, 2018

This Week in OpenNMS: June 18th, 2018

It's time for This Week in OpenNMS!

In the last week we had Dev Jam, our annual developer conference conference.

DEV JAM!

Last week was OpenNMS Dev Jam, a week in which we get OpenNMS community folks together and have a hackathon. As is tradition, on Friday people presented about what they worked on and we filmed it. Video with be forthcoming but in the meantime Tarus did a good job of summarizing what people talked about:

June 18, 2018 02:41 PM

June 11, 2018

This Week in OpenNMS: June 11th, 2018

It's time for This Week in OpenNMS!

In the last week we continued to work on an Alarmd refactor, as well as other bug fixing.

DEV JAM!

This week is OpenNMS Dev Jam, at the University of Minnesota campus. Dev Jam is a week that we get OpenNMS community folks together and have a hackathon. Traditionally, it's a combination social and work week, with people hanging out, having fun, and working on pet projects.

Github Project Updates

  • Internals, APIs, and Documentation

    • Chandra did m...

June 11, 2018 09:58 AM

June 04, 2018

This Week in OpenNMS: June 4th, 2018

It's time for This Week in OpenNMS!

Sorry for missing it last week but I was out of town. In the last 2 weeks, we did a bunch of work on alarm infrastructure and fixing other bugs.

Github Project Updates

  • Internals, APIs, and Documentation

    • Patrick fixed a bug in parsing timestamps in the alarm change notifier.
    • I fixed some issues in the Sentinel container packaging.
    • Markus worked on getting flow support added to the Sentinel container.
    • Patrick wrapped up his changes to support...

June 04, 2018 10:58 AM

May 30, 2018

Running an OpenNMS Minion with Docker

Running a Minion with Docker is relatively easy, you just need to have Docker installed. It makes also updating the Minion very easy cause you can follow the tags latest for latest stable version or trying a bleeding snapshot. You can configure everything through environment variables. At a bare minimum you need something like this:

docker run --rm -d \
  -e "TZ=Europe/Berlin" \
  -e "MINION_LOCATION=Apex-Office" \
  -e "OPENNMS_BROKER_URL=tcp://opennms-ip:61616" \
  -e "OPENNMS_HTTP_URL=h...

May 30, 2018 12:23 PM

May 22, 2018

OpenNMS Meridian 2017.1.8 Released

Release Meridian-2017.1.8

Release 2017.1.8 is a small update to OpenNMS Meridian 2017.1.7.
It contains a few bug fixes and an update to support Newts cache priming.

The codename for 2017.1.8 is IERS Reference Meridian.

Bug
  • ONMS starts with broken threshold configuration file (Issue NMS-9064)

  • Interface delete from a node does not work (Issue NMS-9506)

  • Topology map node icons vanish (IE10, IE11 only) when alarm status unchecked (Issue NMS-9614)

  • Access Denied With Surveillance View In Ops Board (Issue NMS-9678)

  • Enlinkd startup fails due to NPE in BroadcastDomain class (Issue NMS-9852)

  • Value of ${nodeLabel} for PSM services apparently not eagerly updated (Issue NMS-9900)

  • Wrong initial message displayed on AngularJS based tables. (Issue NMS-9932)

  • Alarm favorite link URL does not have AddRefreshHeader-30 applied (Issue NMS-9938)

  • Cannot see StrafePing graphs when using Backshift. (Issue NMS-9946)

  • foreign-id with space (%20) at end causes issues with Newts (Issue NMS-9961)

  • perfdata-receiver doesn’t compile (Issue NMS-9967)

  • Home Page Map does not display node details (Issue NMS-10008)

  • Backport intermittent SNMPv3 failures to foundation-2016 (Issue NMS-10153)

Enhancement
  • Improve performance of newts.indexing to avoid overwhelm Cassandra cluster (Issue NMS-9959)

by RangerRick at May 22, 2018 03:31 PM

OpenNMS Meridian 2016.1.13 Released

Release Meridian-2016.1.13

Release 2016.1.13 is an update to 2016.1.12 that provides a few small bug fixes and an update to support Newts cache priming.

The codename for 2016.1.13 is HEALPix.

Bug
  • Cannot see StrafePing graphs when using Backshift. (Issue NMS-9946)
  • foreign-id with space (%20) at end causes issues with Newts (Issue NMS-9961)
  • Backport intermittent SNMPv3 failures to foundation-2016 (Issue NMS-10153)
Enhancement
  • Improve performance of newts.indexing to avoid overwhelm Cassandra cluster (Issue NMS-9959)

by RangerRick at May 22, 2018 03:31 PM

May 21, 2018

OpenNMS.js v1.2.2

Just a small release to fix a bug encountered in OpenNMS Helm when the new Drift ReST API returned no exporters.

Bug Fixes

  • dao: HELM-91: fix handling non-array results (0707ac7)

by RangerRick at May 21, 2018 08:37 PM

This Week in OpenNMS: May 21st, 2018

It's time for This Week in OpenNMS!

In the last week we mostly worked on wrapping up bug fixes in anticipation of this week's releases.

Github Project Updates

  • Internals, APIs, and Documentation

    • Markus did more work getting various components running in the Sentinel container.
    • Ronny did some more cleanup of SNMP configs in anticipation of the Horizon 22 release.
    • Antonio did more work on Enlinkd improvements.
    • Jesse improved the Flow APIs to provide application names (rather than...

May 21, 2018 11:57 AM

OpenNMS Horizon 22.0.0 (Space) Released

OpenNMS Horizon 22.0.0 (code name: Space) is now available.

It contains a large number of bug fixes and enhancements, most notably adding support for real-time telemetry flow processing.

For more details on what has changed, see the complete change log.

More Info

For complete info on what has changed since Horizon 21, see the release notes.

May 21, 2018 10:02 AM

May 14, 2018

This Week in OpenNMS: May 14th, 2018

It's time for This Week in OpenNMS!

In the last week we mostly worked on wrapping up bug fixes in anticipation of this week's releases.

Github Project Updates

  • Internals, APIs, and Documentation

    • Ronny continued to work on cleaning up data collection configurations.
    • I did more work on Sentinel container packaging.
    • Chandra continued to work on cleaning up initialization of trap handling and SNMPv3.
    • Christian fixed an NPE bug in Enlinkd.
    • Jeff worked on fixing updating ack-user...

May 14, 2018 11:10 AM

May 07, 2018

This Week in OpenNMS: May 7th, 2018

It's time for This Week in OpenNMS!

In the last week we worked on Sentinel and a bunch of Minion and other fixes.

Github Project Updates

  • Internals, APIs, and Documentation

    • Chandra worked on making the SNMP interface monitor location-aware (and, by extension, Minion-compatible).
    • I did more work on the Sentinel standalone Karaf assemblies.
    • Jesse made the internal service registry lookup timeouts more robust.
    • Antonio did more work on squashing bugs and improving the performance of...

May 07, 2018 09:04 AM

April 30, 2018

This Week in OpenNMS: April 30th, 2018

It's time for This Week in OpenNMS!

In the last week we worked on Drift flow support and optimization, Sentinel, and other bug fixes.

Github Project Updates

  • Internals, APIs, and Documentation

    • I fixed a bunch of Minion-related tests to run properly in the Meridian branch.
    • Markus made some updates to the Drift classification rules and UI, as well as improving cache handling.
    • I worked on creating a common Karaf container to use for both the Minion and Sentinel.
    • Antonio did more wo...

April 30, 2018 11:07 AM

April 23, 2018

OpenNMS Meridian 2016.1.12 Released

Release 2016.1.12 is an update to 2016.1.11 that provides one small bug fix and a Windows build fix.

The codename for 2016.1.12 is Lambert cylindrical equal-area.

Bug
  • EventUtils.eventsMatch() fails if nodeId is greater than 127 (Issue NMS-9941)
  • Java not found properly when building from Windows CMD proc (Issue NMS-9947)

by RangerRick at April 23, 2018 03:38 PM

This Week in OpenNMS: April 23rd, 2018

It's time for This Week in OpenNMS!

In the last week we released Horizon 21.1.0, Meridian 2016.1.12, and Meridian 2017.1.7, and did more work on Drift and preparing for Meridian 2018.

Github Project Updates

  • Internals, APIs, and Documentation

    • Markus worked on some Elasticsearch updates.
    • I worked on refactoring out our Karaf container build so it can be shared between Minion and Sentinel.
    • Chandra worked on making telemetry persistence groovy scripts reloadable at runtime.
    • Patrick...

April 23, 2018 11:16 AM

April 20, 2018

OpenNMS Meridian 2017.1.7 Released

Release 2017.1.7 is a small update to OpenNMS Meridian 2017.1.6.
It contains a few bug fixes and minor enhancements.

The codename for 2017.1.7 is United Kingdom Ordnance Survey Zero Meridian.

Note: Configuration Update

Some updates to Cisco data collection and graph configuration have been made since 2017.1.6.

They add collection from CISCO-REMOTE-ACCESS-MONITOR-MIB on a number of ASAxxxx devices, as well as alarm reduction keys for FRU insertion and removal.
Additionally, graphs for tunnel sessions have been added.

To avoid configuration conflicts, however, the updated files have been written with the extension .xml-2017.1.7.

If you wish to use these new configurations, rename the .xml-2017.1.7 files to .xml, overwriting the existing files.

Changes:

Bug
  • Node ReST service not handling assets and deleting properly (Issue NMS-9855)
  • JasperStudio extension dependency error (Issue NMS-9915)
  • EventUtils.eventsMatch() fails if nodeId is greater than 127 (Issue NMS-9941)
  • compilation fails on windows due to checkstyle exceptions (Issue NMS-9943)
  • Java not found properly when building from Windows CMD proc (Issue NMS-9947)
Enhancement
  • Subsume “Event Configuration How-To” from wiki into admin guide (Issue NMS-9926)
  • Update docs section of devel guide with section on migrating info from wiki (Issue NMS-9934)
  • Refactor UserGroupLdapAuthoritiesPopulator to provide a default role. (Issue NMS-9937)

by RangerRick at April 20, 2018 02:49 PM

April 19, 2018

OpenNMS Horizon 21.1.0 (Replicant) Released

OpenNMS Horizon 21.1.0 (code name: Replicant) is now available.

It contains bug fixes and a few enhancements, including support for forwarding events, alarms, and nodes to Kafka.

For more details on what has changed, see the complete change log.

More Info

For complete info on what has changed since Horizon 20, see the release notes.

April 19, 2018 02:40 PM

April 16, 2018

This Week in OpenNMS: April 16th, 2018

It's time for This Week in OpenNMS!

In the last week we did a bunch of work on Drift and the Kafka producer, as well as a number of other bug fixes in anticipation of the Horizon and Meridian releases this week.

Github Project Updates

  • Internals, APIs, and Documentation

    • Markus did more work on a Jasper Studios fix.
    • Craig worked on some plugin manager updates.
    • Chandra worked on periodic sync support for the Kafka producer.
    • Patrick did some query index optimization in the Drift fl...

April 16, 2018 11:27 AM

April 13, 2018

OpenNMS.js v1.2.1

Bug Fixes

  • rest: fix HTTP timeout configuration to be more consistent (c8e7162)

by RangerRick at April 13, 2018 05:36 PM

April 09, 2018

This Week in OpenNMS: April 9th, 2018

It's time for This Week in OpenNMS!

In the last week we released Helm 1.1.0, continued to do more work in preparation for Drift in Horizon 22, and worked on various integrations with other tools.

Github Project Updates

  • Internals, APIs, and Documentation

    • I fixed a bug that would cause some event comparisons to not match properly.
    • Jesse, David, and I fixed some bugs in building on Windows.
    • Jesse fixed an issue with template compatibility across different Elasticsearch versions.
    • C...

April 09, 2018 11:54 AM

April 02, 2018

This Week in OpenNMS: April 2nd, 2018

It's time for This Week in OpenNMS!

Github Project Updates

  • Internals, APIs, and Documentation

    • Christian did more work on sFlow support in Telemetryd.
    • Markus added more test coverage for the index strategy and fixed UTC time-handling.
    • Chandra and Jesse did more work on the Kafka producer.
    • Markus improved our internal cache API to be more configurable.
    • Markus worked on improving OID storage in Elasticsearch.
    • Markus added support for a single flow dispatcher adapter.
    • Jesse fix...

April 02, 2018 10:42 AM

March 30, 2018

OpenNMS.js v1.2.0

Bug Fixes

  • http: add timeout to GrafanaHTTP (22bdd70)

Features

  • rest: NMS-9783: add X-Requested-With header to requests (e803726)

by RangerRick at March 30, 2018 02:35 AM

March 26, 2018

This Week in OpenNMS: March 26th, 2018

It's time for This Week in OpenNMS!

Github Project Updates

  • Internals, APIs, and Documentation

    • Christian did more work on sFlow support in Telemetryd.
    • Markus fixed a recursion error in the Elasticsearch client code.
    • Chandra added support for filtering events before passing them on to Kafka.
    • Markus fixed some errors in our netty implementation.
    • Jeff put event configuration info from the wiki into the admin guide.
    • Markus worked on refactoring the smoke test infrastructure.
    • Jes...

March 26, 2018 11:53 AM

March 19, 2018

This Week in OpenNMS: March 19th, 2018

It's time for This Week in OpenNMS!

Github Project Updates

  • Internals, APIs, and Documentation

    • Markus continued his work on improvements to Elasticsearch configuration and testing.
    • Markus fixed a dependency issue that would cause errors in the JasperStudio extension.
    • Craig fixed a classloader issue to access configs from the config manager.
    • Jesse did some work on the Kafka exporter.
    • Markus fixed a bug in flow document indexing in Elasticsearch.
    • Ronny added the admin guide to t...

March 19, 2018 11:53 AM

March 16, 2018

OpenNMS.js v1.1.1

1.1.0 had a build dependency that snuck into the runtime dependencies and caused a number of unnecessary projects to get pulled in. This release is identical to 1.1.0 with that dependency fixed.

by RangerRick at March 16, 2018 09:45 PM

OpenNMS.js v1.1.0

This release adds support for telemetry (Netflow) APIs which will be introduced in OpenNMS 22.x. It also includes a number of build optimizations and updates since v1.0.3.

by RangerRick at March 16, 2018 09:44 PM

March 15, 2018

OpenNMS Meridian 2017.1.6 Released

Release 2017.1.6 is a small update to OpenNMS Meridian 2017.1.5.
It contains a few bug fixes.

The codename for 2017.1.6 is Meridianus Posoniensis.

Bug
  • It is not possible to see Statsd results on the WebUI (Issue NMS-9861)
  • Inconsistent handling of keyboard navigation on top menu (Issue NMS-9867)

by RangerRick at March 15, 2018 08:19 PM

OpenNMS Meridian 2016.1.11 Released

Release 2016.1.11 is an update to 2016.1.10 that provides one small bug fix.

The codename for 2016.1.11 is Gall-Peters.

Bug
  • Inconsistent handling of keyboard navigation on top menu (Issue NMS-9867)

  • Copyright dates need a bump for 2018 (Issue NMS-9871)

by RangerRick at March 15, 2018 08:18 PM

OpenNMS Meridian 2015.1.9 Released

Release 2015.1.9 is the tenth release of OpenNMS Meridian 2015.
It contains a keyboard-navigation fix and a few documentation/date updates.
The codename for 2015.1.9 is MIST.

Bug
    • Tweak Mattermost notification docs not to specify a channel (Issue NMS-9362)
    • Inconsistent handling of keyboard navigation on top menu (Issue NMS-9867)
    • Copyright dates need a bump for 2018 (Issue NMS-9871)

by RangerRick at March 15, 2018 08:17 PM