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

[Stabilostick]

Zwei Meldungen, die ich bei der Installation eines anderen Adapters hatte. Die Installation wurde vom Admin-UI aus angestoßen.

ERR! fatal: Could not change back to '/root/.npm/_cacache/tmp/git-clone-2b7aaa4f': Keine Berechtigung
WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/8.11.3"

Vielleicht hat mein root zu wenig Rechte? :roll:

ioBroker läuft als root. Der Rest als pi.

Seit dem bin ich vorsichtig

[simatec]

Kommt die Meldung nachdem backitup installiert wurde, oder auch schon vorher?

Gesendet von iPhone mit Tapatalk

[Stabilostick]

Keine Sorge

> eines anderen Adapters hatte

Hat nichts mit Eurem Adapter zu tun.

[haselchen]

War vorher installiert. Dann habe ich die Instanz gelöscht und den Adapter und dann wieder alles neu installiert mit der Version 0.2.5

[simatec]

Kannst du mal bitte den Adapter auf debuglevel stellen, den Ordner backups löschen oder umbenennen und dann mal ein Backup anstoßen?

Poste hier dann mal bitte den kompletten Log.

Was mich wundert, wenn es vorher installiert war, muss doch der Ordner backups schon existiert haben.

Gesendet von iPhone mit Tapatalk

[haselchen]

Ordner umbenannt und manuell angestossen.

Hat er gemacht mit backups Ordner selber anlegen.

Danach die Ordner gelöscht upsback und backups und auf 16:33 automatisches Total Backup gestellt.

Hat er auch gemacht mit backups Ordner anlegen

Keine Ahnung welche Konstellation ich hatte, das das erste Backup fehlgeschlagen ist von Version 0.2.4 auf 0.2.5.

[MathiasJ]

So…......

IObroker neu aufgesetzt, Alle Dateien sind da, wo sie hingehören.

CCU-backup erfolgreich!

Minimal-Backup erfolgreich!

Nur eine Verständnisfrage:

Warum ist hier das CCU-Backup 53MB groß?

Wenn ich in der CCU ein backup erstelle, sind es max 6 MB.

Gruß,

Mathias

[simatec]

Bei mir sind es 3 MB

Gesendet von iPhone mit Tapatalk

[J Riemann]

Die Version 0.2.5 läuft bisher Problemlos.

Es gibt allerdings einen ERROR im Log wenn keine zu löschende "alte" Backups vorhanden sind.

backitup.0	2018-07-27 23:28:28.350	error	[ccu] : Datei oder Verzeichnis nicht gefunden
backitup.0	2018-07-27 23:28:28.349	error	[ccu] find: ‘’
backitup.0	2018-07-27 23:27:19.287	error	[total] : Datei oder Verzeichnis nicht gefunden
backitup.0	2018-07-27 23:27:19.285	error	[total] find: ‘’
backitup.0	2018-07-27 23:24:54.895	error	[minimal] : Datei oder Verzeichnis nicht gefunden
backitup.0	2018-07-27 23:24:54.877	error	[minimal] find: ‘’

Alle neuen Backups werden erstellt und auch in den richtigen Ordner abgelegt.

Die CCU-Backups sind fehlerfrei und lassen sich auch auf die CCU einspielen.

Ein restore der iobroker Backups habe ich bisher noch nicht getestet.

[J Riemann]

@MathiasJ:

Warum ist hier das CCU-Backup 53MB groß? `
Das klingt danach als würden alte Backups oder Nutzerdaten wie z.B. Diagramme in einen falschen Ordner auf die "CCU" geschrieben werden.

Damit würde die Größe des Backups kontinuierlich wachsen.

Teste doch jetzt mal ein Backup über die WebUI der CCU.

[simatec]

@J Riemann:

Die Version 0.2.5 läuft bisher Problemlos.

Es gibt allerdings einen ERROR im Log wenn keine zu löschende "alte" Backups vorhanden sind.

backitup.0	2018-07-27 23:28:28.350	error	[ccu] : Datei oder Verzeichnis nicht gefunden
backitup.0	2018-07-27 23:28:28.349	error	[ccu] find: ‘’
backitup.0	2018-07-27 23:27:19.287	error	[total] : Datei oder Verzeichnis nicht gefunden
backitup.0	2018-07-27 23:27:19.285	error	[total] find: ‘’
backitup.0	2018-07-27 23:24:54.895	error	[minimal] : Datei oder Verzeichnis nicht gefunden
backitup.0	2018-07-27 23:24:54.877	error	[minimal] find: ‘’

Alle neuen Backups werden erstellt und auch in den richtigen Ordner abgelegt.

Die CCU-Backups sind fehlerfrei und lassen sich auch auf die CCU einspielen.

Ein restore der iobroker Backups habe ich bisher noch nicht getestet. `

Waren noch gar keine Backups vom den jeweiligen Typen vorhanden, oder nur keine löschbaren?

[simatec]

Neue Version (0.2.6) mit ein paar kleinen Änderungen ist Online.

0.2.6 (27.07.2018)

__(bluefox) Configurable redis path was added

(simatec) Translations Script

(simatec) Fix FTP Upload__

[Peoples]

@simatec:

Bei mir sind es 3 MB

Gesendet von iPhone mit Tapatalk `

Bei mir auch

[J Riemann]

@simatec:

Waren noch gar keine Backups vom den jeweiligen Typen vorhanden, oder nur keine löschbaren? ` Es sind noch weitere Backups vorhanden die aber mit den vorherigen Versionen von backitup erstellt wurden. Allerdings sind es keine löschbaren Backups weil ich "löschen nach 30 Tagen" eingestellt habe.

Bei den vorherigen Versionen trat die Fehlermeldung nicht auf.

Ich habe noch ein wenig getestet… Die Fehlermeldung tritt nicht mehr auf sobald ein zu löschendes Backup gefunden wurde.

Allerdings sind mir jetzt Ungereimtheiten mit der "Löschfunktion" aufgefallen:

Ich habe das automatische löschen auf "3 Tage" gestellt und dann anschl. ein Backup der CCU per "Jetzt sichern Button" angestoßen.

Im Backupordner lagen 12 alte Backups wobei die ältesten drei vom 10.07, 13.07, und 16.07 waren. Diese 3 wurden dann auch gelöscht.

Allerdings hätten doch auch die Backups vom 18.07 bis 24.07 gelöscht werden müssen weil sie älter wie 3 Tage sind, oder habe ich da etwas falsch verstanden?

[MathiasJ]

@J Riemann:

@MathiasJ:

Warum ist hier das CCU-Backup 53MB groß? `
Das klingt danach als würden alte Backups oder Nutzerdaten wie z.B. Diagramme in einen falschen Ordner auf die "CCU" geschrieben werden.

Damit würde die Größe des Backups kontinuierlich wachsen.

Teste doch jetzt mal ein Backup über die WebUI der CCU. ` Die Backups der CCU sind ja nicht größer als 5MB.

Ich bin erschrocken, als ich dann dieses Monster-Backup sah.

Was ich mir aber vorstellen kann, es wird durch den Adapter die CCU-Highcharts mitgesichert.

Gruß,

Mathias

Gesendet von meinem SM-N915FY mit Tapatalk

[J Riemann]

Wenn die Daten in einem Ordner unter \user\local\ abgelegt werden, dann sind sie auch in einem Backup enthalten. Dann müsste aber auch ein Backup über die WebUI der CCU immer größer werden.

Ob backitup die Backups anders erstellt wie die CCU selbst kann ich nicht sagen.

[Peoples]

Der Adapter macht es genauso wie die ccu auch

[MathiasJ]

Habe den "Fehler" gefunden.

Die CCU-Addon Redmatic hat die großen Backups produziert.

Addon deinstalliert, nun wieder 5MB.

Die Addon brauche ich sowieso nicht, weil die kein mihome kann.

Gesendet von meinem SM-N915FY mit Tapatalk

[simatec]

@MathiasJ:

Habe den "Fehler" gefunden.

Die CCU-Addon Redmatic hat die großen Backups produziert.

Addon deinstalliert, nun wieder 5MB.

Die Addon brauche ich sowieso nicht, weil die kein mihome kann.

Gesendet von meinem SM-N915FY mit Tapatalk `

Na bitte … siehst du System neu mit richtigen Pfaden und alles läuft wie gewünscht

Gesendet von iPhone mit Tapatalk

[smarti2015]

So jetzt klappt bei mir das Speichern auf dem NAS auch Falls jemand mal das gleiche Problem hat, nach fummeln und testen lag es am Kennwort. Ich hab ein recht langes und komplexes Kennwort mit Sonderzeichen benutzt. Nachdem ich das Kennwort in ein Einfaches geändert habe, hat es auf Anhieb geklappt.

Vielen Dank für den tollen Adapter, ab jetzt wird auch endlich extern gesichert