governance thriving 2009

Nagios Icinga

Closed development model and lack of community input. Icinga 2 rewrote from scratch with modern architecture.

What it is

Nagios/Icinga are network and infrastructure monitoring systems that check host and service availability, send alerts, and track performance data. Icinga 2 was rewritten in C++ with a domain-specific configuration language, REST API, distributed monitoring via cluster zones, and native support for Graphite, InfluxDB, and Elasticsearch backends. It integrates with Icinga Web 2 for visualization and the Director module for configuration management.

The story

Nagios was the undisputed king of open source monitoring for a decade. Built by Ethan Galstad starting in 1999, it became the default way to monitor servers, networks, and services across the IT industry. But Galstad ran Nagios like a personal fiefdom, and by the late 2000s, the kingdom was rotting from within.

The core problem was simple: Nagios development was a one-man show. Galstad controlled all commits, and community-submitted patches piled up for months β€” sometimes years β€” without being reviewed or merged. There was a two-year gap between Nagios Core releases. Community developers who had written significant improvements found their work gathering dust in a bug tracker that felt more like a black hole. Meanwhile, Galstad was increasingly focused on Nagios Enterprises, the commercial arm, while the open source project stagnated.

In May 2009, a group of prominent Nagios community developers and addon creators said enough. They forked Nagios as Icinga (the Zulu word for 'it searches' or 'it examines') and announced their intention to build a truly community-led monitoring project. The fork started as a straightforward improvement of the Nagios Core codebase, adding the database flexibility and modern web interface that the community had been begging for.

Galstad's response was disappointment rather than anger β€” he admitted to the development bottleneck but was hurt that the Icinga team hadn't approached him first. The Nagios community split along predictable lines, with addon developers and system administrators taking sides in what Free Software Magazine called 'one of the most heated forks in free software.'

The real vindication for Icinga came with Icinga 2, released in 2014 as a complete ground-up rewrite. Rather than continuing to polish the Nagios codebase, the team built a modern monitoring system with a distributed architecture, a proper API, native cluster support, and a configuration language that didn't make sysadmins weep. It was the product that Nagios should have become if it had accepted community input.

Timeline

Community patches begin piling up as Nagios Core development stalls

Icinga fork announced by group of Nagios community developers

Icinga 1.0 released with database backends and new web interface

Icinga celebrates first anniversary with 10,000+ downloads

Icinga 2 development begins as complete rewrite

Icinga 2 released with distributed monitoring and REST API

Icinga Web 2 and Director module mature into enterprise-grade tooling

Icinga continues active development; Nagios remains stagnant by comparison

Key people

Ethan Galstad
Nagios creator and sole gatekeeper of development
Michael LΓΌbben
Icinga co-founder, former Nagios addon developer
Michael Friedrich
Icinga core developer, architect of Icinga 2
Bernd Erk
Icinga project lead and CEO of NETWAYS (Icinga sponsor)

Impact

Icinga demonstrated that a benevolent dictator model only works if the dictator is actually benevolent and engaged. By embracing community development, Icinga eventually surpassed Nagios in features, architecture, and community vitality. Icinga 2's modern architecture β€” with native clustering, API-first design, and proper configuration management β€” represented the monitoring tool that Nagios Core never became.

The fork also reshaped the monitoring landscape. While both projects continue to exist, Icinga's success (along with the rise of Prometheus, Grafana, and other modern tools) eroded Nagios's once-dominant market position. Nagios Enterprises pivoted hard toward commercial products, while Icinga maintained its open source ethos with commercial support from NETWAYS.

Lesson: A single-maintainer bottleneck on a widely-used project is a governance failure waiting to happen β€” if you can't review patches, you lose the right to complain when the community walks away.