IOBroker backup auf neue Rasperry übertragen - 2

[tschombe]

seltsam,
ich habe komplett /opt/iobroker gelöscht mit

rm /opt/iobroker -r

anschließend neu installiert mit

curl -sLf https://iobroker.net/install.sh | bash -

Trotzdem läuft der iobroker danach nicht,
iobroker status zeigt mir:

pi@homematicpi:~ $ iobroker status
 Cannot read system.config: null (OK when migrating or restoring)
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl
pi@homematicpi:~ $

[Homoran]

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

Cannot read system.config: null (OK when migrating or restoring)

wenn es das nicht ist, kannst du mal die Suche nach dem Fehler bemühen, dazu gibt's ein mini Howto.

mich wundert nur wieso das jetzt kommt.

[tschombe]

@homoran
ok, mache ich mich gleich mal auf die suche, danke

den fehler hatte ich als ich versucht habe das uralt-backup über die neue installation zu ziehen
danach kam dieser Fehler den ich eigentlich durch die komplette Neuinstallation beheben wollte

[tschombe]

so richtig weiter komme ich leider nicht,
trotz mehrfachen versuchen, /opt/iobroker komplett zu löschen und eine neuinstallation durchzuführen
bekomme ich den iobroker leider nicht mehr ans laufen.

Ich weis nicht was ich noch machen soll, ich bräuchte das system nur kurzfristg (ca 1 woche) lauffähig
um zumindest rudimentär ein paar homematic aktoren zu schalten per javascript

Auf dem Raspi läuft noch ein buster, das benötige ich leider weil sonst piVCCU nicht läuft.

Hier mal das summary von iob diag:

======================= SUMMARY =======================
                     v.2023-04-16


Operatingsystem:        Raspbian GNU/Linux 10 (buster)
Kernel:                 5.10.103-v7+
Installation:           Native
Timezone:               Europe/Berlin (CEST, +0200)
User-ID:                1000
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0
Error: Object "system.config" not found
Pending iob updates:    0

Nodejs-Installation:    /usr/bin/nodejs         v18.16.0
                        /usr/bin/node           v18.16.0
                        /usr/bin/npm            9.5.1
                        /usr/bin/npx            9.5.1

Recommended versions are nodejs 18.x.y and npm 9.x.y
Your nodejs installation is correct

MEMORY:
              total        used        free      shared  buff/cache   available
Mem:           923M        193M        320M         12M        408M        653M
Swap:           99M          0B         99M
Total:         1.0G        193M        420M

Active iob-Instances:   1
List is empty
 Cannot read system.config: null (OK when migrating or restoring)

ioBroker Core:          js-controller           4.0.24
                        admin                   6.3.5

ioBroker Status:         Cannot read system.config: null (OK when migrating or restoring)
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:

Objects:                33
States:                 26

Size of iob-Database:

28K     /opt/iobroker/iobroker-data/objects.jsonl
208K    /opt/iobroker/iobroker-data/states.jsonl



=================== END OF SUMMARY ====================

eventuell hat jemand noch einen Tip für mich, meine andere option wäre das
SD-Image von piVCCU nochmal komplett neu zu flashen und von dort erneut zu starten.

Mich würde aber natürlich auch mehr internas des ioBrokers interessieren, warum funktioniert
ein löschen von /opt/iobroker und neuinstallation nicht so wie erwartet? irgendwie müssen da noch
"leichen" im system zurückbleiben?

[Thomas Braun]

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

das benötige ich leider weil sonst piVCCU nicht läuft

Quatsch. Das gibt es natürlich auch für bullseye. Buster ist abgekündigt, tot, muss beerdigt werden.

[tschombe]

@thomas-braun

ja da hab ich leider auch probleme bei der installation.
piVCCU wird mittels network bridge und /etc/network/interfaces konfiguriert,
nach einem Update auf bullseye bekomme ich dort das Netzwerk nicht mehr
ans laufen. Da bin ich an anderer Stelle schon tätig um herauszufinden wie ich
das lauffähig bekomme.

Nach allem was ich bisher in erfahrung bringen konnte wird mein "neues" finales
setup dann so aussehen, das ich piVCCU auf dem Raspi2 weiterlaufen lasse und
ioBroker auf einen Raspi4 auslagern werde. Leider hab ich den Raspi4 noch nicht
und möchte vorher halt mit den Systemen noch rumspielen um Erfahrung zu sammeln.

Nebenbei wärs nicht schlecht wenn der Raspi noch übergangsweise basissteuerungen
übernehmen könnte bis das neue setup komplett läuft.

Ich bin leider nicht so bewandert in linux und muss mir neben dem Wissen um die
Projekte auch noch Linux Grundkentnisse raufschaufeln

[crunchip]

@tschombe dann probier dein Glück
https://forum.iobroker.net/post/599758

[tschombe]

@crunchip
danke, über dieses mini-howto bin ich schon gestolpert, aber schon der erste befehl:

pi@homematicpi:~ $ ls -lh /opt/iobroker/iobroker-data/backup-objects/ | grep objects
pi@homematicpi:~ $

liefert mir leider keine dateien zurück die ich für die nachfolgendne kopieraktionen benutzen könnte

[crunchip]

@tschombe
dann möglicherweise den js controller neu drüber bügeln

cd /opt/iobroker
sudo -H -u iobroker npm install iobroker.js-controller

Oder

iob setup first

Oder nochmal ne Neuinstallation versuchen

[tschombe]

@crunchip
Danke für die Hilfe,

mit

iob setup first

bin ich evtl etwas weiter gekommen:

Successfully migrated 32 objects to Redis Sets
object 0_userdata.0.example_state created
object 0_userdata.0 created
object alias.0 created
object system.certificates created
object system.licenses created
object system.repositories created
object system.config created
object enum.functions created
object enum.rooms created
object system.group.user created
object system.group.administrator created
object _design/system created
host.homematicpi install adapter admin
upload [52] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/admin.png admin.png image/png
upload [50] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/custom/customComponents.js.map custom/customComponents.js.map application/json
upload [40] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/custom/i18n/zh-cn.json custom/i18n/zh-cn.json application/json
upload [30] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/custom/static/js/node_modules_prop-types_index_js.512eddf9.chunk.js.map custom/static/js/node_modules_prop-types_index_js.512eddf9.chunk.js.map application/json
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 States database error: connect ECONNREFUSED 127.0.0.1:9000
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 States database error: connect ECONNREFUSED 127.0.0.1:9000

interessant ist die erste und die letzten Zeilen.
Verwendet ioBroker jetzt standardmässig eine Redis Datenbank?
Soll die evtl auf port 9001 und 9000 lokal laufen?

[crunchip]

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

Verwendet ioBroker jetzt standardmässig eine Redis Datenbank?

ja seit Version xy verwendet iobroker eine interne redis Datenbank

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

Objects database error: connect ECONNREFUSED 127.0.0.1:9001

zeig mal die Ausgabe von

sudo  netstat -ltp

[tschombe]

@crunchip
Danke, schonmal eine wichtige Info, wusste ich so nicht, kannte das noch als optional und
hatte früher Filebasiert gearbeitet.

pi@homematicpi:/opt/iobroker $ sudo  netstat -ltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 localhost:9000          0.0.0.0:*               LISTEN      27121/iobroker.js-c
tcp        0      0 localhost:9001          0.0.0.0:*               LISTEN      27121/iobroker.js-c
tcp        0      0 localhost:6379          0.0.0.0:*               LISTEN      495/redis-server 12
tcp        0      0 0.0.0.0:ssh             0.0.0.0:*               LISTEN      468/sshd
tcp6       0      0 localhost:6379          [::]:*                  LISTEN      495/redis-server 12
tcp6       0      0 [::]:tproxy             [::]:*                  LISTEN      27171/io.admin.0
tcp6       0      0 [::]:ssh                [::]:*                  LISTEN      468/sshd
pi@homematicpi:/opt/iobroker $

[crunchip]

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

kannte das noch als optional und

das verwechselst du
das hat nichts damit zu tun ob du file/redis/jsonl einstellst
iobroker selbst wurde auf redis für seine interne Datenbank umgestellt

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

hatte früher Filebasiert gearbeitet.

sieht aber eher so aus als wenn du auf redis umgestellt hast, zu sehen an port 6379

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

tcp6 0 0 localhost:6379 [::]:* LISTEN 495/redis-server 12

[tschombe]

@crunchip
ok, dann bringt das ioBroker setup vermutlich auch direkt die redis datenbank mit.

passt dann was mit meinen redis einstellungen nicht?
redis scheint ja zu laufen und auf Port 6379 zu lauschen,

iob setup first

hat ja aber die Verbindung der "Objects database" auf den Ports 9001 und 9000 angemeckert,
aber da lauscht ja eigentlich auch ioBroker.

aber ich glaube ich bin unbeabsichtigt einen Schritt weitergekommen, denn jetzt läuft meine
Admin Oberfläche...

Ich werde jetzt einfach mal versuchen den JavaScript Adapter und die beiden Homematic Adapter
die ich benötige als Instanzen hinzuzfügen um das rudimentär ans laufen zu bekommen.

[crunchip]

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

edis scheint ja zu laufen und auf Port 6379 zu lauschen

ja, aber du hattest oben

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

Objects type: jsonl States type: jsonl Status admin and web instance: Objects: 33 States: 26

[tschombe]

@crunchip
kannst du den letzten Post noch etwas erläutern bitte,
ich verstehe nicht was du mir sagen willst

[crunchip]

@tschombe na du hast da ja scheinbar den redis server installiert, wenn du aber doch gar kein redis nutzt oder hast du zwischenzeitlich auf redis umgestellt?

iob status

[tschombe]

@crunchip
sorry wenn ich da grad etwas auf dem schlauch stehe. Ich war einige Zeit aus der ioBroker Nutzung raus.

Ich habe dich so verstanden, das ioBroker aktuell IMMER eine Redis Datenbank für seine interne Configuration
verwendet. Ich dachte daher Redis wird automatisch verwendet.

iob status liefert:

pi@homematicpi:/opt/iobroker $ iob status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl
pi@homematicpi:/opt/iobroker $

Die ominöse Fehlermeldung die ich vorher hatte:

Cannot read system.config: null (OK when migrating or restoring)

ist nun verschwunden.

Meine Vermutung jetzt ist:
das iob setup first
hat meine installation repariert.
und es wird automatisch Redis für die interne Datenablage des ioBrokers verwendet
(so meine interpretation).

Ich würde jetzt die Installation so konfigurieren, das sie mit meiner piVCCU kommuniziert und sobald
mein Raspi4 da ist dort entsprechend erneut installieren und von der aktuellen Installation ein Backup ziehen
und dort einspielen?

[Homoran]

@tschombe sagte in IOBroker backup auf neue Rasperry übertragen - 2:

da hab ich leider auch probleme bei der installation.
piVCCU wird mittels network bridge und /etc/network/interfaces konfiguriert,
nach einem Update auf bullseye bekomme ich dort das Netzwerk nicht mehr
ans laufen

was ist da dein Problem?
die Bridge wird automatisch erstellt und an der network/ interfaces musste ich noch nie was einstellen.

Mach es komplett neu!
Das muss und wird klappen.

[tschombe]

@homoran
hi, hast du auch piVCCU im Einsatz?
ich würde es nochmal komplett neu versuchen, mir fehlt irgendwie ein kompetenter ansprechpartner für fragen.

Wie bin ich vorgegangen:

Ich habe das SD-Karten Image von piVCCU für den Raspi geflasht, danach war ich auf buster.
Von dort habe ich dann nach der Anleitung:
https://forum.iobroker.net/topic/47213/upgrade-von-debian-10-buster-auf-11-bullseye
von buster auf bullseye upgedated.

Nach einem Reboot hab ich dann keinen remote zugriff auf den Raspi mehr bekommen.
Lokal an der konsole konnte ich mir zb mit

sudo dhclient

eine IP von meiner Fritzbox besorgen, damit war der Raspi erreichbar, aber die CCU hat irgendwie
keine bekommen.

Ich muss gestehen das ich leider zu wenig linux kenntnisse habe, es gibt wohl verschiedene möglichkeiten
das netzwerk zu konfigurieren. piVCCU macht das über die /etc/network/interfaces weil eine bridge benötigt
wird, aber standardmässig wird wohl dhcpd verwendet, dann gibts davon noch eine udhcpd variante und
früher hies die wohl dhcpd5
Das ganze ist sehr verwirrend für mich.

Ich habe noch eine übrige SD Karte, damit würde ich das ganze gerne nochmal ausprobieren.
Ist denn die oben beschriebene Vorgehensweise richtig?
Eigentlich würde ich lieber direkt erst Bullseye installieren, danach dan piVCCU wie hier beschrieben:
https://github.com/alexreinert/piVCCU/blob/master/docs/setup/raspberrypi.md
Auch das hatte ich mal ausprobiert und auch dort die netzwerkverbindung