[HowTo] ioBroker Restore unter Linux durchführen
-
hat sich überschnitten... Ich habe nie etwas mit redis eingestellt - scheint aber zu funktionieren
Wie kann ich prüfen ob mehere Prozesse laufen bzw. was tue ich dagegen?
-
@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Ich habe nie etwas mit redis eingestellt - scheint aber zu funktionieren
warum hast du dann redis installiert?
@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Wie kann ich prüfen ob mehere Prozesse laufen bzw. was tue ich dagegen?
ps -ef |grep redis@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Soll ich im nächsten Schritt erst Datenbanken wie Zigbee etc. einlesen oder erst alle Adapter updaten?
mach deine updates und danach spielst du deine backups rein
-
@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 redisErst Updates - geht klar...
-
@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:6379kann 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
-
@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:6379kann 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...
-
@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?
-
@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!
-
@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
-
@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. -
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) -
@sebi_7_6 Einstellung deines web Adapters?
-
@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
-
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? -
@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
-
@habedere sagte in [HowTo] ioBroker Restore unter Linux durchführen:
cifs
sind die cifs utils auf deinem neuen system auch installiert?
-
@homoran
Leider nein - OMV dümpelt vor sich hin... -
@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 -
@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
-
@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 -
@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.
