ioBroker admin startet nicht mehr

[Roffi]

@mcm57 Ja, bin mir dessen bewusst. Wenn ich per ssh admin.1 ausschalte und admin.0 zu starten versuche, gibt es gleiche Einträge im log:

2024-04-02 19:34:26.219  - info: host.smartberrypi Restart adapter system.adapter.admin.0 because enabled
2024-04-02 19:34:56.393  - info: host.smartberrypi instance system.adapter.admin.0 started with pid 9100
2024-04-02 19:35:02.521  - info: admin.0 (9100) starting. Version 6.13.16 in /opt/iobroker/node_modules/iobroker.admin, node: v18.20.0, js-controller: 5.0.19
2024-04-02 19:35:02.628  - info: admin.0 (9100) requesting all objects
2024-04-02 19:35:06.019  - info: admin.0 (9100) received all objects
2024-04-02 19:35:07.390  - info: admin.0 (9100) Request actual repository...
2024-04-02 19:35:07.446  - error: admin.0 (9100) uncaught exception: Unexpected token O in JSON at position 0
2024-04-02 19:35:07.448  - error: admin.0 (9100) SyntaxError: Unexpected token O in JSON at position 0
    at JSON.parse (<anonymous>)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.admin/main.js:517:35)
    at processImmediate (node:internal/timers:478:21)
2024-04-02 19:35:07.451  - error: admin.0 (9100) Unexpected token O in JSON at position 0
2024-04-02 19:35:07.532  - info: admin.0 (9100) terminating https server on port 8081
2024-04-02 19:35:07.539  - info: admin.0 (9100) terminating
2024-04-02 19:35:07.545  - warn: admin.0 (9100) Terminated (UNCAUGHT_EXCEPTION): Without reason
2024-04-02 19:35:09.331  - info: host.smartberrypi Updating repository "live-stable" under "http://iobroker.live/repo/sources-dist.json"
2024-04-02 19:35:09.555  - error: host.smartberrypi Caught by controller[0]: SyntaxError: Unexpected token O in JSON at position 0
2024-04-02 19:35:09.556  - error: host.smartberrypi Caught by controller[0]:     at JSON.parse (<anonymous>)
2024-04-02 19:35:09.561  - error: host.smartberrypi Caught by controller[0]:     at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.admin/main.js:517:35)
2024-04-02 19:35:09.562  - error: host.smartberrypi Caught by controller[0]:     at processImmediate (node:internal/timers:478:21)
2024-04-02 19:35:09.564  - error: host.smartberrypi instance system.adapter.admin.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2024-04-02 19:35:09.566  - info: host.smartberrypi Restart adapter system.adapter.admin.0 because enabled
2024-04-02 19:35:13.714  - info: host.smartberrypi "system.adapter.admin.0" disabled
2024-04-02 19:35:45.136  - error: admin.0 (9134) adapter disabled
2024-04-02 19:35:45.204  - warn: admin.0 (9134) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
2024-04-02 19:35:45.912  - error: host.smartberrypi instance system.adapter.admin.0 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)
2024-04-02 19:35:45.914  - info: host.smartberrypi Do not restart adapter system.adapter.admin.0 because disabled or deleted

Auch das https ist mir bekannt und bewusst, der Fehler ist aber ein 'ERR_CONNECTION_REFUSED', kein "unsicheres Zertifikat", wie das sonst immer wieder aufkommt.

[mcm1957]

@roffi said in ioBroker admin startet nicht mehr:

Ich hab jetzt mal im source nachgesehen.
An der Stelle wird der state info.update.Json der admin Instanz gelesen.

Schau dir den State mal an. Ich bin ziemlich sicher, dass da Schrott drinnen steht.

Lösung wäre (wenn ich den Code richtig lese)

Den State löschen
Oder
Den ihalt von admin.1.info.updateJson dort reinkopieren

Dass admin da crashed ist m.E. ein Bug. Ich wer da mal ein Issue erstellen. Wäre traumhaft wenn du den fehlerhaften Inhalt des States hier posten könntest.

[Roffi]

@mcm57 vielen Dank für das Nachschauen, da lag der Fehler. Der telegram Adapter hat fleißig überall ON-Command rein geschrieben, inklusive der Zustände von admin.0 .

Hab die roten Zustände durch den Inhalt der admin.1 ersetzt, wie du vorgeschlagen hast. Nach wechseln der Instanz per ssh lief die Weboberfläche dann wieder. Beim Kopieren wurde geloggt, dass Änderungen ohne acknowledge vorgenommen wurden, bei Starten dann kein einzige Warnung oÄ mehr.

warn	Read-only state "admin.0.info.updatesJson" has been written without ack-flag with value "{}"

Vielen Dank für die Hilfe!

[mcm1957]

@roffi

OK - schön das die Ursache für das Startproblem gefunden wurde.

ABER ehrlich gesagt kann ich mir nicht vorstellen, dass der TG einfach so aus "Spass" sinnvollen Text in ganz andere States geschrieben hat. Eventuell ist auch dein Dateisysetm angeschlagen und die Datenbank hat da Schrott gelesen.

Will keine Panic auslösen - aber ev. kan @Thomas-Braun sagen wie das Dateisystem ggF geprüft werden kann, Immerhin hast du ja einen Cold Reboot (also einen unsauberen Shutdown) dem Sysetm zugemutet (oder zumuten müssen).

Zusätzlich würde ich alle Adaptereinstellungen prüfen sofern sie kritische Adapter sind, Nicht dass der Heizungsregler dein Schalfzimmer in ne Sauna umwandelt

Und noch was;
Was genau meinst du im ersten Post mit "In den Einstellungen "Settings telegram.0" eingeschaltet. Wo hast du da was getan?
OK, du hast offenbar telegramm bei ALLEN States eingschaltet. Dass da das Memory raucht ist mal klar.

[Thomas Braun]

@mcm57
Zumindest um 14:47 war das Dateisystem sauber.

Messages concerning ext4 filesystem in dmesg:
[Tue Apr  2 14:47:48 2024] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 video=Composite-1:720x480@60i vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=4ad59149-02 rootfstype=ext4 fsck.repair=yes rootwait cfg80211.ieee80211_regdom=DE
[Tue Apr  2 14:47:51 2024] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: none.
[Tue Apr  2 14:47:51 2024] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[Tue Apr  2 14:47:57 2024] EXT4-fs (mmcblk0p2): re-mounted. Quota mode: none.

[mcm1957]

OK, hab mal den Telegrammer ein wenig überflogen. Der scheint auch Antworetn in States zu schreiben.
Wenn nun wer die States des Admin (dadurch dass er ALLE States) dem Telegramm zum Fraß vorwirft dann kann Telegramm da auch was reinschreiben ...

Ergo:
User error - kein Dateisystemproblem.

Und für Admin gibts ein Issue. Crashen sollte admin da natürlich nicht...

[Roffi]

@mcm57
Danke für die Warnung. Zum glück bin ich noch in der Experimentalen Phase und habe noch nichts wichtiges aktiv, werde die Zustände prüfen, bevor ich etwas aktiviere

Ja, das Problem ist definitiv mein Verschulden gewesen. Wenn auch ich überrascht bin, wie leicht es war, das System abzuschießen.

[Roffi]

@thomas-braun Dankeschön

[Feuersturm]

@mcm1957 Hatte auf Basis der Fehlerursache das issue https://github.com/ioBroker/ioBroker.admin/issues/2422 hier erstellt. Vielleicht kann es ja jemand @Roffi ? mit der aktuellen admin Version (z.B. 6.17.13) testen, ob der Bugfix i.O. ist und das issue geschlossen werden kann.

mcm1957 created this issue in ioBroker/ioBroker.admin

closed [bug]: Admin crashes if state infoUpdates is invalid #2422

[mcm1957]

Problem ist bei mir mit admin 6.17.14 behoben.