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

[simatec]

Ab sofort ist die Version 0.4.1 im github und ab heute Nacht im latest verfügbar.

0.4.1 (07.12.2018)

__(simatec) Added boolean for backup Success

(simatec) Added Selection menu SMB type (CIFS)

(simatec) Added Checkbox for mount as root (sudo)__

In der Version wurden einige User Wünsche erfüllt.

Pro Backup gibt es in der Objekten einen neuen Datenpunkt, der das erfolgreiche erstellen als true ausgibt.

Des Weiteren hat man nun im CIFS die Möglichkeit die SMB Version zu wählen und im NFS und CIFS kann man die Option "sudo" aktivieren.

Der sudo mount ist für alle User interessant, die iob nicht als root laufen haben.

[Diginix]

Mit 0.4.0 und neu gesetzten Cronjob wurde heute morgen wieder regulär das minimal Backup erstellt.

Mal sehen was heute Nacht mit 0.4.1 passiert. ;-)

Vielen Dank fürs Weiterentwickeln!

[hmanfred]

@simatec:

In der Version wurden einige User Wünsche erfüllt. `

Danke!

[MathiasJ]

Ist es möglich, dass die Backup-Dateien nicht funktionieen?

Nach einem Festplatten-Crash musste ich mein System neu aufsetzen.

manche Adapter funktionierten, manche wurden nur teilweise installiert.

An einer "SD-Karte" kann es nicht liegen, weil keine eingebaut.

Ich habe eine SSD mit 120GB und die ist nagelneu.

Gruß,

Mathias

[simatec]

Was hast du denn für ein Backup wiederhergestellt?

Wenn du das System neu aufgesetzt hast und du das total wieder hergestellt hast, solltest du auch das komplette iob neu kompilieren.

Sollte mit der reinstall.sh im IoB Hauptverzeichnis alles durchgeführt werden.

Wenn du auf deinem neuen System eine andere Version von node und npm hast, dann ist dies zwingend erforderlich.

Bei einem Restore vom Minimal sind diese Schritte nicht nötig, da alle Adapter nach dem Restore neu installiert werden.

Grundsätzlich empfehle ich immer erstmal den Restore vom minimal.

Gesendet von iPhone mit Tapatalk

[Griesemer]

Erst einmal großen Dank für diesen Adapter!

Ich habe den Adapter folgendermaßen konfiguriert: Sicherung auf dropbox minimal, total und CCU.

Der Adapter hat im backupdir zwei Verzeichnisse (ccu, minimal) angelegt und schreibt jede Nacht die jewiligen backups in meine Dropbox.

Leider weigert sich der Adapter aber ein total-backup anzulegen. Im debug-log erhalte ich die Fehlermeldung:

[ERROR] [total/dropbox] [object Object]. Habe schon alles mögliche versucht, komme aber nicht weiter.

Was mache ich falsch? Bin für jeden Hinweis dankbar.

[simatec]

Bitte poste mal den kompletten Log

Gesendet von iPhone mit Tapatalk

[Griesemer]

@simatec:

Bitte poste mal den kompletten Log

Gesendet von iPhone mit Tapatalk `

Das sind die Melsungen beim Start des Adapters:

2018-12-08 11:55:20.367 - info: backitup.0 starting. Version 0.4.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3

2018-12-08 11:55:20.389 - error: backitup.0 [ERROR] [total/dropbox] [object Object]

2018-12-08 11:55:20.716 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)

2018-12-08 11:55:20.728 - info: backitup.0 [ccu] backup was activated at 01:30 every 3 day(s)

2018-12-08 11:55:20.733 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)

[simatec]

Stelle bitte mal die Instanz auf debug und poste den kompletten Log mit den debug Ausgaben.

Poste bitte auch mal deine Einstellungen für das total (Screenshot).

Gesendet von iPhone mit Tapatalk

[MathiasJ]

Kann mir hier jemand nochmal weiterhelfen?

Ich habe jetzt eine neue SSD drin.

Nur wie installiere ich jetzt die cifs utilities?

Ich hab's vergessen, sorry.

Gruß,

Mathias

[simatec]

sudo apt-get install cifs-utils

Gesendet von iPhone mit Tapatalk

[Griesemer]

@simatec:

Stelle bitte mal die Instanz auf debug und poste den kompletten Log mit den debug Ausgaben.

Poste bitte auch mal deine Einstellungen für das total (Screenshot).

Gesendet von iPhone mit Tapatalk `

2018-12-08 21:21:31.343 - debug: backitup.0 objectDB connected

2018-12-08 21:21:31.364 - debug: backitup.0 statesDB connected

2018-12-08 21:21:31.489 - info: backitup.0 starting. Version 0.4.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3

2018-12-08 21:21:31.555 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)

2018-12-08 21:21:31.571 - debug: backitup.0 [minimal] 10 00 02 */1 * *

2018-12-08 21:21:31.571 - info: backitup.0 [ccu] backup was activated at 01:30 every 3 day(s)

2018-12-08 21:21:31.578 - debug: backitup.0 [ccu] 10 30 01 */3 * *

2018-12-08 21:21:31.578 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)

2018-12-08 21:21:31.581 - debug: backitup.0 [total] 10 00 03 */3 * *

2018-12-08 21:21:33.822 - debug: backitup.0 system.adapter.admin.0: logging true

Besten Dank für die Unterstützung!

[simatec]

Und wann kommt der error genau?

Kann in dem log keinen Fehler sehen.

Wird denn ein total Backup erstellt?

Gesendet von iPhone mit Tapatalk

[Apropo]

@simatec:

@Apropo:

@Röstkartoffel:

Welche Dateien werden bei dir beim Standard (minimal) Backup gesichert und ist der Files-Ordner auch leer? (ist zwar kein Adapter Problem, wurde hier aber auch schon mal festgestellt) `

Es wird nur eine backup.json erstellt und ein leerer files Ordner

@simatec

IoBroker läuft in einer Debian VM auf einer Synology NAS

npm 6.1.0

node js v6.14.3

Wo kann ich die Version vom js-controller sehen?

Und gibt's vielleicht eine Möglichkeit auf eine Version vor 0.3 downzugraden um es damit gegenzutesten? `

Mach mal ein Upgrade von node js und npm.

Meines Wissens gab es mit npm 6.1.0 immer mal wieder Probleme.

Downgraden des Adapters geht im Adaptermenü.

Dort auf das Plus bei backitup gehen. Somit werden dir die verschiedenen Versionen zur Installation angezeigt `

So, kleines Update:

Ich habe gestern nach unzähligen nutzlosen Versuchen mit Downgrades des Adapters und Einstellungsänderungen, dann doch mal den Schritt gewagt und npm und nodejs upgedatet inklusive reinstall. Aktuell sieht es so aus:

npm 6.4.1

node js 8.14.0

js-controller 1.4.2

Damit wurde letzte Nacht das erste Mal wieder richtig ein Backup erstellt, auf das das NAS verschoben und auch das älteste gelöscht wie es sein soll. Also alles gut bis jetzt. Ich hoffe es bleibt so.

Jetzt bleibt nur noch rauszufinden warum der files Odner im minimal Backup leer ist, aber das hat ja nichts mit dem Adapter zu tun, oder? Hat trotzdem jemand eine Idee?

:!: :?:

[simatec]

Hast du das aktuelle Backup nach dem Upgrade von node und npm mal angeschaut?

Fehlt da noch immer dein VIS?

Gesendet von iPhone mit Tapatalk

[Griesemer]

@simatec:

Und wann kommt der error genau?

Kann in dem log keinen Fehler sehen.

Wird denn ein total Backup erstellt?

Gesendet von iPhone mit Tapatalk `

Hier der komplette Log bei manuellem Start der Vollsicherung:

2018-12-09 09:00:48.564 - info: host.ioBroker instance system.adapter.backitup.0 started with pid 16716

2018-12-09 09:00:48.893 - debug: backitup.0 objectDB connected

2018-12-09 09:00:48.913 - debug: backitup.0 statesDB connected

2018-12-09 09:00:49.058 - info: backitup.0 starting. Version 0.4.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3

2018-12-09 09:00:49.067 - debug: backitup.0 Printing logs of previous backup

2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/total] TAR started…

2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/total] Ignore dir: /opt/iobroker/backups

2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/total] done

2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/dropbox] Copy total_2018_12_09-08_54_00_Vollsicherung_backupiobroker.tar.gz…

2018-12-09 09:00:49.071 - error: backitup.0 [ERROR] [total/dropbox] [object Object]

2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/dropbox] done

2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/clean] done

2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/start] done

2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/email] done

2018-12-09 09:00:49.376 - debug: backitup.0 [total/email] [total] used E-Mail-Instance: email.0

2018-12-09 09:00:49.378 - debug: backitup.0 sendTo "send" to system.adapter.email.0 from system.adapter.backitup.0

2018-12-09 09:00:49.378 - debug: backitup.0 [total/email] done

2018-12-09 09:00:49.410 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)

2018-12-09 09:00:49.423 - debug: backitup.0 [minimal] 10 00 02 */1 * *

2018-12-09 09:00:49.423 - info: backitup.0 [ccu] backup was activated at 01:30 every 3 day(s)

2018-12-09 09:00:49.429 - debug: backitup.0 [ccu] 10 30 01 */3 * *

2018-12-09 09:00:49.429 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)

2018-12-09 09:00:49.430 - debug: backitup.0 [total] 10 00 03 */3 * *

2018-12-09 09:00:49.485 - debug: backitup.0 [total/history] backitup.0.history.html

[simatec]

Das sieht mir danach aus, als ob dein Dropboxpfad für das total nicht stimmt.

Gesendet von iPhone mit Tapatalk

[Apropo]

@simatec:

Hast du das aktuelle Backup nach dem Upgrade von node und npm mal angeschaut?

Fehlt da noch immer dein VIS?

Gesendet von iPhone mit Tapatalk `

Ja, ist genau das selbe. Es ist nur die backup.json vorhanden und ein leerer files Ordner.

[simatec]

OK dann poste bitte dein Problem hier im Forum in einem separaten Thread, da es nix mit dem Adapter zu tun hat und diesen Thread hier nur unübersichtlich macht und zusätzlich für Verwirrung sorgt

Gesendet von iPhone mit Tapatalk

[Griesemer]

@simatec:

Das sieht mir danach aus, als ob dein Dropboxpfad für das total nicht stimmt.

Gesendet von iPhone mit Tapatalk `

Der Adapter legt die Verzeichnisse ccu, minimal und total doch eigenständig im backupdir an, oder? Ich habe den "total" Ordner in der Dropbox jetzt mal nanuell gelöscht und die Sicherung erneut gestartet. Es passiert aber nichts. Der Adapter legt keinen Ordner an.