Fikk en kollega inn på kontoret til morgenen i dag, og fikk høre at Nagios var forket til ICINGA, noe som jeg var veldig overrasket over. Begynte øyeblikkelig å gå igjennom mailer som har kommet inn på Nagios-devel-lista det siste døgnet, og så rimelig kjapt at det var en god grunn for forkingen.
Hovedutvikleren for Nagios, Ethan Galstad har jobbet med Nagios siden 1999, og produktet har vokst seg stort innen open source-bevegelsen, og er en så godt som standard for open source overvåking av tjenester. I løpet av disse ti årene har det blitt et kjempestort community med mange som jobber for å gjøre Nagios bedre, og prosjektet har blitt enormt mye større enn Ethan, men fortsatt er Ethan den eneste som har tilgang til å legge inn patcher og gjøre forbedringer på kildekoden. En slik lukking av open source-prosessen gjør at man ikke kan overleve i lengden.
I tillegg til en veldig lukket prosess, så har Ethan startet et eget selskap, Nagios Enterprises, og har brukt det siste året til å tvinge andre Nagios-selskaper til å slutte å bruke navnet “Nagios”. Ethan har brukt tiden på å juridiske ting, i stedenfor å gjøre den jobben folk forventer at han skal gjøre; utvikle Nagios!
Det har vært endel debatt på mailinglisten om hvorvidt ICINGA kommer til å lykkes eller ei, og foreløpig er jeg av den konklusjonen at de kommer til å lykkes, utelukkende på grunn av en enkelt mail fra Ethan, hvor han skriver at utviklingen ikke er død, fordi ting skjer “behind the scenes”, i form av supportkontrakter og “beskyttelse av varemerket Nagios”. Altså ingen svar på den faktiske kritikken av at programmeringen går for sakte.
Nei Ethan, nå har du veldig kort tid på deg til å faktisk gjøre noe med kritikken, ellers skifter jeg til ICINGA. Det er svært sjeldent at noen forker et open source-prosjekt, men når det gjøres, er det stort sett fordi ting ikke fungerer lenger, og det er ikke ofte det er relatert til at produktet er for dårlig!
We use DNS roundrobin to give students access to diffrent Windows terminal servers. One of the people in my department wrote a perlscript to check which servers are currently in production by checking what servers has a A-record in “tscluster.ped.local”. I’ve rewritten parts of this small script to be able to use it as a Nagios plugin. No more problems with nobody actually fixing problems with servers after they have been taken out of production because of testing, reinstallation or errors.
check_dnscluster — download
These are the nagios configuration defintions I use:
define service {
use generic-service
hostgroups skole-windows-terminalserver-group
check_command check_dnscluster!tscluster.ped.local!10.5.48.44
service_description Skole-WTS innmeldt i cluster
servicegroups skole-tscluster-servicegroup
check_interval 30
}
define command {
#./check_dnscluster.pl -s 10.5.48.44 -A tscluster.ped.local -H 10.5.49.32
command_name check_dnscluster
command_line $USER1$/check_dnscluster.pl -H $HOSTADDRESS$ -A $ARG1$ -s $ARG2$
}
define servicegroup
servicegroup_name skole-tscluster-servicegroup
alias Alle servere i tscluster
}