ioBroker plötzlich über Weboberfläche nicht mehr erreichbar

crunchip

@homoran sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

da ist doch der Übeltäter

@netfriend sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Vermutlich durch
"Den ersten Versuch habe ich am 11.04. Abends unternommen, daher sind danach die Backups wohl deutlich kleiner geworden"

Homoran

@crunchip henne und Ei Problem?

crunchip

@homoran keine Ahnung was da gemacht wurde, aber zumindest sind da

8.8M    /opt/iobroker/iobroker-data/objects.json.old

netfriend

Hallo zusammen,

ich möchte mich nochmal melden. Ich bin nun wieder zu Hause und habe mir alles nochmal am PC mit dem großen Bildschirm angesehen. Ist doch etwas übersichtlicher als von unterwegs mit dem Tablet.

Ich habe meinen Fehler gefunden. Zuerst hatte ich mich nach der Anleitung https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiepbf8l67-AhX6XfEDHQLqCFoQtwJ6BAgLEAI&url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DFZeWNwXC7rk&usg=AOvVaw3oZLIhYRBFm8hav-chw12X gerichtet.
Dort wird leider nicht darauf hingewiesen, dass es in den Backup-Objects entweder *.json oder *.jsonl Dateien gibt. Beim Umkopieren der vermeintlich noch funktionierenden Dateien habe ich dann die gepackten *.jsonl in *.json entpackt. Das habe ich dann erst nicht gesehen und mich gewundert. Alle Versuche danach haben mich nur noch mehr verwirrt.
Nun habe ich aufgrund des Hinweises von @crunchip mir die

8.8M    /opt/iobroker/iobroker-data/objects.json.old

angesehen und nach objects.jsonl umbenannt, die zeitlich passende states.json.old gesucht und ebenfalls noch states.jsonl umbenannt und iobroker neugestartet....und siehe da, läuft wieder.

Damit hatte ich noch Glück, den die anderen zeitlich passenden gepackten Dateien sind nun wirklich aus dem Puffer rausgerutscht. Also Glück im Unglück :-)

Alternativ hätte ich noch eine SD-Karten-Kopie gehabt und auch ein mittels BackitUp-Adapter erzeugtes Backup. Aber prima wenn es so funktioniert hat.

Danke an alle, die mir soweit versucht haben, zu helfen. Die Anleitung von @Thomas-Braun (Link) weißt explizit auf die Unterschiede json/jsonl hin, das habe ich aber überlesen.

Nun habe ich auch mein System wieder soweit aktualisiert und auch das Kernel-Update auf die 6.1.23-v8+ durchgeführt.

Ihr hattet mich noch auf die großen Logfiles hingewiesen. Aktuell sieht es so aus:

Files in neuralgic directories:

/var:
9.3G    /var/
6.0G    /var/log
4.0G    /var/log/journal/131bbf4012434f1fbf85765663b6a868
4.0G    /var/log/journal
2.8G    /var/lib

/opt/iobroker/backups:
3.3G    /opt/iobroker/backups/

Die iobroker/backups stammen vom BackitUp-Adapter, der immer 10 Updates vorhält. Eigentlich werden diese in GoogleDrive gespeichert, bleiben hier aber offenbar auch noch erhalten. Die Größe kommt davon, weil noch eine InfluxDB auf diesem Raspi läuft - und davon noch 10 Backups hier liegen.

Was mich mehr interessiert, sind die in /var enthaltenen Logs.
Was kann ich mit dem journal anfangen? Kann man die irgendwie ansehen bzw. die Logtiefe reduzieren?

Könnt Ihr mir hier bitte nochmal helfen. Bin nicht so fit mit linux und lerne noch jeden Tag dazu.

MOD-EDIT: externen Link sichtbar gemacht!

Damrak2022

@thomas-braun Habe gestern Abend Minen Rechner ganz normal aus und eben wieder angemacht. Jetzt komme ich auch nicht mehr auf die Weboberfläche
Ping auf den Raspi funktioniert
Habe den Raspi dann runtergefahren und neu gestartet. Jetzt geht das alles wieder, aber mich würde interessieren, wie das passieren kann.

Ich bekomme aber des öfteren die Meldung Cannot get repository - timeout
Bei erneuten ab und anmelden ist dann alles normals

Thomas Braun

@damrak2022

Ohne Log: Keine Ahnung.

Homoran

@damrak2022 sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Habe gestern Abend Minen Rechner ganz normal aus

den iobroker Server?

Damrak2022

@thomas-braun Stimmt mit der Glaskugel ist schwierig - sorry
Aber da ist nichts zu finden. Ich hoffe einfach das es einmalig war.

Damrak2022

@homoran Nein der läuft 24/7

? Offline

@damrak2022 sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Ich bekomme aber des öfteren die Meldung Cannot get repository - timeout

Moin,

meine Glaskugel sagt mir, eine instabile Netzwerkumgebung.

VG
Bernd

GOETSCHHOFER

@crunchip

Ich habe seit gestern Abend um ca. 21 h 30 keine Verbindung mehr zwischen iobroker und Grafana, Daten fehlen ab diesem Zeitpunkt. Kein Zugriff über Weboberfläche möglich.
Kann zwar über die Konsole und über putty auf den iobroker zugreifen, ebenso ist ein ping möglich, Reboot habe ich in proxmox auch bereits durchgeführt.

Vielen Dank für die Hilfe.

LG

Karl

wendy2702

@goetschhofer

Zeig mal die Ausgabe von

iob diag

GOETSCHHOFER

@wendy2702 said in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

@goetschhofer

Zeig mal die Ausgabe von
iob diag 

Anbei auch die iobroker logs:

Vielen Dank

crunchip

@goetschhofer alsooooooooo
zum ersten, Bilder sind nicht gut, besser die Zeile in code tags packen

dann

du fährst ein veraltetest System
buster, node, js controller, admin, alles ein alter bzw abgelaufener Stand

zur Fehlermeldung, da hat es dir wohl das System zerschossen, Frage ist was war da zuvor, so wie ich sehe, sind da ja auch neustarts der Maschinen frühs um kurz vor 8

des weiteren hast du wohl einige backups(11GB) in /opt/iobroker liegen, dadurch ist dir womöglich der Plattenplatz ausgegangen

1 würde ich die backups löschen, damit du wieder Platz hast
2 deinen Fehler beheben, siehe https://forum.iobroker.net/topic/43325/mini-howto-cannot-find-view-system-for-search-host?_=1682841733466
3 buster auf bullseye updaten https://www.cyberciti.biz/faq/update-upgrade-debian-10-to-debian-11-bullseye/
4 node updaten auf v18 https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-16-und-18

ansonsten, wenn du dir die Fehlerbehebung nicht zu traust, könntest du ein Proxmox backup zurück spielen, sofern vorhanden, dann sollte iobroker wieder laufen.
Allerdings musst du trotzdem Punkt 1,3 und 4 in Angriff nehmen

GOETSCHHOFER

@crunchip

Hallo crunchip,

vielen lieben Dank für detaillierte Erläuterung für Dummys wie mich. :grinning:
Die detaillierte Fehlerbehebung traue ich mir nicht wirklich zu, dazu bin zu viel Anfänger und Laie, deshalb werde ich den Weg über das proxmox-restore iobroker wählen.

Gott sei Dank bin ich bei den Backup`s besser dran, als bei meinen Updates.
Das letzte Backup ist von gestern 29.4.2023-12 h 30 vom iobroker, am Abend um 21 h 30 ist dann das Problem aufgetreten.

Da hat sich ordentlich was angesammelt, dies Backups habe ich jetzt alle gelöscht, Schritt 1 mal erledigt.
Schritt 3 u. 4 werde ich sofort in den nächsten Tagen angehen, wie von dir aufgezeigt.

Wenn ich dich richtig verstanden habe, dann muss ich ja nur die VM-iobroker restoren oder muss ich wie oben geschrieben hast, das komplette Proxmox zurückspielen ?

Vielen Dank für die Hilfe.

LG

Karl

Das letzte Backup ist von heute 30.4.2023-12 h, ich denke ich muss das Backup von gestern 29.4.2023-12 h nehmen ?
Da ich ja erst nach 12 h heute die backups gelöscht habe ! ?

ncdu 1.13 ~ Use the arrow keys to navigate, press ? for help
--- /opt/iobroker/backups -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
                         /..
    3,4 GiB [##########]  influxDB_2023_04_12-22_00_14_backupiobroker.tar.gz
    3,4 GiB [######### ]  influxDB_2023_04_13-22_00_14_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_27-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_25-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_26-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_12-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_13-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_11-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_22-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_24-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_20-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_23-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_21-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_19-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_17-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_16-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_18-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_15-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_14-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_28-22_00_10_backupiobroker.tar.gz
    7,4 MiB [          ]  iobroker_2023_04_29-22_00_10_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_28-22_01_44_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_27-22_01_49_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_26-22_01_54_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_25-22_01_55_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_24-22_01_52_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_23-22_01_47_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_22-22_01_43_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_21-22_01_50_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_20-22_01_52_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_19-22_02_01_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_17-22_01_59_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_16-22_02_10_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_14-22_02_11_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_13-22_06_23_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_12-22_06_20_backupiobroker.tar.gz
  352,0 KiB [          ]  javascripts_2023_04_11-22_06_24_backupiobroker.tar.gz

crunchip

@goetschhofer sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Wenn ich dich richtig verstanden habe, dann muss ich ja nur die VM-iobroker restoren oder muss ich wie oben geschrieben hast, das komplette Proxmox zurückspielen ?

nein nicht das ganze proxmox
du hast doch backup`s deiner VM die du täglich mit Proxmox machst, einfach das Backup vor deinem Problem zurück spielen.
ich meine nicht ein backup welches du per backitup Adapter erledigst

@goetschhofer sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Gott sei Dank bin ich bei den Backup`s besser dran, als bei meinen Updates.

jep, backups machst du, allerdings sollten die gar nicht im Ordner /opt/iobroker/backups landen, dafür hast du doch eigentlich deinen backup Stick eingerichtet

GOETSCHHOFER

@crunchip

O.k. dann nur VM-iobroker backup restoren.
Das backup mit proxmox wäre folgendes von gestern um 12 h 30.
Muss ich vor dem Restore irgendetwas stoppen oder kann man dieses parallel zu laufender InfluxDB u. Grafana machen ?

Warum diese großen backups im Ordner /opt/iobroker/backups enthalten waren, kann ich mir nicht erklären.
Aber so ein ähnliches oder gleiches Problem hatte ich schon mal voriges Jahr.

Danke

Meister Mopper

@goetschhofer sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Muss ich vor dem Restore irgendetwas stoppen oder kann man dieses parallel zu laufender InfluxDB u. Grafana machen ?

Nö, da musste nichts stoppen, die drehen halt Däumchen, wenn nüscht ankommt.

@goetschhofer sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Warum diese großen backups im Ordner /opt/iobroker/backups enthalten waren, kann ich mir nicht erklären.

Da muss man mal über die backitup-Strategie nachdenken. Aber eins nach dem anderen, wie beim Knödelessen :wink: .

crunchip

@goetschhofer ja, das backup was vor deinem Problem auftrat. Allerdings, wenn du das backup einspielst wird dein Plattenplatz wieder voll sein, weil ja die backups mittels backitup darin auch wieder vorhanden sind.
diese solltest du dann gleich mal entfernen, wenn das backup zurückgespielt wurde

@goetschhofer sagte in ioBroker plötzlich über Weboberfläche nicht mehr erreichbar:

Muss ich vor dem Restore irgendetwas stoppen

nur die iobroker VM selbst musst du stoppen, sonst kannst du kein backup zurück spielen
und dies musst du deaktievieren

GOETSCHHOFER

@crunchip

Perfekt ! :+1:
Ja, das VM-iobroker backup von gestern habe ich jetzt wieder eingespielt, hat super geklappt.
Die iobroker backups habe ich anschließend mit: rm -rf /opt/iobroker/backups/* gleich gelöscht, da ich ja ansonsten ins gleiche Verderben laufen würde. :+1:

"Nur die iobroker VM selbst musst du stoppen, sonst kannst du kein backup zurück spielen
und dies musst du deaktievieren".
Ja, ohne stoppen habe ich eine Fehlermeldung bekommen, nach dem Stoppen hat es funktioniert.
Den Stop habe ich rechts oben bei Shutdown/Stop gemacht.

Vielen Dank für Deine Hilfe ! Jetzt bin ich wieder auf der normalen Straße angelangt. :grinning:

Bezüglich Punkt 3 u. 4 von oben hätte ich noch einige Fragen zur Vorgehensweise, aber dazu mache ich am besten einen eigenen Thread auf, nachdem ich mir die Infos aus beiden Links erarbeitet habe.bolded text

Community Forum

NEWS

ioBroker plötzlich über Weboberfläche nicht mehr erreichbar

Support us

782

32.4k

81.6k

1.3m