Monatsrückblick Januar/Februar 2026 ist online!

[Kaiman55]

@crunchip sagte in ioBroker/Proxmox LXC Container: Kein Restore möglich:

Wenn du ein backup vom jeweiligen Ct bzw Vm hast, kannst du diesen direkt löschen, dann kannst du dein Backup zurückspielen, dabei kannst du Ort und Zahl bestimmen.

Prima. Dann werde ich das mal als erstes machen.
Kann man so ein Backup von dem CT auch in ein Proxmox 6 zurückspielen?
Oder geht das nicht?

[Ein ehemaliger Benutzer]

@Kaiman55 das geht, genauso hab ich das auch gemacht, erstmal alle Images ( egal ob VM oder Container ) auf das NAS, dann proxmox komplett neu installiert, geschaut, dass alles läuft wie man möchte, und dann ein Image zurück.

Bei mir waren es 25 VMs und 12 Container...

[Kaiman55]

@ilovegym
Das klingt sehr gut.
Dann werde ich das mal irgendwann machen.

Den iobroker Ordner sichern und einfach zurückspielen bringt keine lauffähige Installation zurück, oder?

[Ein ehemaliger Benutzer]

@Kaiman55 das geht wohl auch, aber mit dem Befehl "iobroker Backup" erstellt er dir eins, da musst du nur die Datei sichern .

Sichere dir auch alle Scripte..

[Kaiman55]

@ilovegym
Hi Bernd,

vielen Dank für die tollen Tipps.
Werde bei Zeiten mal ne alte Kiste parallel mit Proxmox 6 aufsetzen und dann dort das NAS einbinden und versuchen dort den Container einzubinden.
Ist mir sicherer als meinen NUC plattzumachen und kein lauffähiges System mehr zu haben.

[Kaiman55]

Moin zusammen,

ich bin es leider nochmal.

Ich habe jetzt meine LXC VM nach local-lvm restored.
Somit ist jetzt alles am rechten Platz.

Aber mir ist vorher schon etwas aufgefallen, was gar nicht gut ist.
Gemerkt habe ich es schon vor ein paar Tagen. Dachte aber es liegt am Ort local wo ich es Anfangs restored hatte.

Das ioBroker System reagiert total träge.
Von 30 Sekunden-1 Minute verzögert.
Also nicht in der GUI, sondern wenn Scripte ausführt werden.

Ich habe gerade testweise mein altes Backup von März eingespielt.
Und mit diesem Stand ging dann alles ohne Verzögerung.
Da waren es 35 offene Updates Hosts JS Controller v2.2.9 und Admin 3.7.8

Hier mal die Beschreibung was träge ist:
Wenn ich nach Hause komme, entschärfe ich meine Alarmanlage (hängt per Lupus Adapter auch drin).
Dann bin ich Anwesend und es folgt von Alexa die Meldung, das unscharf ist.
Zudem sagt sie mir, wenn Post im Briefkasten ist oder die Mülltonne rausgestellt werden muss.

So war es vor Update von Hosts JS Controller v2.2.9 und Admin 3.7.8
Jetzt dauert die erste Ansage unscharf ca. 30 Sekunden.
Der Rest kommt dann hinterher.

Klingelt es an der Haustür, meldet auch das Alexa. Dazu läutet noch mein Xiaomi Hub.
Auch das passierte vorher sofort. Auch hier startet alles 30 Sekunden verzögert.

@Homoran Kann der fix Befehl:

curl -fsL https://iobroker.net/fix.sh | bash -

da was kaputt gemacht haben?

@apollon77 sagte in ioBroker/Proxmox LXC Container: Kein Restore möglich:

@Kaiman55 je nachdem
Welche Version des Controllers gab es mal Denkfehler das object/state dB Backups nicht sauber aufgeräumt wurden. Wenn du s so ich js-controller Auf 3.1.6 Updates fixt sich das alleine. Oder löschst manuell. Ist in /opt/iobroker/iobroker-data/ ein jnterverzrixhnis mit Backup im Namen.

Ganz am Anfang schrieb ich auch, dass das Vollbackup im April bei 2 GB lag. Ende August waren es schon 4 GB.
Da war die Erklärung, dass der Controller zu alt ist schlüssig und der neue das fixt.

Wie gesagt:
Es ist jetzt alles aktuell. Script Engine war vorher auf 4.3.4
Könnte es daran liegen?

An den Scripten habe ich nichts geändert. Und auch Adpater habe ich seit März nicht mehr geändert.
Es lief einfach.

Hoffe ich habe nicht zu wirr geschrieben.
Im Moment läuft jetzt das März System mit altem Controller.

Danke schonmal für die Hilfe.
LG Kai

[Ein ehemaliger Benutzer]

@Kaiman55

hmm ich würd erstmal mit
cd /opt/iobroker
systemctl stop iobroker
iobroker fix
systemctl start iobroker

beobachten, obs ein Rechte-Problem war.

Mehr helfen natürlich die Logfiles, also in
/opt/iobroker/logs
und
/var/log
und mit
dmesg

mal schauen, was geht..

[Kaiman55]

@ilovegym
Moin Bernd,

der Befehl "systemctl stop iobroker" wurde mit der folgenden Fehlermeldung quittiert:

iobroker@iobroker-1804:~$ cd /opt/iobroker
iobroker@iobroker-1804:/opt/iobroker$ systemctl stop iobroker
Failed to stop iobroker.service: The name org.freedesktop.PolicyKit1 was not pro vided by any .service files
See system logs and 'systemctl status iobroker.service' for details.

Ich habe dann das normale "iobroker stop" probiert und anschliessend "iobroker fix"
Das hast dann geklappt:

iobroker@iobroker-1804:/opt/iobroker$ iobroker stop
iobroker@iobroker-1804:/opt/iobroker$ iobroker fix
library: loaded
Library version=2020-06-12

==========================================================================

    Welcome to the ioBroker installation fixer!
    Script version: 2020-06-15

    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/3)
==========================================================================

Hit:1 http://archive.ubuntu.com/ubuntu bionic InRelease
Hit:2 https://deb.nodesource.com/node_10.x bionic InRelease
Get:3 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88.7 kB]
Get:4 http://archive.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB]
Get:5 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages [1054 kB]
Get:6 http://archive.ubuntu.com/ubuntu bionic-updates/main Translation-en [352 kB]
Get:7 http://archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 Packages [91.2 kB]
Get:8 http://archive.ubuntu.com/ubuntu bionic-updates/restricted Translation-en [19.9 kB]
Get:9 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages [1103 kB]
Get:10 http://archive.ubuntu.com/ubuntu bionic-updates/universe Translation-en [343 kB]
Get:11 http://archive.ubuntu.com/ubuntu bionic-security/main amd64 Packages [832 kB]
Get:12 http://archive.ubuntu.com/ubuntu bionic-security/main Translation-en [260 kB]
Get:13 http://archive.ubuntu.com/ubuntu bionic-security/restricted amd64 Packages [82.0 kB]
Get:14 http://archive.ubuntu.com/ubuntu bionic-security/restricted Translation-en [17.8 kB]
Get:15 http://archive.ubuntu.com/ubuntu bionic-security/universe amd64 Packages [697 kB]
Get:16 http://archive.ubuntu.com/ubuntu bionic-security/universe Translation-en [231 kB]
Fetched 5260 kB in 4s (1401 kB/s)
Reading package lists... Done
Installed gcc-c++

==========================================================================
    Checking ioBroker user and directory permissions (2/3)
==========================================================================

[sudo] password for iobroker:
Fixing directory permissions...

==========================================================================
    Checking autostart (3/3)
==========================================================================

Enabling autostart...
Autostart enabled!

==========================================================================

    Your installation was fixed successfully
    Run iobroker start to start ioBroker again!

Und es hat diesmal tatsächlich geholfen.
Alles ist wieder schnell wie am Anfang.
Warum es mit dem Fix nicht schon beim ersten Mal geklappt hat, verstehe ich zwar nicht, aber ich freue mich sehr, dass wieder alles aktuell und schnell ist.

Ein kleines Problem gibt es noch.
Mein Blockly Scipt was per TR-064 den Anrufer raussucht und dann per Alexa ansagt (Scipt habe ich vor Ewigkeiten aus dem Forum) sagt nix mehr.
Habe gelesen, dass man beim TR-64 Adapter das Passwort nochmal setzen soll. Aber gebracht hat es nichts.
Meiner Meinung nach sind alle Objekte vorhanden.
Andere Alexa Ansagen (Entschärfen Alarm bsw) funktionieren.

Aber ich denke da schreibe ich nochmal einen neuen Eintrag, damit es hier nicht zu unübersichtlich wird.
Da poste ich dann auch das Script.

LG Kai

[crunchip]

@Kaiman55 sagte in ioBroker/Proxmox LXC Container: Kein Restore möglich:

TR-064 den Anrufer raussucht und dann per Alexa ansagt

Falls deine Fritzbox ein Update bekommen hat, musst du den callmonitor wieder aktivieren

[Kaiman55]

@crunchip
Danke für den Tipp.

Aber wenn ich aktuell das alte Image von ioBroker aktiviere, also mit dem alten TR-064 läuft es sofort wieder.
Mit dem gleichen Script.
Der Monitor müsste demnach doch noch aktiv sein, oder?
Ich probiere es nachher mal

[crunchip]

@Kaiman55 ok, dann liegt es in dem Fall nicht am callmonitor
Starte die Instanz neu und seh im Log nach, was er für Meldung/Hinweis zeigt, sollte z.b. callmonitor... oder Passwort.... dann als Hinweis auftauchen.
Welche Version vom JS-Controller hast du installiert? Das Problem mit Passwort hing mit der Version vom tr-64 und Js-Controller zusammen.