Updates funktionieren nicht mehr

[Homoran]

@mfroeschl sagte in Updates funktionieren nicht mehr:

ein
iobroker restore 0

hatte 4x das gleiche ergebnis.

wieso nehmt ihr alle die 0 und nicht den Dateinamen?

und welches Ergebnis genau?

[mfroeschl]

@homoran

habe den Befehl im Internet gefunden und mir da nix dabei gedacht.

Das Ergebnis nach der Meldung dass der Restore successful gewesen sein war immer gleich. Der admin Adpater des iobrokers war nicht über 192.xxx.xxx.xxx:8081 erreichbar.

Es wurden auch keine Adapter installiert die im Backup enthalten waren, lediglich der Admin-Adapter, sonst nix.

[Homoran]

@mfroeschl sagte in Updates funktionieren nicht mehr:

Das Ergebnis nach der Meldung dass der Restore successful gewesen sein war immer gleich

und wie lange hast du dann gewartet um den admin aufzurufen?
Danach werden erst alle Adapter neu gebaut. Das dauert schon mal gerne 1h+

Allerdings müsste der Admin erreichbar sein.

Wie Thomas schon schreibt war der wahrscheinlich nur nicht gestartet

[mfroeschl]

@homoran

Hab einige Minuten gewartet, genau weiß ich das aber nicht mehr.

Ist aber kein Problem, hab hier noch einen Pi3B rumlegen, da installier ich jetzt einfach nochmal das aktuelle Image, dann installiere ich den iobroker drauf und mache ein restore.
Ich poste hier dann die Meldungen und Screenshots..

[Homoran]

@mfroeschl sagte in Updates funktionieren nicht mehr:

ch poste hier dann die Meldungen und Screenshots..

und dann bekommen wir das schon ans laufen!

Welcher Controller läuft auf dem Backup?
Schon mit jsonl oder noch mit file/redis

[mfroeschl]

@homoran said in Updates funktionieren nicht mehr:

Schon mit jsonl oder noch mit file/redis

Wie finde ich das heraus, das sagt mir nix, sorry
Schon mit jsonl oder noch mit file/redis

[Homoran]

@mfroeschl sagte in Updates funktionieren nicht mehr:

das sagt mir nix,

die interne Datenbank für die States/objects wurde mit dem neuen Controller auf jsonl umgestellt. Davor wurden sie ind einfache JSON Dateien (File) geschriebn
Wenn du im Backup noch einen älteren Controller (v3x) laufen hast musst du nach der Neuinstallaton diesen erst downgraden.

ggf. war das dein Problem

[mfroeschl]

@homoran

Ich hatte die js-controller immer up-to-date gehalten. Da müsste der 4.0.21 drauf gewesen sein

Hab jetzt eine neues Image von bulleyes auf eine neue SD Karte gespielt und den iobroker installiert.

 curl -sL https://iobroker.net/install.sh | bash -
library: loaded
Library version=2022-02-10

==========================================================================

    Welcome to the ioBroker installer!
    Installer version: 2022-02-13

    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/4)
==========================================================================

OK:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Holen:2 http://archive.raspberrypi.org/debian bullseye InRelease [23,7 kB]
OK:3 https://deb.nodesource.com/node_14.x bullseye InRelease
Holen:4 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [282 kB]
Es wurden 306 kB in 2 s geholt (198 kB/s).
Paketlisten werden gelesen… Fertig
Changing npm registry to https://registry.npmjs.org
Installed gcc-c++
Installed python-dev

==========================================================================
    Creating ioBroker user and directory (2/4)
==========================================================================

Created /etc/sudoers.d/iobroker
Directory /opt/iobroker created

==========================================================================
    Installing ioBroker (3/4)
==========================================================================


==========================================================================
    Finalizing installation (4/4)
==========================================================================

Enabling autostart...
Autostart enabled!
Fixing directory permissions...

==========================================================================

    ioBroker was installed successfully
    Open http://192.168.0.73:8081 in a browser and start configuring!

==========================================================================


You need to re-login before doing anything else on the console!

pi@raspberrypi:~ $

[mfroeschl]

@mfroeschl

Jetzt ruf ich den Admin Adapter mit 192.168.0.73.8181 auf. Sind diese Fehlermeldungen normal?

[Thomas Braun]

@mfroeschl

Die Zeitzone scheint schonmal falsch zu sein.

[mfroeschl]

@thomas-braun

Die Zeitzone passt jetzt schonmal

Soll ich jetzt das Restore über den backitup-Adapter machen oder manuell, also die Backup-Datei nach /opt/iobroker/backups kopieren und dann mit

iobroker restore 0

starten?

[Thomas Braun]

@mfroeschl

Ich mache meine Backups immer über den Adapter.
Bitte keine Screenshots des Logs, bitte über

iobroker logs --watch

aus der Konsole kopieren und in CodeTags eingebettet hier rein.

[Homoran]

@mfroeschl am besten über Backitup, das genauso konfiguriert wird wie bisher, das letzte Backup vom Original Speicherort wiederherstellen.

Wenn manuell dann mit den Dateinamen aufrufen

[mfroeschl]

@homoran @Thomas-Braun

Hab das Backup jetzt über den Adapter gestartet.

pi@raspberrypi:~ $ iobroker logs --watch
2022-04-27 21:13:40.309  - info: backitup.0 (923) cleaned everything up...
2022-04-27 21:13:40.301  - info: host.raspberrypi received SIGTERM
2022-04-27 21:13:40.304  - info: admin.0 (624) terminating http server on port 8081
2022-04-27 21:13:40.319  - info: host.raspberrypi stopInstance system.adapter.admin.0 (force=false, proc                              ess=true)
2022-04-27 21:13:40.320  - info: host.raspberrypi stopInstance system.adapter.discovery.0 (force=false,                               process=true)
2022-04-27 21:13:40.322  - info: host.raspberrypi stopInstance system.adapter.backitup.0 (force=false, p                              rocess=true)
2022-04-27 21:13:40.357  - info: admin.0 (624) Got terminate signal TERMINATE_YOURSELF
2022-04-27 21:13:40.359  - info: discovery.0 (706) Got terminate signal TERMINATE_YOURSELF
2022-04-27 21:13:40.365  - info: backitup.0 (923) Got terminate signal TERMINATE_YOURSELF
2022-04-27 21:13:40.370  - info: admin.0 (624) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-04-27 21:13:40.371  - info: backitup.0 (923) Terminated (START_IMMEDIATELY_AFTER_STOP): Without rea                              son
2022-04-27 21:13:40.373  - info: host.raspberrypi stopInstance system.adapter.admin.0 send kill signal
2022-04-27 21:13:40.378  - info: discovery.0 (706) Terminated (START_IMMEDIATELY_AFTER_STOP): Without re                              ason
2022-04-27 21:13:40.381  - info: host.raspberrypi stopInstance system.adapter.discovery.0 send kill sign                              al
2022-04-27 21:13:40.383  - info: host.raspberrypi stopInstance system.adapter.backitup.0 send kill signa                              l
2022-04-27 21:13:40.309  - info: backitup.0 (923) cleaned everything up...
2022-04-27 21:13:40.301  - info: host.raspberrypi received SIGTERM
2022-04-27 21:13:40.304  - info: admin.0 (624) terminating http server on port 8081
2022-04-27 21:13:40.319  - info: host.raspberrypi stopInstance system.adapter.admin.0 (force=false, proc                              ess=true)
2022-04-27 21:13:40.320  - info: host.raspberrypi stopInstance system.adapter.discovery.0 (force=false,                               process=true)
2022-04-27 21:13:40.322  - info: host.raspberrypi stopInstance system.adapter.backitup.0 (force=false, p                              rocess=true)
2022-04-27 21:13:40.357  - info: admin.0 (624) Got terminate signal TERMINATE_YOURSELF
2022-04-27 21:13:40.359  - info: discovery.0 (706) Got terminate signal TERMINATE_YOURSELF
2022-04-27 21:13:40.365  - info: backitup.0 (923) Got terminate signal TERMINATE_YOURSELF
2022-04-27 21:13:40.370  - info: admin.0 (624) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-04-27 21:13:40.371  - info: backitup.0 (923) Terminated (START_IMMEDIATELY_AFTER_STOP): Without rea                              son
2022-04-27 21:13:40.373  - info: host.raspberrypi stopInstance system.adapter.admin.0 send kill signal
2022-04-27 21:13:40.378  - info: discovery.0 (706) Terminated (START_IMMEDIATELY_AFTER_STOP): Without re                              ason
2022-04-27 21:13:40.381  - info: host.raspberrypi stopInstance system.adapter.discovery.0 send kill sign                              al
2022-04-27 21:13:40.383  - info: host.raspberrypi stopInstance system.adapter.backitup.0 send kill signa                              l
2022-04-27 21:13:41.083  - info: host.raspberrypi instance system.adapter.admin.0 terminated with code 1                              56 (START_IMMEDIATELY_AFTER_STOP)
2022-04-27 21:13:41.087  - info: host.raspberrypi instance system.adapter.backitup.0 terminated with cod                              e 156 (START_IMMEDIATELY_AFTER_STOP)
2022-04-27 21:13:41.089  - info: host.raspberrypi instance system.adapter.discovery.0 terminated with co                              de 156 (START_IMMEDIATELY_AFTER_STOP)
2022-04-27 21:13:41.091  - info: host.raspberrypi All instances are stopped.
2022-04-27 21:13:41.168  - info: host.raspberrypi terminated
2022-04-27 21:13:41.083  - info: host.raspberrypi instance system.adapter.admin.0 terminated with code 1                              56 (START_IMMEDIATELY_AFTER_STOP)
2022-04-27 21:13:41.087  - info: host.raspberrypi instance system.adapter.backitup.0 terminated with cod                              e 156 (START_IMMEDIATELY_AFTER_STOP)
2022-04-27 21:13:41.089  - info: host.raspberrypi instance system.adapter.discovery.0 terminated with co                              de 156 (START_IMMEDIATELY_AFTER_STOP)
2022-04-27 21:13:41.091  - info: host.raspberrypi All instances are stopped.
2022-04-27 21:13:41.168  - info: host.raspberrypi terminated
2022-04-27 21:17:44.858  - info: host.raspberrypi iobroker.js-controller version 4.0.21 js-controller starting
2022-04-27 21:17:44.870  - info: host.raspberrypi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-04-27 21:17:44.872  - info: host.raspberrypi hostname: raspberrypi, node: v14.19.1
2022-04-27 21:17:44.873  - info: host.raspberrypi ip addresses: 192.168.0.73 2003:da:5f00:ce00:9eb2:f889:33e1:b860 fe80::ec9c:b21:4613:e89a
2022-04-27 21:17:44.858  - info: host.raspberrypi iobroker.js-controller version 4.0.21 js-controller starting
2022-04-27 21:17:44.870  - info: host.raspberrypi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-04-27 21:17:44.872  - info: host.raspberrypi hostname: raspberrypi, node: v14.19.1
2022-04-27 21:17:44.873  - info: host.raspberrypi ip addresses: 192.168.0.73 2003:da:5f00:ce00:9eb2:f889:33e1:b860 fe80::ec9c:b21:4613:e89a
2022-04-27 21:18:14.908  - error: host.raspberrypi No connection to databases possible, restart
2022-04-27 21:18:14.929  - info: host.raspberrypi iobroker _restart
2022-04-27 21:18:14.908  - error: host.raspberrypi No connection to databases possible, restart
2022-04-27 21:18:14.929  - info: host.raspberrypi iobroker _restart
2022-04-27 21:18:21.502  - info: host.raspberrypi iobroker.js-controller version 4.0.21 js-controller starting
2022-04-27 21:18:21.514  - info: host.raspberrypi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-04-27 21:18:21.516  - info: host.raspberrypi hostname: raspberrypi, node: v14.19.1
2022-04-27 21:18:21.517  - info: host.raspberrypi ip addresses: 192.168.0.73 2003:da:5f00:ce00:9eb2:f889:33e1:b860 fe80::ec9c:b21:4613:e89a
2022-04-27 21:18:21.502  - info: host.raspberrypi iobroker.js-controller version 4.0.21 js-controller starting
2022-04-27 21:18:21.514  - info: host.raspberrypi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-04-27 21:18:21.516  - info: host.raspberrypi hostname: raspberrypi, node: v14.19.1
2022-04-27 21:18:21.517  - info: host.raspberrypi ip addresses: 192.168.0.73 2003:da:5f00:ce00:9eb2:f889:33e1:b860 fe80::ec9c:b21:4613:e89a
2022-04-27 21:18:51.552  - error: host.raspberrypi No connection to databases possible, restart
2022-04-27 21:18:51.572  - info: host.raspberrypi iobroker _restart
2022-04-27 21:18:51.552  - error: host.raspberrypi No connection to databases possible, restart
2022-04-27 21:18:51.572  - info: host.raspberrypi iobroker _restart
2022-04-27 21:18:57.999  - info: host.raspberrypi iobroker.js-controller version 4.0.21 js-controller starting
2022-04-27 21:18:58.011  - info: host.raspberrypi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-04-27 21:18:58.013  - info: host.raspberrypi hostname: raspberrypi, node: v14.19.1
2022-04-27 21:18:58.014  - info: host.raspberrypi ip addresses: 192.168.0.73 2003:da:5f00:ce00:9eb2:f889:33e1:b860 fe80::ec9c:b21:4613:e89a
2022-04-27 21:18:57.999  - info: host.raspberrypi iobroker.js-controller version 4.0.21 js-controller starting
2022-04-27 21:18:58.011  - info: host.raspberrypi Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-04-27 21:18:58.013  - info: host.raspberrypi hostname: raspberrypi, node: v14.19.1
2022-04-27 21:18:58.014  - info: host.raspberrypi ip addresses: 192.168.0.73 2003:da:5f00:ce00:9eb2:f889:33e1:b860 fe80::ec9c:b21:4613:e89a

Ich poste jetzt ein letztes mal noch einen Screenshot von der Ausgabe des Restore-Prozesses über den Adapter weil nich alle Meldungen im iobroker-log zu sehen sind:

Im Endergebnis bin ich jetzt soweit wie die letzen 4 mal auch schon, der Admin-Adapter lässt sich nicht mehr aufrufen.

[Homoran]

@mfroeschl was kommt bei

iobroker status und iobroker list instances ?

[mfroeschl]

@homoran

Kann es sein, dass durch den Fehler der Node/NPM Installation auf dem Backup-System die Backup-Datei einen Schaden hat?

pi@raspberrypi:~ $ iobroker status
No connection to databases possible ...
pi@raspberrypi:~ $ iobroker list instances
No connection to databases possible ...
pi@raspberrypi:~ $

[Homoran]

@mfroeschl sagte in Updates funktionieren nicht mehr:

@homoran

Kann es sein, dass durch den Fehler der Node/NPM Installation auf dem Backup-System die Backup-Datei einen Schaden hat?

ich weiß nicht was du damit genau meinst.
kann aber auch das angesprochene mögliche Problem mit der internen Datenbank sein

[mfroeschl]

@homoran

Das Restore funktio

@homoran said in Updates funktionieren nicht mehr:

ich weiß nicht was du damit genau meinst.

Das Restore funktioniert ja offenschtlich nicht. Da das Restore auf einem komplett neu aufgesetzen System stattfindet kann doch eigentlich nur noch die Backup-Datei das Problem sein.

Ist halt alles saublöd. Hab täglich ein Backup gemacht und trotzdem alles seit Januar futsch

[crunchip]

@mfroeschl probier mal

Editiere /opt/iobroker/iobroker-data/iobroker.json
Unter objects und states gibt es jeweils ein ' "connectTimeout": 2000,`
Zahl ändern auf 5000

[mfroeschl]

@crunchip said in Updates funktionieren nicht mehr:

/opt/iobroker/iobroker-data/iobroker.json

Hab in der oben erwähnten Datei gerade gesehen, dass hier die IP-Adresse des Systems das die Backup-Datei erzeugt hat drinnen steht:

objects": {
    "type": "jsonl",
    "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].",
    "host": "192.168.25.10",
    "port": 9001,
    "noFileCache": false,
    "maxQueue": 1000,
    "connectTimeout": 2000,
    "writeFileInterval": 5000,

Also das produktive System welches täglich die Backup-Dateien erzeugt hat hatte eine feste IP-Adresse, nämlich die 192.168.25.10.
Der neue Host, auf dem das Restore jetzt durchgeführt wurde hat aber natürlich eine andere IP, nämlich die 192.168.0.73.

Wird denn versucht durch das Restore die IP-Adresse vom alten Host auf den neuen übertragen?