Re-Installation von ioBroker Migration Bookworm -> Trixie
-
Weiß ich nicht. Ich habe nur ioBroker gemäß Anleitung installiert.
Ich hatte mir vom letzten Mal (Update auf Bookworm) nur notiert: "mysql installieren, damit Backup und Restore der DB möglich sind: sudo apt-get install default-mysql-client".
Kann es ein Problem sein, dass ich diesen mysql-Client installiert habe? Oder kommt das eher vom Laden der backitup-Einstellungen? -
Weiß ich nicht. Ich habe nur ioBroker gemäß Anleitung installiert.
Ich hatte mir vom letzten Mal (Update auf Bookworm) nur notiert: "mysql installieren, damit Backup und Restore der DB möglich sind: sudo apt-get install default-mysql-client".
Kann es ein Problem sein, dass ich diesen mysql-Client installiert habe? Oder kommt das eher vom Laden der backitup-Einstellungen?kommt das eher vom Laden der backitup-Einstellungen?
Nein, das müsste aus dem Backup kommen.
Da ist es auch angemeckert
Server Cannot start inMem-states on port 9000: Failed to lock DB file "/opt/iobroker/iobroker-data/states.jsonl"!
Irgendetwas blockiert deine Ports
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
Verstehe Deine Antwort leider nicht ganz.
"Sollte aus dem Backup kommen" . der Fehler soll aus dem Backup kommen? Den Restore habe ich noch gar nicht angestoßen...
Ich habe mal in die backitup.0.json geschaut. Da ist auch kein Port 9000 angegeben.
Mit "sudo ss -tunap | grep :9000" schauen, wer den Port nutzt? Wie gesagt, es trat erst auf, als ich die Backitup-Einstellungen geladen habe. Und außer dem mysql habe ich keine zusätzlichen Schritte gemacht.
Noch mal neu aufsetzen und die mysql-Installation erst mal weglassen? -
kommt das eher vom Laden der backitup-Einstellungen?
Nein, das müsste aus dem Backup kommen.
Da ist es auch angemeckert
Server Cannot start inMem-states on port 9000: Failed to lock DB file "/opt/iobroker/iobroker-data/states.jsonl"!
Irgendetwas blockiert deine Ports
Proxmox und HA - dank KI/AI endlich "blocklyfrei"
-
passiert denn da?
Der Feuerfux spinnt seit dem letzten Update und verdoppeldreifacht Dinge 😞
-
Verstehe Deine Antwort leider nicht ganz.
"Sollte aus dem Backup kommen" . der Fehler soll aus dem Backup kommen? Den Restore habe ich noch gar nicht angestoßen...
Ich habe mal in die backitup.0.json geschaut. Da ist auch kein Port 9000 angegeben.
Mit "sudo ss -tunap | grep :9000" schauen, wer den Port nutzt? Wie gesagt, es trat erst auf, als ich die Backitup-Einstellungen geladen habe. Und außer dem mysql habe ich keine zusätzlichen Schritte gemacht.
Noch mal neu aufsetzen und die mysql-Installation erst mal weglassen? -
Doch, Image aufgespielt, Updates eingespielt und ioBroker installiert. Dann die Willkommens-Prozedur durchgespielt. Dann kam die normale ioBroker-Oberfläche. Dort habe ich zwei Adapter aktualisiert, zu denen es schon Updates gab. Dann hab ich zum Reiter Backup gewechselt und dort die Backitup-Einstellungen wiederhergestellt. Dann ging das Malheur los ...
-
Doch, Image aufgespielt, Updates eingespielt und ioBroker installiert. Dann die Willkommens-Prozedur durchgespielt. Dann kam die normale ioBroker-Oberfläche. Dort habe ich zwei Adapter aktualisiert, zu denen es schon Updates gab. Dann hab ich zum Reiter Backup gewechselt und dort die Backitup-Einstellungen wiederhergestellt. Dann ging das Malheur los ...
Nach dem Oneliner-Install des ioBroker sollte doch ein
iob diagin der Konsole möglich sein.Wie sieht es da aus?
-
Doch, Image aufgespielt, Updates eingespielt und ioBroker installiert. Dann die Willkommens-Prozedur durchgespielt. Dann kam die normale ioBroker-Oberfläche. Dort habe ich zwei Adapter aktualisiert, zu denen es schon Updates gab. Dann hab ich zum Reiter Backup gewechselt und dort die Backitup-Einstellungen wiederhergestellt. Dann ging das Malheur los ...
-
Ja, die hatte ich von der alten Installation gesichert (habe 2 SD-Karten, so dass ich aktuell noch zwischen alter und neuer Karte und somit Installation wechseln kann).
Oh, mir dämmert was. Ich habe sowohl über den Reiter Backup und den Button "Backitup-Konfiguration sichern" als auch in den Einstellungen der Instanz über den Button rechts oben gesichert. Und ich glaube, ich habe die Sicherung aus der Instanz im Reiter eingespielt. Das könnte sein.
Das einfachste ich vermutlich, dann einfach von vorne anzufangen und dieses Mal die richtige Datei zu nehmen, oder? -
Ja, die hatte ich von der alten Installation gesichert (habe 2 SD-Karten, so dass ich aktuell noch zwischen alter und neuer Karte und somit Installation wechseln kann).
Oh, mir dämmert was. Ich habe sowohl über den Reiter Backup und den Button "Backitup-Konfiguration sichern" als auch in den Einstellungen der Instanz über den Button rechts oben gesichert. Und ich glaube, ich habe die Sicherung aus der Instanz im Reiter eingespielt. Das könnte sein.
Das einfachste ich vermutlich, dann einfach von vorne anzufangen und dieses Mal die richtige Datei zu nehmen, oder? -
Danke beim 2. Versuch hat es geklappt. Allerdings auch nicht ganz ohne Komplikationen.
Ich habe im Reiter Backup die (richtigen) Einstellungen geladen. Dann hat es mir zwar alles korrekt angezeigt, aber keine Backups über CIFS gefunden. Also bin ich in die Instanz von BackItUp und wollte die Einstellungen öffnen. Da kam dann der Hinweis, dass die Instanz backitup.0 nicht gefunden würde und die Einstellungs-Seite blieb leer.
Hab dann die Instanz gelöscht und neu hinzugefügt. Dann aber die Einstellungen über den "Upload-Pfeil" in den Instanz-Einstellungen wiederhergestellt (mit der richtigen Datei).
Dann wurde auch alles korrekt angezeigt und die Backups gefunden. Jetzt läuft der Restore .... -
Was jetzt noch klemmt:
- flot ist wohl kein offizieller Adapter mehr. Hab ihn jetzt manuell von git installiert. Aber was ist die empfohlene Alternative?
- rpi2 lässt sich nicht installieren. Obwohl ich die korrekte Lib-Version habe:
pi@RaspberryPi4B:~ $ apt policy libgpiod-dev libgpiod-dev: Installed: 2.2.1-2+deb13u1 Candidate: 2.2.1-2+deb13u1 Version table: *** 2.2.1-2+deb13u1 500 500 http://deb.debian.org/debian trixie/main arm64 Packages 100 /var/lib/dpkg/status -
Was jetzt noch klemmt:
- flot ist wohl kein offizieller Adapter mehr. Hab ihn jetzt manuell von git installiert. Aber was ist die empfohlene Alternative?
- rpi2 lässt sich nicht installieren. Obwohl ich die korrekte Lib-Version habe:
pi@RaspberryPi4B:~ $ apt policy libgpiod-dev libgpiod-dev: Installed: 2.2.1-2+deb13u1 Candidate: 2.2.1-2+deb13u1 Version table: *** 2.2.1-2+deb13u1 500 500 http://deb.debian.org/debian trixie/main arm64 Packages 100 /var/lib/dpkg/statusflot ist wohl kein offizieller Adapter mehr. Hab ihn jetzt manuell von git installiert.
Bitte nicht von git, sondern via npm
was ist die empfohlene Alternative?
ECharts
rpi2 lässt sich nicht installieren. Obwohl ich die korrekte Lib-Version habe:
Trixie braucht rpi2 v3
-
Danke für die Info. ECharts schaue ich mir an.
Und wie bekomme ich die V3 installiert? Muss ich die V2 erst löschen? Adapter->Install->npm geht nicht. Der npm install iobroker.rpi2 hat auch nichts updagedatet (up to date, audited 15 packages in 2s).
-
Danke für die Info. ECharts schaue ich mir an.
Und wie bekomme ich die V3 installiert? Muss ich die V2 erst löschen? Adapter->Install->npm geht nicht. Der npm install iobroker.rpi2 hat auch nichts updagedatet (up to date, audited 15 packages in 2s).
-
Ok, als ich wieder zurück bin zum Stable-Repo wurde mir das Update auf 3.0.2 angezeigt (warum auch immer vorher nicht).
Installation von 3.0.2 läuft zwar und wird angeblich erfolgreich abgeschlossen, aber danach ist er immer noch bei V1.3.2.
Und das log sieht auch nicht danach aus, als würde er wirklich ein Update durchführen:$ iobroker upgrade rpi2@3.0.2 Update rpi2 from @1.3.2 to @3.0.2 NPM version: 10.9.7 Installing iobroker.rpi2@3.0.2... (System call) Updating objects from io-package.json for adapter "rpi2" with version "1.3.2" upload [2] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/index_m.html index_m.html text/html upload [1] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/rpi.png rpi.png image/png upload [0] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/words.js words.js application/javascript Process exited with code 0Aber Instanz bleibt grün ...
-
Ok, als ich wieder zurück bin zum Stable-Repo wurde mir das Update auf 3.0.2 angezeigt (warum auch immer vorher nicht).
Installation von 3.0.2 läuft zwar und wird angeblich erfolgreich abgeschlossen, aber danach ist er immer noch bei V1.3.2.
Und das log sieht auch nicht danach aus, als würde er wirklich ein Update durchführen:$ iobroker upgrade rpi2@3.0.2 Update rpi2 from @1.3.2 to @3.0.2 NPM version: 10.9.7 Installing iobroker.rpi2@3.0.2... (System call) Updating objects from io-package.json for adapter "rpi2" with version "1.3.2" upload [2] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/index_m.html index_m.html text/html upload [1] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/rpi.png rpi.png image/png upload [0] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/words.js words.js application/javascript Process exited with code 0Aber Instanz bleibt grün ...
Huch was passiert denn da? 
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
559
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge