Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Habedere]

@crunchip sagte in [HowTo] ioBroker Restore unter Linux durchführen:

warum hast du dann redis installiert?

Weil "google" meinte das wäre die Lösung auf mein Problem der "no Connection"

nulu@raspberrypi:~ $ ps -ef |grep redis
redis        544       1  0 17:07 ?        00:00:11 /usr/bin/redis-server 127.0.0.1:6379
nulu        1996     814  0 17:37 pts/0    00:00:00 grep --color=auto redis

Erst Updates - geht klar...

[crunchip]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Weil "google" meinte das wäre die Lösung auf mein Problem der "no Connection"

No connection to states 127.0.0.1:6379

kann aber erst kommen, wenn du redis angefasst hast, denn Port 6379 ist redis, wenn du zuvor nie was mit redis gemacht hast, würde diese Meldung erst gar nicht auftreten

[Habedere]

@crunchip sagte in [HowTo] ioBroker Restore unter Linux durchführen:

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Weil "google" meinte das wäre die Lösung auf mein Problem der "no Connection"

No connection to states 127.0.0.1:6379

kann aber erst kommen, wenn du redis angefasst hast, denn Port 6379 ist redis, wenn du zuvor nie was mit redis gemacht hast, würde diese Meldung erst gar nicht auftreten

Ich habe ehrlich gesagt keine Ahnung was redis überhaupt ist :) also wenn dann muss es Zufall gewesen sein...

Soweit alles wieder zurück gespielt. Habe sogar ein Backup von Redis! Hier hat das Backup aber nicht geklappt glaube ich. Hat erst fehlgeschlagen geschrieben und dann restore erfolgreich. Mal sehen ob mir noch was einfällt...

Einzig was aktuell nicht klappt ist seltsamerweise der Flot-Adapter:

URIError: Failed to decode param '%web_protocol%://192.168.178.3:%web_port%/flot/edit.html'
at decodeURIComponent (<anonymous>)
at decode_param (/opt/iobroker/node_modules/express/lib/router/layer.js:172:12)
at Layer.match (/opt/iobroker/node_modules/express/lib/router/layer.js:148:15)
at matchLayer (/opt/iobroker/node_modules/express/lib/router/index.js:585:18)
at next (/opt/iobroker/node_modules/express/lib/router/index.js:226:15)
at compression (/opt/iobroker/node_modules/compression/index.js:220:5)
at Layer.handle [as handle_request] (/opt/iobroker/node_modules/express/lib/router/layer.js:95:5)
at trim_prefix (/opt/iobroker/node_modules/express/lib/router/index.js:328:13)
at /opt/iobroker/node_modules/express/lib/router/index.js:286:9
at Function.process_params (/opt/iobroker/node_modules/express/lib/router/index.js:346:12)

Mal sehen ob ich das noch hin bekomme...

[crunchip]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Ich habe ehrlich gesagt keine Ahnung was redis überhaupt ist also wenn dann muss es Zufall gewesen sein...

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Habe sogar ein Backup von Redis!

dass passt aber irgendwie gar nicht zusammen deine Aussage

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

192.168.178.3

war auch vorher deine IP?

[Habedere]

@crunchip
Ich weiß - wundert mich selber :) Scheinbar war Redis standardmäßig angehakt im Adapter? keine Ahnung. Hauptsache es läuft! Welche ein Kampf wenn man keinen Plan hat...

Danke dir vielmals!

[crunchip]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

cheinbar war Redis standardmäßig angehakt im Adapter?

nö, man muss das explizit installieren und einrichten, ist kein default und auch kein Standard

[Habedere]

@crunchip
Ok danke - dann muss ich nochmal prüfen ob das Redis Backup sicher eingespielt wurde, nicht dass mir irgendwelche Datenpunkte etc. fehlen würden, was ich evtl. erst in Wochen merken würde. Das hat schließlich auch 438kb.
Zumindest das aktuell log wirft keine Fehler aus.

[Sebi_7_6]

Hab jetzt VIS & HabPanel als Instanz und Objekt entfernt und auch die Reste in den Ordnern files und node_modules gelöscht. Habe dann VIS neu installiert.
und wieder...

Click ich drauf.

URIError: Failed to decode param '%web_protocol%://%web_bind%:%web_port%/vis/index.html'
    at decodeURIComponent (<anonymous>)
    at decode_param (/opt/iobroker/node_modules/express/lib/router/layer.js:172:12)
    at Layer.match (/opt/iobroker/node_modules/express/lib/router/layer.js:148:15)
    at matchLayer (/opt/iobroker/node_modules/express/lib/router/index.js:585:18)
    at next (/opt/iobroker/node_modules/express/lib/router/index.js:226:15)
    at compression (/opt/iobroker/node_modules/compression/index.js:220:5)
    at Layer.handle [as handle_request] (/opt/iobroker/node_modules/express/lib/router/layer.js:95:5)
    at trim_prefix (/opt/iobroker/node_modules/express/lib/router/index.js:328:13)
    at /opt/iobroker/node_modules/express/lib/router/index.js:286:9
    at Function.process_params (/opt/iobroker/node_modules/express/lib/router/index.js:346:12)

[crunchip]

@sebi_7_6 Einstellung deines web Adapters?

[Glasfaser]

@sebi_7_6 sagte in [HowTo] ioBroker Restore unter Linux durchführen:

system.adapter.web.0 : web : raspberrypi - disabled, port: 8082, bind: 0.0.0.0, run as: admin

@crunchip sagte in [HowTo] ioBroker Restore unter Linux durchführen:

@sebi_7_6 Einstellung deines web Adapters?

Ich würde den mal anschalten ;)

[Habedere]

@crunchip

Wollte den aktuellen Stand nochmal absichern - bekomme aber nun nen Error im Adapter:

[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=ioBroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.178.5/Daten1/ioBrokerBackup/MainRaspiWohnz /opt/iobroker/backups
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[ERROR] [mount] - Error: Command failed: sudo mount -t cifs -o username=ioBroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.178.5/Daten1/ioBrokerBackup/MainRaspiWohnz /opt/iobroker/backups
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Der Server läuft aber - ich kann darauf im Explorer zugreifen. Und auch der Adapter findet die bestehenden Backup-Files.
Ne Idee woran das liegen könnte?

[Homoran]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Der Server läuft aber -

natürlich! sogar sehr aktiv

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Device or resource busy

[crunchip]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

cifs

sind die cifs utils auf deinem neuen system auch installiert?

[Habedere]

@homoran
Leider nein - OMV dümpelt vor sich hin...

[Habedere]

@crunchip
ach herrje - du kannst Fragen fragen :) ich weiß es nicht... Sollte das nicht mit dem Backup übernommen worden sein? Was auch immer das ist ;)

[crunchip]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Sollte das nicht mit dem Backup übernommen worden sein?

ich denke nicht

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Was auch immer das ist

https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch

[Glasfaser]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Device or resource busy

da ist noch ein Mount vorhanden

sudo umount /opt/iobroker/backups

[Thomas Braun]

@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Sollte das nicht mit dem Backup übernommen worden sein?

Nein, das sind Softwarepakete aus dem Betriebssystem, das wird natürlich nicht in ein iobroker-Backup gesteckt.

[Habedere]

@thomas-braun
der Broker ist mir erneut abgestürzt als ich den Script-Adapter starten wollte. Nach dem Reboot kommt der cfis Fehler nicht mehr - aber erneut hängt sich der ganze ioBroker auf wenn ich das Backupt erstellen möchte.
Er mountet noch alles und schreibt dass einige Objekte erstellt wurden etc - aber dann hängt alles. Auf dem Server erscheint nichts. Irgendwas ist da komplett faul :( muss nochmal probieren...

[Sebi_7_6]

@glasfaser

Oh wie peinlich und doof von mir.Sorry