UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Habedere]

@crunchip

Denke dein Zitat der Objects und States sollte eine Anspielung sein?

nulu@raspberrypi:~ $ iobroker status
iobroker is running on this host.


Objects type: file
States  type: redis

Hab nochmal vorsichtshalber "iob start admin" durchgeführt und jetzt kann ich wieder darauf zugreifen :)

Kann/soll ich irgendwie noch checken ob alls ordentlich drauf ist und nichts doppelt oder so?
Soll ich im nächsten Schritt erst Datenbanken wie Zigbee etc. einlesen oder erst alle Adapter updaten?

[Habedere]

@crunchip

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?

[crunchip]

@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

[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