Vorher Debian 13, jetzt Rocky 9. Beide das selbe Problem.
Posts by OnServe
-
-
Ne, der hatte keine Lust die Metadaten zu Aktualisieren. Ich hab das Bloonix Repo raus geschmissen, und danach wieder rein genommen, dann ging das Update auf 1.20.
[root@vps-b216604c]# tail -f /var/log/bloonix/bloonix-satellite.log
Dec 28 2025 14:01:53 NOTICE 1916 0.002716 child initilized
Dec 28 2025 14:01:53 NOTICE 1891 0.001554 start worker [pool=worker]
Dec 28 2025 14:01:53 NOTICE 1891 0.001594 start worker [pool=worker]
Dec 28 2025 14:01:53 NOTICE 1917 0.003278 child initilized
Dec 28 2025 14:01:53 NOTICE 1918 0.002700 child initilized
Dec 28 2025 14:01:53 NOTICE 1891 0.001822 start worker [pool=worker]
Dec 28 2025 14:01:53 NOTICE 1919 0.003282 child initilized
Dec 28 2025 14:01:53 NOTICE 1891 0.001652 start worker [pool=worker]
Dec 28 2025 14:01:53 NOTICE 1920 0.002673 child initilized
Dec 28 2025 14:01:53 NOTICE 1921 0.003137 child initilized
Dec 28 2025 14:04:45 NOTICE 1892 171.922103 connect from client 2a01:....::2 port 41310
Dec 28 2025 14:04:45 INFO 1892 0.045432 addr ('2a01:..::2', 41310, 0, 0) cipher TLS_AES_256_GCM_SHA384 ssl version TLSv1.3 bits 256
Dec 28 2025 14:04:45 NOTICE 1892 0.000138 start processing request from client 2a01:...::2 port 41310
Dec 28 2025 14:04:45 INFO 1892 0.000124 sending status ready to client
Dec 28 2025 14:04:45 INFO 1892 0.000118 send data timeout 15 max_bytes 0.0
Dec 28 2025 14:04:45 DEBUG 1892 0.000201 send: using old style plain json data exchange
Dec 28 2025 14:04:45 INFO 1892 0.000198 recv data, settings: timeout 15, max_bytes 524288.0
Dec 28 2025 14:04:45 DEBUG 1892 0.124832 recv: length = '103', marker = '0', available_marker = '1'
Dec 28 2025 14:04:45 DEBUG 1892 0.000151 recv: data not compressed
Dec 28 2025 14:04:45 NOTICE 1892 0.000054 received 103 bytes
Dec 28 2025 14:04:45 INFO 1892 0.000080 processing request
Dec 28 2025 14:04:45 DEBUG 1892 0.000254 [
{
"action": "server-status",
"authkey": "LANGERAUTHKEYHIER..."
}
]
Dec 28 2025 14:04:45 NOTICE 1892 0.000087 process server-status
Dec 28 2025 14:04:45 INFO 1892 0.000039 sending data
Dec 28 2025 14:04:45 INFO 1892 0.000040 send data timeout 15 max_bytes 0.0
Dec 28 2025 14:04:45 DEBUG 1892 0.000047 send: compression disabled, data lower than 1000 bytes
Dec 28 2025 14:04:45 DEBUG 1892 0.000059 send: length = '42', marker = '0', available_marker = '1'
Dec 28 2025 14:04:45 NOTICE 1892 0.000129 request finished from client 2a01:...::2 port 41310 -
Leider sagt ein Update weiterhin das keine neue Version da ist?!
-
Wenn die Zeile nicht geloggt wird, dann scheint es mir so das sich der Server nicht zur korrekten IP oder zum korrekten Port verbindet.
Das habe ich zuerst auch gedacht, hat sich aber nicht bestätigt.
Es wurde v1.20 ausgerollt - war eh ein Upgrade in der Pipe mit verbessertem Exception Handling.
Ich bekomme nur "bloonix-satellite is already the newest version (1.19-1)."?
-
Na sicher, das ist leider auch frei von Fehlern 🤷♂️ Es ist auch keine Firewall aktiv. Ich steh echt auf dem Schlauch 🤦♂️
-
Sind vielleicht im Authkey irgendwelche Steuerzeichen gerutscht? Eventuell einmal einen neuen Authkey generieren und ausrollen.
Leider nicht, und das habe ich auch schon versucht. Über die UI einen neuen erstellt und verwendet. Klappt leider nicht :-/
-
Moin Moin,
kurios, und ich weiß nicht mehr wo ich noch suchen soll:
Ich habe mehrere Satelliten welche Problemlos funktionieren. Bis auf einen. Dort kann ich aber mit openssl und telnet checks keine Probleme finden, SSL funktioniert, Verbindung zu 5464 funktioniert. Der AuthKey ist 100%ig korrekt und dennoch sagt mit der Satellite-Check: access denied.
Im Log mit Debug Mode ist nichts zu finden. 🤷♂️ Ich bin etwas irritiert. Hat jemand eine Idee wo ich noch suchen kann


Viele Grüße 👋 -
Hi,
ja, du hast völlig recht, ich hab mich damit aber noch nicht wieder beschäftigt also auch nicht ins Forum geschaut 🙈 Ich versuche es mal zwischen den Feiertagen erneut zu testen und dir mehr Infos zu geben. Es war in dem Fall ein Windows Server 2022!
Viele Grüße 👋 -
Ich hab nur ein Update & Upgrade via APT gemacht.
BTW: Sorry, schieb den Beitrag gern nach DE 😅 -
Danke, allerdings bekomme ich Ihn noch nicht ans laufen :-/ Ich finde in den Logs kein Fehler, aber es kommen keine Daten am Server an. Beim alten Bloonix war das kein Problem, wieso es jetzt hängt konnte ich noch nicht finden
Vielleicht gibt es ja Ideen wo ich suchen kann?! -
Hi,
ich habe grad ein Bloonix Update gemacht, und auch die neue WebGUI Version Installiert, und nun kommt der WebGUI nicht wieder:
Python
Display Moreroot@server ~ # journalctl -xeu bloonix-webgui.service Nov 08 19:06:47 server.example.com uwsgi[3631]: During handling of the above exception, another exception occurred: Nov 08 19:06:47 server.example.com uwsgi[3631]: Traceback (most recent call last): Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/srv/bloonix/webgui/app/heaven.py", line 1, in <module> Nov 08 19:06:47 server.example.com uwsgi[3631]: from bloonix.heaven import heaven Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/heaven/__init__.py", line 3, in <module> Nov 08 19:06:47 server.example.com uwsgi[3631]: H.init() Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/heaven/base.py", line 65, in init Nov 08 19:06:47 server.example.com uwsgi[3631]: self._load_application() Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/heaven/base.py", line 205, in _load_application Nov 08 19:06:47 server.example.com uwsgi[3631]: importlib.import_module(self.app_name) Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3.11/importlib/__init__.py", line 126, in import_module Nov 08 19:06:47 server.example.com uwsgi[3631]: return _bootstrap._gcd_import(name[level:], package, level) Nov 08 19:06:47 server.example.com uwsgi[3631]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/srv/bloonix/webgui/lib/bloonix_webgui/__init__.py", line 87, in <module> Nov 08 19:06:47 server.example.com uwsgi[3631]: H.model.autoload() Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/heaven/model.py", line 15, in autoload Nov 08 19:06:47 server.example.com uwsgi[3631]: self.load(p) Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/heaven/model.py", line 19, in load Nov 08 19:06:47 server.example.com uwsgi[3631]: self._load(arg) Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/heaven/model.py", line 36, in _load Nov 08 19:06:47 server.example.com uwsgi[3631]: instance = attr(self.heaven._config["model"][name]) Nov 08 19:06:47 server.example.com uwsgi[3631]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/srv/bloonix/webgui/lib/bloonix_webgui/model/db/__init__.py", line 68, in __init__ Nov 08 19:06:47 server.example.com uwsgi[3631]: self.run() Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/srv/bloonix/webgui/lib/bloonix_webgui/model/db/__init__.py", line 83, in run Nov 08 19:06:47 server.example.com uwsgi[3631]: self.upgrade_model() Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/srv/bloonix/webgui/lib/bloonix_webgui/model/db/__init__.py", line 155, in upgrade_model Nov 08 19:06:47 server.example.com uwsgi[3631]: func() Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/srv/bloonix/webgui/lib/bloonix_webgui/model/db/__init__.py", line 351, in upgrade_to_v16 Nov 08 19:06:47 server.example.com uwsgi[3631]: self.dbi.do(''' Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/dbi/pg.py", line 38, in do Nov 08 19:06:47 server.example.com uwsgi[3631]: cursor = self.execute(stmt, bind) Nov 08 19:06:47 server.example.com uwsgi[3631]: ^^^^^^^^^^^^^^^^^^^^^^^^ Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/dbi/base.py", line 69, in execute Nov 08 19:06:47 server.example.com uwsgi[3631]: return self._execute(stmt, bind) Nov 08 19:06:47 server.example.com uwsgi[3631]: ^^^^^^^^^^^^^^^^^^^^^^^^^ Nov 08 19:06:47 server.example.com uwsgi[3631]: File "/usr/lib/python3/dist-packages/bloonix/dbi/pg.py", line 33, in _execute Nov 08 19:06:47 server.example.com uwsgi[3631]: raise BloonixDatabaseError("pgcode=%s" % e.pgcode, e) Nov 08 19:06:47 server.example.com uwsgi[3631]: bloonix.exception.BloonixDatabaseError: ('pgcode=42P07', DuplicateTable('relation "service_parameter_satellite" already exists\n')) Nov 08 19:06:47 server.example.com uwsgi[3631]: unable to load app 0 (mountpoint='') (callable not found or import error) Nov 08 19:06:47 server.example.com uwsgi[3631]: *** no app loaded. GAME OVER *** Nov 08 19:06:47 server.example.com systemd[1]: bloonix-webgui.service: Main process exited, code=exited, status=22/n/aIch wäre für Hilfe sehr Dankbar =)
Ich wüsste nicht wieso doppelte Tabelle sein sollten, ich habe nichts an der DB selbst verändert
LG
-
Hey, danke! Ich bin mir nicht sicher ob es nur VMs sind welches das Problem haben, das werde ich aber mal prüfen und Testen.
-
Das läuft nun Problemfrei, danke =)
-
Hi,
ja, aber die Zeiten sind korrekt. Den gesamten Tag läuft der Check fehlerfrei, und Nachts Failed er einmal auf fast jedem Server.
LG
-
Moin Moin,
ich habe gerade für einen AT Satellite einen Server bei einem anderen Anbieter gebucht, welcher scheinbar einen schlankeren Kernel verwendet und somit der CPU Check Failed weil wicht alle Linux-Kernel liefern alle Felder! Bei älteren oder schlankeren Kerneln fehlen oft steal, guest, und guest_nice. Dann hat die Zeile weniger Werte. Wenn du dann auf values[8] zugreifst, crasht das Skript.
Ich hab dazu mal die Funktion get_cpu_stat so angepasst, dass sie zuerst prüft, wie viele Felder überhaupt da sind. Wenn ein Feld fehlt, setze es einfach auf 0.
Code
Display Moredef get_cpu_stat(filename, test=None): lines = check.get_file_content(filename) stats = { "user": 0, "nice": 0, "system": 0, "idle": 0, "iowait": 0, "irq": 0, "softirq": 0, "steal": 0, "quest": 0 } for line in lines: line = line.rstrip() match = re.search(r"^cpu\s+(.+)", line) if match: values = re.split(r"\s+", match.group(1)) # defensive programming: Werte nach Anzahl Felder setzen try: stats["user"] = int(values[0]) if len(values) > 0 else 0 stats["nice"] = int(values[1]) if len(values) > 1 else 0 stats["system"] = int(values[2]) if len(values) > 2 else 0 stats["idle"] = int(values[3]) if len(values) > 3 else 0 stats["iowait"] = int(values[4]) if len(values) > 4 else 0 stats["irq"] = int(values[5]) if len(values) > 5 else 0 stats["softirq"] = int(values[6]) if len(values) > 6 else 0 stats["steal"] = int(values[7]) if len(values) > 7 else 0 stats["quest"] = int(values[8]) if len(values) > 8 else 0 except Exception as e: # Bei Fehler alles auf 0 lassen (oder Logging) pass break return statsVielleicht solltest du, um es noch robuster zu machen, es auch so umsetzen?
Viele Grüße! -
Moin,
ich habe ein neues Plugin geschrieben, das auch auf den Sats laufen soll. Allerdings melden diese immer, dass sie den Befehl nicht kennen. Ich habe das Plugin bereits in das entsprechende Verzeichnis (/usr/local/lib/bloonix/plugins/) gelegt. Allerdings kann ich es ja nicht mit "bloonix-import-plugins-into-db" in die Datenbank aufnehmen, da die Sats keine eigene Datenbank haben. Dasselbe Problem habe ich auch mit Checks, die direkt auf den Agents ausgeführt werden sollen.
Wie gehe ich vor, damit Bloonix die Plugins bzw. Checks dennoch ausführen kann? Meine einzige Idee wäre, sie in den Default-Ordner zu legen. Laut Doku ist das aber eigentlich nicht vorgesehen, da sie ja genau in das aktuelle Verzeichnis gehören.
Habt ihr dafür eine Best-Practice-Lösung oder einen Tipp?
Update: Ich habe es aus reinem Interesse mal getestet. Wenn ich das Script in /usr/lib/bloonix/plugins/ schiebe, kommt der selbe Fehler!
LG 👋
-
Moin Moin Jonny,
ich bin kein Experte was LSI Raids angeht und erst recht nicht für storcli, aber ich glaube das Bloonix-Plugin verwendet immer MegaCli-Befehle für den Batterie-Check, selbst wenn storcli64 erkannt wurde:
Dieser Befehl ist nur in MegaCli gültig, aber nicht in StorCLI – und führt auf deinem PERC H330 (ohne BBU) zu einem Exit 255, der Monitoring-Fehler auslöst:
Korrigiere mich bitte wenn ich falsch liege.
Viele Grüße,
Phil -
Laut Docu sollte es einen Windows Client geben, aber im Repo fehlt der DL. Ist das beabsichtigt oder habe ich einen alten Link?
Vorab danke für die Hilfe!
-
-
Quote
Der Agent kontaktiert den Bloonix-Server. Der Bloonix-Server selbst kontaktiert keine Agenten.
Und genau da lag mein Denkfehler. Danke! Damit hast du es gerade geklärt
