atom feed37 messages in net.sourceforge.lists.nagios-develRe: [Nagios-devel] Nagios is dead! Lo...
FromSent OnAttachments
Gerhard LausserMay 6, 2009 2:58 am 
Christoph MaserMay 6, 2009 3:54 am 
Andreas EricssonMay 6, 2009 4:13 am 
Alexander WirtMay 6, 2009 5:53 am 
Hendrik BaeckerMay 6, 2009 5:58 am 
Andreas EricssonMay 6, 2009 7:12 am 
Andreas EricssonMay 6, 2009 7:48 am 
Ethan GalstadMay 6, 2009 8:55 am 
Steven D. MorreyMay 6, 2009 9:27 am 
Haydn solomonMay 6, 2009 11:21 am 
Mathieu GagnéMay 6, 2009 11:33 am 
Matthias FlackeMay 6, 2009 11:56 am 
Steven D. MorreyMay 6, 2009 12:25 pm 
Jeremy HanmerMay 6, 2009 12:59 pm 
Andreas EricssonMay 6, 2009 1:47 pm 
D. Emmanuel FeinsmithMay 6, 2009 2:15 pm 
Steven D. MorreyMay 6, 2009 2:48 pm 
Andreas EricssonMay 6, 2009 3:42 pm 
Matthias FlackeMay 6, 2009 3:45 pm 
sean finneyMay 7, 2009 12:22 am 
Albrecht Dre?May 7, 2009 2:15 am 
matthias ebleMay 7, 2009 2:19 am 
Andreas EricssonMay 7, 2009 2:22 am 
Andreas EricssonMay 7, 2009 4:32 am 
Andreas EricssonMay 7, 2009 7:07 am 
Ingo LantschnerMay 7, 2009 7:57 am 
Hendrik BaeckerMay 7, 2009 9:52 am 
Hendrik BaeckerMay 7, 2009 10:31 am 
Mathieu GagnéMay 7, 2009 12:21 pm 
Bernd ErkMay 7, 2009 12:23 pm 
Andreas EricssonMay 8, 2009 12:19 am 
Andreas EricssonMay 8, 2009 12:30 am 
Andreas EricssonMay 8, 2009 12:42 am 
Julian HeinMay 10, 2009 12:50 pm 
Mark...@teliasonera.comMay 26, 2009 1:48 am 
Andreas EricssonMay 26, 2009 3:21 am 
Mark...@teliasonera.comMay 26, 2009 3:44 am 
Subject:Re: [Nagios-devel] Nagios is dead! Long live Icinga!
From:Andreas Ericsson (ae@op5.se)
Date:May 6, 2009 4:13:00 am
List:net.sourceforge.lists.nagios-devel

As a software engineer, I like what I see. As a friend of Ethan's and a longtime Nagios community member, this is just sad.

The way I see it though, it's not too late to salvage this yet, but it would require quite a lot of work on Ethan's part, and a lot of goodwill from the newly founded Icinga team.

Nagios' problem is, as stated, that Ethan is both inactive and the single bottleneck for all new patches and functionality that the community wants to include into the core one way or another. A solution to this would ofcourse be to be more free with handing out commit access and making the Nagios project more of a team effort. Ethan doesn't scale, but the community does. A second issue is the name "Nagios" which related projects are being prevented from using. I have no idea where that stemmed from, but I'd wish Nagios Enterprises would stop doing it for non-profit organisations. It does create a lot of irritation in that part of the community which actually works hard to make Nagios a better product for its end users.

Icinga's problem is that it has a community of zero users, and I suppose a bit of ill-will due to their attempts at pirating the community away from Nagios. Two of icinga's main goals are also at cross-purposes with already public projects to solve much the same things, available for download at git.op5.org (New PHP gui and reports with bells and whistles). This presents an opportunity for a truly interesting mess; If Icinga steps away from Nagios compatibility (in pretty much any part, really), op5 will be forced to either continue supporting Nagios, or, if Ethan doesn't wake up and start maintaining, we'll have to create our own fork. We'd be better at it than Icinga, but the community shares for each of the three projects would be decidedly smaller than that of a single project, if that project was properly maintained.

So... Solutions? I have none, but I have hopes.

I hope Ethan wakes up and starts working with the community again, and that he does so because it's fun.

I hope Ethan moves to a DSCM and provides push access to prominent contributors in the community.

I hope Icinga forks from that DSCM, and uses the same DSCM to maintain their own code so that a future merge becomes as painless as possible.

I hope Icinga releases their code early, so they don't fall into the pitfall of keeping things in the dark, promising "any day now we'll have something that's technically superior to what Nagios has". I searched their site but found no source there now, so presumably they have nothing to show yet. This makes the programmer in me go "ouch, do they suck that much?"

I hope this isn't just a political stunt to get Ethan to come out of hiding. If it is, it's very bad form. Put up the code and I'll have no doubts this is genuine anymore ;-)

I hope Icinga keeps their promises of staying 100% nagios- compatible. op5 doesn't want to fork upstream projects, but we may have to to keep API's and whatnot stable.

I hope that in a few months time, Nagios' steering is changed to prevent single-person bottlenecks, and that at least parts of the Icinga team are among those who expand the bottleneck.

I hope the Icinga team realizes what a monumental task they're setting out on. Creating a popular opensource project takes a lot more than just creating a technically superior piece of software. The nagios addons have been riding on the Nagios community (while at the same time cheering it on and doing a lot of the work, ofcourse). Icinga will start by swimming upstream. Noone has heard of it, and nobody uses it yet. Nagios OTOH is widely known as *the* opensource network monitoring tool.

Time will tell which of these hopes are in vain and which turn out to be unfounded worries. It always does.

-- Andreas Ericsson andr@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231

Register now for Nordic Meet on Nagios, June 3-4 in Stockholm http://nordicmeetonnagios.op5.org/

Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace.

------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com