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

[simatec]

@Markus-Seewer
Aktuell wird nur ftp unterstützt ...

[Markus Seewer]

@simatec könnte man SFTP den nachrüsten?

[simatec]

@Markus-Seewer
Muss ich mir mal anschauen

[simatec]

@deMarvin
Habe jetzt mal Zeit gefunden und auf meinem Testsystem Mysql installiert ...
Sowohl Backup als auch den Restore konnte ich mit Backitup 1.5.8 ohne Probleme durchführen.
Irgendwas scheint an deinem System bzw. rechten nicht zu passen.
Bisher habe ich auch keine Meldungen zu dem Thema bekommen, was darauf deutet, dass es auch keine Probleme gibt. Schau mal bitte nach deinen Rechten, gerade auch auf deinem alten System ....
Denn so wie es ausschaut, hat dein mysql Backupfile nicht die benötigten Rechte

[deMarvin]

@simatec
Ja ich werde mal wenn ich Zeit habe einen manuellen restore versuchen und guck dann, an welcher Stelle es scheitert und warum. Natürlich gebe ich dann nochmal Rückmeldung.
Trotzdem danke für die Unterstützung bis jetzt 👍

[Markus Seewer]

@simatec Besten Dank

[Ein ehemaliger Benutzer]

@simatec kann backitup auch sftp? Ich hatte bisher die Verbindung über FTP Port 21 und wollte nun auf SFTP Port 22 umstellen. Die Login Daten habe ich kopiert und per Filezilla geprüft ob ich mich verbinden kann. backitup verbindet sich leider nicht...

[Jan1]

@Brainbug
Wo sicherst Du denn hin, ist das in Deinem LAN? Wenn ja, warum dann SFTP? Hast Angst, dass Dich einer in Deinem eigenen LAN ausspioniert? Wenn auch ja, dann hast ein ganz anderes Problem ;-)

[Ein ehemaliger Benutzer]

@Jan1
Ich sichere auf meinen Webserver. Ich hab nur umgestellt weil die FTP Verbindung am PC eine "schlechte" Verbindung hatte. Umgestellt auf SFTP lief das wieder normal. Somit habe ich gedacht stellst die Sicherung von backitup auch auf SFTP um.

Ich bin mit backitup wieder zurück auf FTP, es läuft ja. Aber anscheinend kann backitup kein SFTP?

[Jan1]

@Brainbug
Weil SFTP nur Sinn macht, wenn der FTP nicht im eigenen LAN steht, da hier die Übertragung verschlüsselt wird. Bleibt die Frage warum FTP bei Dir eine "schlechte" Verbindung hat, da das unverschlüsselt eigentlich eher einfach sein sollte.

[Ein ehemaliger Benutzer]

@Jan1
Die Verbindung ist träge und läuft langsam. Klar könnte ich nun meinen Hosting Anbieter fragen warum die Verbindung langsam läuft. Ich schätze dann kommt der Hinweis auf SFTP und warum ich diese Verbindung nicht verwende. Meine Antwort an den Anbieter wäre dann, ja läuft besser. Problem gelöst.

Das 7mb Backup von iobroker zu übertragen ist jetzt nicht das Problem per FTP. Rein technisch und für die Sicherheit wäre das SFTP Protokoll besser. Wenn es funktioniert...

[Jan1]

@Brainbug
Das war ja auch die Frage warum SFTP und ja, bei Dir würde es Sinn machen, nur wird der Adapter das wohl nicht unterstützen, da die meisten das im eigenen LAN machen und da ist SFTP eben nicht wirklich nötig.

[Ein ehemaliger Benutzer]

Vielleicht ist es ja nicht viel Arbeit das SFTP Protokoll einzubauen. Mal sehen was @simatec schreibt.

[simatec]

@Brainbug
Mach mal bitte ein Issue auf, dann schaue ich mal bei Gelegenheit, ob man das integrieren könnte.

[pk68]

Ich habe den Adapter so eingestellt, dass jeden Tag um 2 Uhr ein Backup gemacht wird. Dabei sollen die letzten 10 Backups aufgehoben werden. Dies funktioniert bis auf die Sicherung der Zigbee-Datenbank. Dort werden alte Backups nicht entfernt. Ist das so gewollt?

[simatec]

@pk68
Das ist nicht gewollt. Bitte poste mal den Debug Log

[pk68]

@simatec

2020-07-12 02:00:10.027 - debug: backitup.0 (26881) Backup has started ...
2020-07-12 02:00:12.428 - debug: backitup.0 (26881) [iobroker/iobroker] host.Raspi4-iob 2778 states saved
2020-07-12 02:00:12.462 - debug: backitup.0 (26881) [iobroker/iobroker] host.Raspi4-iob 3071 objects saved
2020-07-12 02:00:14.989 - debug: backitup.0 (26881) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_07_12-02_00_10_backupiobroker.tar.gz
2020-07-12 02:00:16.031 - debug: backitup.0 (26881) [iobroker/iobroker] done
2020-07-12 02:00:16.677 - debug: backitup.0 (26881) [iobroker/historyDB] done
2020-07-12 02:00:16.679 - debug: backitup.0 (26881) [iobroker/zigbee] found zigbee database: zigbee.0
2020-07-12 02:00:16.680 - debug: backitup.0 (26881) [iobroker/zigbee] done
2020-07-12 02:00:16.687 - debug: backitup.0 (26881) [iobroker/clean] delete /opt/iobroker/backups/iobroker_2020_07_03-02_00_10_backupiobroker.tar.gz
2020-07-12 02:00:16.688 - debug: backitup.0 (26881) [iobroker/clean] delete /opt/iobroker/backups/iobroker_2020_07_02-02_00_10_backupiobroker.tar.gz
2020-07-12 02:00:16.690 - debug: backitup.0 (26881) [iobroker/clean] delete /opt/iobroker/backups/historyDB_2020_07_03-02_00_15_backupiobroker.tar.gz
2020-07-12 02:00:16.691 - debug: backitup.0 (26881) [iobroker/clean] delete /opt/iobroker/backups/historyDB_2020_07_02-02_00_16_backupiobroker.tar.gz
2020-07-12 02:00:16.692 - debug: backitup.0 (26881) [iobroker/clean] done
2020-07-12 02:00:16.698 - debug: backitup.0 (26881) [iobroker/telegram] [iobroker] used Telegram-Instance: telegram.0
2020-07-12 02:00:16.699 - debug: backitup.0 (26881) [iobroker/telegram] done
2020-07-12 02:00:16.704 - debug: backitup.0 (26881) [iobroker] exec: done
2020-07-12 02:00:16.708 - debug: backitup.0 (26881) [iobroker/history] backitup.0.history.html
2020-07-12 02:00:16.709 - debug: backitup.0 (26881) [iobroker] exec: done
2020-07-12 02:00:16.710 - debug: backitup.0 (26881) [iobroker/history] backitup.0.history.json
2020-07-12 02:00:16.712 - debug: backitup.0 (26881) [iobroker] exec: done

[Jan1]

@simatec
ist mir auch schon aufgefallen

[Gargano]

Bei mir ist unter dem wiederherstellen Google nur der iobroker Pfad, der CCU Pfad fehlt. Backup CCU machen kann ich , der Pfad existiert auch in Google Drive, nur angezeigt wird er nicht. Wie kann ich denn da ein Restore der ccu machen ?

[simatec]

@Gargano
Bitte Doku des Adapters lesen (Bereich Wiederherstellung)