Legacy Bloonix Agents

Lukasz · August 22, 2025 at 9:37 PM

Hi Jonny,

besteht die Chance noch einen Agent Paket für Debian 13 Trixie zu bekommen, der kompatibel mit der Perl Version ist?

Mein Bloonix Server möchte noch sein 10 Jähriges feiern

Code

Filesystem created:       Sun May  1 11:32:02 2016

Grüße

Lukasz

Jonny · August 22, 2025 at 10:39 PM Official Post

Hey Lukasz,

nimm einfach das aus Bookworm, dass müsste voll kompatibel sein.

VG

Jonny · August 22, 2025 at 10:58 PM Official Post

Quote from Lukasz

Mein Bloonix Server möchte noch sein 10 Jähriges feiern

Jepp, ich erinnere mich aus dem alten Forum an dich

Jonny · August 23, 2025 at 3:58 PM Official Post

Code

deb [signed-by=/usr/share/keyrings/bloonix.gpg] https://download.bloonix.de/repos/debian/ trixie main

wget -O- https://repo.bloonix.org/bloonix.gpg | gpg --dearmor >/usr/share/keyrings/bloonix.gpg

apt-get update

Hab mal fix das Trixie Repo gebaut. Wichtig ist, den neuen GPG Key zu verwenden von repo.bloonix.org, nicht von download.bloonix.de.

Lukasz · August 25, 2025 at 7:37 AM

Danke dir - ich habe zwischenzeitig das Paket für Bookworm getestet und es funktioniert weitestgehend. Ich passe allerdings noch das systemd file etwas an, da systemd hier etwas zu meckern hat. Das ist aber nicht weitere tragisch.

Code

/usr/lib/systemd/system/bloonix-agent.service:17: Standard output type syslog is obsolete, automatically updating to journal. Please update your unit file, and consider removing the setting altogether. 
Aug 25 08:10:08 debianvm48.home.dc systemd[1]: /usr/lib/systemd/system/bloonix-agent.service:18: Standard output type syslog is obsolete, automatically updating to journal. Please update your unit file, and consider removing the setting altogether.

Zusätzlich habe ich einen restart eingebaut, sollte der Agent aus irgend einem Grund mal auf die Nase fallen.

Code

[Unit]
Description=Bloonix Agent
After=network.target
StartLimitInterval=30
StartLimitBurst=5
[Service]
Type=forking
PIDFile=/run/bloonix/bloonix-agent.pid
ExecStartPre=/usr/lib/bloonix/bin/bloonix-pre-start /var/lib/bloonix /var/lib/bloonix/agent /var/log/bloonix /run/bloonix
ExecStart=/usr/bin/bloonix-agent --pid-file /run/bloonix/bloonix-agent.pid --config-file /etc/bloonix/agent/main.conf --sock-file /run/bloonix/bloonix-agent.sock
ExecReload=/bin/kill -1 $MAINPID
ExecStop=/bin/kill -15 $MAINPID
PrivateTmp=false
TimeoutStartSec=15
TimeoutStopSec=30
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

Display More

Cool wäre es wenn man im preinst Teil des core paketes die bloonix gruppe mit groupadd -r bloonix anlegt, damit die id < 1000 ausfällt. Beim User passiert das. Da ich mein Server mit einem preseed betanke und während der Installation schon der Agent drauf kommt, schnappt dieser sich für die Gruppe immer die id 1000.

uid=988(bloonix) gid=1000(bloonix) groups=1000(bloonix)

In meinem ersten Anlauf ist die automatische Registrierung nicht gelaufen, weil ich IP Adresse nach dem Neustart ermittelt werden konnte. DNS Einträge passen jedoch. Nach einem Neustart des Agent hat dieser die IP dann auch gefunden. Ich teste das mal mit den neuen Paketen auch wenn ich auf den ersten Blick keine speziellen Anpassungen für Trixie gesehen habe

Jonny · August 25, 2025 at 10:06 AM Official Post

Hallo Lukasz,

es ist möglich vor der Installation des Core Pakets ein groupadd auszuführen und die Gruppe mit der gewünschten ID selbst anzulegen.

Die alte Bloonix Version ist ja nun schon seit einigen Jahren eingefroren und wird auch nicht mehr supportet. Das Paket für Trixie wurde nicht neu gebaut, sondern lediglich aus Bookworm ins Trixie Repo kopiert.

Es wäre ratsam sich so langsam von der alten Bloonix Version zu verabschieden.

Lukasz · August 25, 2025 at 3:26 PM

Ich installiere den Agent schon während der OS-Installation - in meiner preseed Datei definiert mit ( d-i pkgsel/include bloonix-agent und weitere Pakete für meine Standardinstallation ) .

d-i preseed/late_command wird nach der OS Installation samt Zusatzpaketen ausgeführt, hier ist die bloonix Gruppe mit der ID 1000 schon vorhanden.

d-i preseed/early_command ist too early, weil noch kein OS Installiert ist.

Ich könnte sicher etwas drum herum bauen wie z.B. die Agent Installation aus dem preseed herausnehmen und später mit Ansible samt Fix der Gruppen ID drüber bügeln - daran soll es nicht scheitern. Ich bin der Meinung, dass bereits bei der Installation der Software die notwendige Gruppe als System-Gruppe (ID < 1000) vom Paket her deklariert werden sollte.

Ich habe das Thema mit der Gruppen ID zwar für die Legacy Variante angesprochen, allerdings betrifft es auch die neue Bloonix Version - hier sieht der preinst Teil identisch aus. Cool wäre es wenn du das für Bloonix v2 anpassen könntest.

Quote from Jonny

Es wäre ratsam sich so langsam von der alten Bloonix Version zu verabschieden.

Ich weiß, nur muss ich die Zeit finden mich mit der neuen Version zu beschäftigen und meinen Zoo an Custom Plugins von perl auf python zu portieren. Ich finde es schon super, dass du Bloonix v2 bis runter zu Stretch paketiert hast - hiervon habe ich noch paar Maschinen am laufen

Edit: Mein größeres Problem ist gerade, dass bei Trixie nach dem ersten Boot die IP-Adresse vom Agent nicht ermittelt werden kann und die Registrierung auf die Nase fällt.

Lukasz · August 25, 2025 at 4:19 PM

Code

Aug 25 16:22:10 debianvm49 systemd[1]: Reached target network-online.target - Network is Online. 
Aug 25 16:22:10 debianvm49 systemd[1]: Starting bloonix-agent.service - Bloonix Agent...

[...]

Aug 25 16:22:11 debianvm49 ifup[819]: ens33: soliciting a DHCP lease 
Aug 25 16:22:11 debianvm49 dhcpcd[819]: ens33: soliciting a DHCP lease 
Aug 25 16:22:11 debianvm49 ifup[819]: ens33: offered 172.16.40.36 from 172.16.6.3 
Aug 25 16:22:11 debianvm49 dhcpcd[819]: ens33: offered 172.16.40.36 from 172.16.6.3 
Aug 25 16:22:11 debianvm49 dhcpcd[819]: ens33: ignoring offer of 172.16.40.36 from 172.16.6.4 
Aug 25 16:22:11 debianvm49 ifup[819]: ens33: ignoring offer of 172.16.40.36 from 172.16.6.4 
Aug 25 16:22:11 debianvm49 ifup[819]: ens33: probing address 172.16.40.36/24 
Aug 25 16:22:11 debianvm49 dhcpcd[819]: ens33: probing address 172.16.40.36/24 
Aug 25 16:22:13 debianvm49 ifup[819]: ens33: soliciting an IPv6 router 
Aug 25 16:22:13 debianvm49 dhcpcd[819]: ens33: soliciting an IPv6 router

Display More

Die Dienste laufen schon alle an, bevor der dhcp client sich ausgetobt hat. Das ist in erster Linie ein Problem mit Debian 13 .. nicht unbedingt des bloonix-agents. Der Agent scheint allerdings die IP-Adresse nur einmalig beim Start zu ermitteln. Aller weiteren Versuchen basierend auf dem Wert aus dem initialen Start.

Jonny · August 25, 2025 at 4:26 PM Official Post

Über Preseed wäre es dann tatsächlich eher im late_command richtig, wenn du vorher noch den User anlegen möchtest. Danach dann das Paket installieren. Das mit dem System-User ist jedoch ein guter Punkt und konstruktiver Hinweis. Ich denke das lässt sich umsetzen und wäre somit auch Policy-konform. Ich lass die Änderung mal durch die Build-/Testsysteme laufen.

Ich selbst rolle den Agenten aber auch erst mit Ansible aus, denn über Ansible wird die Datei für die Registrierung gebaut.

Das Umbauen der Plugins gilt nur für die Plugins, die nicht Nagios-kompatibel sind. Mit den Bloonix-kompatiblen Skripts hat sich einiges geändert, ist aber auch deutlicher einfacher als vorher.

Die Probleme mit der IP lassen sich umgehen, in dem der Wert fest übergeben wird. Oder du ermittelst die IP selbst und schreibst sie in die Registrierungsdatei.

Jonny · August 25, 2025 at 4:30 PM Official Post

Quote from Lukasz

Code

Aug 25 16:22:11 debianvm49 ifup[819]: ens33: soliciting a DHCP lease

Mein Tipp: net.ifnames=0

Damit hast du überall eth0 als erstes Interface, was man für die IF-Checks sauberer einbinden kann, ohne vorher ermitteln zu müssen, wie denn nun der Name des Interfaces ist.

Jonny · August 25, 2025 at 4:51 PM Official Post

bloonix-core-1.60 ist raus, mit "-r" bei groupadd.

Lukasz · August 26, 2025 at 6:26 AM

Quote from Jonny

Die Probleme mit der IP lassen sich umgehen, in dem der Wert fest übergeben wird. Oder du ermittelst die IP selbst und schreibst sie in die Registrierungsdatei.

Das wäre auch eine Idee. Müsste der Eintrag in der register.conf dann ipaddr <ip> lauten? Das könnte ich mit einem Platzhalter in der config-Datei und einem sed oneliner im preseed file noch abwickeln. Die IP bekomme ich mit ip -br a | grep 'ens.*UP' | awk '{split($3, ip, "/"); print ip[1]}' einfach zu greifen.

ich würde aber noch mal schauen wieso Debian13 sich hier anders verhält als seine Vorgänger.

Quote from Jonny

Mein Tipp: net.ifnames=0
Damit hast du überall eth0 als erstes Interface, was man für die IF-Checks sauberer einbinden kann, ohne vorher ermitteln zu müssen, wie denn nun der Name des Interfaces ist.

Das habe ich bereits etwas anders gelöst. Im preseed wird ein register.conf Template mit dem Eintrag variables NIC=@@NIC@@ kopiert und dann entsprechend angepasst.

in-target sed -i "s/@@NIC@@/$(ip a | grep 'ens.*UP' | cut -d ":" -f 2 | sed 's/^[ \t]*//')/g" /etc/bloonix/agent/register.conf;

Die IF-Checks in den Templates nutzten dann nur noch die %NIC% Variable.

Jonny · August 26, 2025 at 1:17 PM Official Post

Wir machen das noch etwas anders... Bei uns werden die Preseed Dateien für jede Maschine adhoc generiert. Im late_command füllen wir eine Datei lediglich mit Variablen und schreiben diese in /root/config.

Code

cat <<EOF
d-i preseed/late_command string \\
  in-target sh -c "echo 'SSH_PUBKEY=\"$VIRT_ROOT_SSH_PUBKEY\"' >/root/config"; \\
  in-target sh -c "echo 'SSH_PORT=$VIRT_SSH_PORT' >>/root/config"; \\
  in-target sh -c "echo 'IF_EXT=$VIRT_IF_EXT' >>/root/config"; \\
  in-target sh -c "echo 'IF_INT=$VIRT_IF_INT' >>/root/config"; \\
  in-target sh -c "echo 'IP4_ADDR=$VIRT_IP4_ADDR' >>/root/config"; \\
  in-target sh -c "echo 'IP4_GW=$VIRT_IP4_GATEWAY' >>/root/config"; \\
  in-target sh -c "echo 'IP6_ADDR=$VIRT_IP6_ADDR' >>/root/config"; \\
  usw...
  in-target wget http://internal.example/init-vm.sh -O /root/init-vm.sh; \\
  in-target chmod 750 /root/init-vm.sh; \\
  in-target /root/init-vm.sh;
EOF

Display More

Das Skript init-vm.sh liest die Config und erledigt den Rest. Es ist viel zu mühselig alles in late_command zu packen und wie wild zu quoten.

Zu deiner eigentlichen Frage. Ja, du kannst die IP da rein schreiben:

Code

company_id 12345
company_authkey secret-key
hostname test.bloonix.org
ipaddr 127.0.0.1
ipaddr6 ::1
description Test host
host_template_tags linux, apache, mysql

Lukasz · August 27, 2025 at 1:42 PM

Macht Sinn - ich habe mein pressed initial für Debian 9 geschrieben und es hat nur bedingt Spaß gemacht. Danach wurde es aber nur kopiert und auf die Version angepasst. Meine Systeme sind in der Basisinstallation recht statisch.

Kurzes Update zu dem Problem bei der Registrierung durch die verzögerte dhcp Client config.

Debian 13 hat per Default vom isc-dhcp-client auf dhcpcd gewechselt. Das Zusammenspiel von ifupdown und dhcpcd ist noch nicht ganz rund, da dhcpcd wohl im Hintergrund forked und sich um die Adresse beiläufig kümmert. Sobald die Schnittstelle carrier hat und gerade mal einen link-lokal v6 da ist, ist ifup durch und es werden bereits weitere Services gestartet. Die IP-Adresse von dhcpv4 kommt erst einige Sekunden später und braucht noch weitere ~5 Sekunden bevor diese angewandt wird, wenn man ARP Probing aktiviert lässt.

Ich habe es mit mal mit ifupdown-wait-online.service versucht, was auch etwas extra config und ein zuverlässiges ping Ziel benötigt, um die Dienste nach der IP Vergabe zu starten . Finde ich nur bedingt gut. Die IP Konfiguration in die Hände von systemd zu geben und dann systemd-networkd-wait-online.service mit -o routable zu verwenden wollte ich auch nicht.

Schlussendlich habe ich erst einmal während der Basisinstallation isc-dhcp-client wieder rein gedreht. Damit funktioniert es sauber und die Dienste starten erst nach der IP Konfiguration. Ich befürchte, dass der Bloonix-Agent nicht der einzige Dienst sein wird, der Probleme macht, wenn dieser vor der finalen IP Konfiguration startet.

Jonny · August 27, 2025 at 3:18 PM Official Post

Der Bloonix Agent sollte hier kein Problem sein. Nach einem Reboot prüft der Agent die Datei /proc/uptime und startet erst, wenn der Server 30 Sekunden lang online ist.

Edit: das wurde gemacht, damit der Server auf dem der Agent läuft genügend Puffer hat die Zeit zu synchronisieren, da ansonsten die Cache Dateien diverser Checks mit Zeitstempel nicht mehr korrekt sind.

Lukasz · August 27, 2025 at 3:36 PM

Mein Problem ist in erster Linie die Auto Registrierung in Verbindung mit meinem Workflow zur Bereitstellung der Systeme. Dadurch, dass der Agent ohne host.conf das erste mal startet, bevor die IP Config durch DHCP fertig ist, läuft die Registrierung gegen die Wand.

Code

Aug 27 10:58:10 [ERROR] $VAR1 = { 
         'offset' => 0, 
         'server_time' => '1756285090676', 
         'status' => 'err-610', 
         'maintenance' => 'disabled', 
         'total' => 2, 
         'who_am_i' => 'bloonix.home', 
         'size' => 2, 
         'version' => 143, 
         'data' => { 
                     'failed' => [ 
                                   'ipaddr' 
                                 ], 
                     'message' => 'Please fill in the red marked fields correctly!' 
                   } 
       };

Display More

Mein Playbook, das am Bloonix Server den neuen Host aktiviert, greift dann ins leere. Wenn der Agent einmal registriert ist, ist das kein Problem mehr, richtig.

Ich habe jetzt auch gelernt, dass die Lösung simpler sein kann. Anstatt das interface mit allow-hotplug zu deklarieren, nimmt man einfach auto. Dann starten die Dienste auch mit dhcpcd nachdem die IP Config fertig ist.

Legacy Bloonix Agents

Participate now!

Users Viewing This Thread