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

[simatec]

Sehr schön zu lesen, dass es jetzt funktioniert.

Viel Spaß mit dem Adapter [emoji4]

Gesendet von iPhone mit Tapatalk

[simatec]

Ab sofort ist auf dem Github die Version 0.3.6 verfügbar und ab heute Nacht auch im latest.

0.3.6 (16.10.2018)

__(simatec) Fix Dropbox Backup

(simatec) Fix Restore path for ownDir

(simatec) Fix FTP and NAS path

(simatec) Fix Access Token for dropbox__

Ab dieser Version ist es nicht mehr erforderlich bei der Pfadangabe darauf zu achten, dass die Pfade mit oder ohne "/" beginnen.

Der Adapter erkennt dies nun allein und passt sich das ganze beim mount oder FTP an.

Viel Spaß beim testen …

[daniello]

Hi .. erste Nacht mit v0.3.6 .. da fällt mir dies auf (womöglich war es schon vorher da?!)

host.ioBroker	2018-10-19 02:00:17.595	error	instance system.adapter.backitup.0 terminated with code 0 (OK)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: path: '/opt/iobroker/backups' }
Caught	2018-10-19 02:00:17.595	error	by controller[0]: syscall: 'mkdir',
Caught	2018-10-19 02:00:17.595	error	by controller[0]: code: 'EEXIST',
Caught	2018-10-19 02:00:17.595	error	by controller[0]: errno: -17,
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Timer.listOnTimeout (timers.js:290:5)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at tryOnTimeout (timers.js:323:5)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at ontimeout (timers.js:498:11)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:501:7)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at /opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:543:11
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Job.invoke (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:173:10)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Job.backupTimeSchedules.(anonymous function).schedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.backitup/main.js:148:17)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at startBackup (/opt/iobroker/node_modules/iobroker.backitup/main.js:36:9)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at executeScripts (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:46:16)
Caught	2018-10-19 02:00:17.594	error	by controller[0]: at Object.fs.mkdirSync (fs.js:885:18)
Caught	2018-10-19 02:00:17.594	error	by controller[0]: { Error: EEXIST: file already exists, mkdir '/opt/iobroker/backups'
backitup.0	2018-10-19 02:00:17.589	info	terminating
backitup.0	2018-10-19 02:00:17.086	error	at Timer.listOnTimeout (timers.js:290:5)
backitup.0	2018-10-19 02:00:17.086	error	at tryOnTimeout (timers.js:323:5)
backitup.0	2018-10-19 02:00:17.086	error	at ontimeout (timers.js:498:11)
backitup.0	2018-10-19 02:00:17.086	error	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:501:7)
backitup.0	2018-10-19 02:00:17.086	error	at /opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:543:11
backitup.0	2018-10-19 02:00:17.086	error	at Job.invoke (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:173:10)
backitup.0	2018-10-19 02:00:17.086	error	at Job.backupTimeSchedules.(anonymous function).schedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.backitup/main.js:148:17)
backitup.0	2018-10-19 02:00:17.086	error	at startBackup (/opt/iobroker/node_modules/iobroker.backitup/main.js:36:9)
backitup.0	2018-10-19 02:00:17.086	error	at executeScripts (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:46:16)
backitup.0	2018-10-19 02:00:17.086	error	at Object.fs.mkdirSync (fs.js:885:18)
backitup.0	2018-10-19 02:00:17.086	error	Error: EEXIST: file already exists, mkdir '/opt/iobroker/backups'
backitup.0	2018-10-19 02:00:17.086	error	uncaught exception: EEXIST: file already exists, mkdir '/opt/iobroker/backups'

[schittl]

Moin,

kleiner Hinweis(nur ggf. zur Abrundung):

Die Telegram-Message ist noch (habe Version 0.3.5) nicht korrigiert worden, wenn man CIFS nutzt. Ist ja kein funktionaler Fehler. Hier mal mein Beitrag von damals dazu:

viewtopic.php?f=23&t=15256&p=173291#p173106

Oder ist das mit 0.3.6 eventuell korrigiert?

vg

Falk

[simatec]

@daniello:

Hi .. erste Nacht mit v0.3.6 .. da fällt mir dies auf (womöglich war es schon vorher da?!)

host.ioBroker	2018-10-19 02:00:17.595	error	instance system.adapter.backitup.0 terminated with code 0 (OK)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: path: '/opt/iobroker/backups' }
Caught	2018-10-19 02:00:17.595	error	by controller[0]: syscall: 'mkdir',
Caught	2018-10-19 02:00:17.595	error	by controller[0]: code: 'EEXIST',
Caught	2018-10-19 02:00:17.595	error	by controller[0]: errno: -17,
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Timer.listOnTimeout (timers.js:290:5)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at tryOnTimeout (timers.js:323:5)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at ontimeout (timers.js:498:11)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:501:7)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at /opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:543:11
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Job.invoke (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:173:10)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at Job.backupTimeSchedules.(anonymous function).schedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.backitup/main.js:148:17)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at startBackup (/opt/iobroker/node_modules/iobroker.backitup/main.js:36:9)
Caught	2018-10-19 02:00:17.595	error	by controller[0]: at executeScripts (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:46:16)
Caught	2018-10-19 02:00:17.594	error	by controller[0]: at Object.fs.mkdirSync (fs.js:885:18)
Caught	2018-10-19 02:00:17.594	error	by controller[0]: { Error: EEXIST: file already exists, mkdir '/opt/iobroker/backups'
backitup.0	2018-10-19 02:00:17.589	info	terminating
backitup.0	2018-10-19 02:00:17.086	error	at Timer.listOnTimeout (timers.js:290:5)
backitup.0	2018-10-19 02:00:17.086	error	at tryOnTimeout (timers.js:323:5)
backitup.0	2018-10-19 02:00:17.086	error	at ontimeout (timers.js:498:11)
backitup.0	2018-10-19 02:00:17.086	error	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:501:7)
backitup.0	2018-10-19 02:00:17.086	error	at /opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:543:11
backitup.0	2018-10-19 02:00:17.086	error	at Job.invoke (/opt/iobroker/node_modules/iobroker.backitup/node_modules/node-schedule/lib/schedule.js:173:10)
backitup.0	2018-10-19 02:00:17.086	error	at Job.backupTimeSchedules.(anonymous function).schedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.backitup/main.js:148:17)
backitup.0	2018-10-19 02:00:17.086	error	at startBackup (/opt/iobroker/node_modules/iobroker.backitup/main.js:36:9)
backitup.0	2018-10-19 02:00:17.086	error	at executeScripts (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:46:16)
backitup.0	2018-10-19 02:00:17.086	error	at Object.fs.mkdirSync (fs.js:885:18)
backitup.0	2018-10-19 02:00:17.086	error	Error: EEXIST: file already exists, mkdir '/opt/iobroker/backups'
backitup.0	2018-10-19 02:00:17.086	error	uncaught exception: EEXIST: file already exists, mkdir '/opt/iobroker/backups'
```` `  

Wann trat denn diese Meldung auf?

Gesendet von iPhone mit Tapatalk

[simatec]

@schittl:

Moin,

kleiner Hinweis(nur ggf. zur Abrundung):

Die Telegram-Message ist noch (habe Version 0.3.5) nicht korrigiert worden, wenn man CIFS nutzt. Ist ja kein funktionaler Fehler. Hier mal mein Beitrag von damals dazu:

viewtopic.php?f=23&t=15256&p=173291#p173106

Oder ist das mit 0.3.6 eventuell korrigiert?

vg

Falk `

Telegram wird gerade im Adapter überarbeitet

Gesendet von iPhone mit Tapatalk

[Diginix]

Ist das SQL Backup für den SQL History Adapter gedacht?

Wenn ja, wie richte ich das ein? Woher bekomme ich die Logindaten und mysqldump gibt es bei mir unter Rasbian nicht.

Auch mysql selbst ist als solches nicht installiert, bzw. gibt es keine bekanntes Kommando. Dennoch funktioniert der History Adapter innerhalb ioBroker bei mir.

Wäre es möglich Dropbox optional pro Backuptyp zu aktivieren? Das Vollbackup hat 300 MB und braucht beim Upload zu lange und würde auf Dauer auch die Dropbox voll laufen lassen.

[daniello]

@simatec:

Wann trat denn diese Meldung auf?

Gesendet von iPhone mit Tapatalk `

um 2:00 sollte mein Standardbackup via Backitup laufen.

[simatec]

Starte mal den Adapter neu und versuche es noch einmal.

Wie hast du das Update gemacht?

Direkt über iobroker oder via github?

Gesendet von iPhone mit Tapatalk

[Ein ehemaliger Benutzer]

Wäre es möglich wenn man sagt alle 7 Tage ein Backup das man den Tag an dem es passiert bestimmen könnte?

[daniello]

Update via iobroker .. lief diese Nacht ohne Fehlermeldung durch.

[Jan1]

@Brainbug:

Wäre es möglich wenn man sagt alle 7 Tage ein Backup das man den Tag an dem es passiert bestimmen könnte? `

Wäre es möglich, einen Satz zu schreiben, den man auch verseht? :lol:

Kein Plan was Du willst.

OK, 6 mal gelesen und steig langsam durch. Ich gehe mal davon aus, Du möchtest alle 7 Tage ein Backup haben und den Tag des Beginn auf einen bestimmten Wochentag festlegen. Ist das richtig?

[daniello]

@Jan1:

OK, 6 mal gelesen und steig langsam durch. Ich gehe mal davon aus, Du möchtest alle 7 Tage ein Backup haben und den Tag des Beginn auf einen bestimmten Wochentag festlegen. Ist das richtig? `

Ich verstehe: jeden Montag oder jeden Dienstag oder jeden Mittwoch …

Vermutlich 7 Checkboxen, um die Wochentage anzuhaken an denen das Backup erstellt werden soll.

[Jan1]

Ja so hab ich das dann auch verstanden, aber wirklich Sinn mach das nicht und wenn man's will, dann legt man das Backup eben an dem Tag fest, an dem man's haben möchte. Sprich alle 7 Tage ab Montag, dann eben diese Einstellung an einem Montag speichern.

[Ein ehemaliger Benutzer]

@Jan1:

Du möchtest alle 7 Tage ein Backup haben und den Tag des Beginn auf einen bestimmten Wochentag festlegen. Ist das richtig? `

:oops: :oops: ja

Oder wie crontab, dann könnte man den ( die ) Tag(e) wählen.

[simatec]

@Brainbug:

@Jan1:

Du möchtest alle 7 Tage ein Backup haben und den Tag des Beginn auf einen bestimmten Wochentag festlegen. Ist das richtig? `

:oops: :oops: ja

Oder wie crontab, dann könnte man den ( die ) Tag(e) wählen. `

Das Thema hatten wir hier schon.

Backitup wird dies nicht unterstützen.

Die Philosophie des Adapters ist es, alle x Tage zu sichern.

Letztendlich sind die Wochentage doch unwichtig.

Ich sichere jede Nacht.

Wenn du an einem Mittwoch große Änderungen vornimmst und dir Freitag das System zerschossen ist, hilft dir halt nicht weiter jeden Sonntag ne Sicherung zu haben.

Gesendet von iPhone mit Tapatalk

[Jan1]

Eben, das macht kein Sinn und sinnloses Zeug einbauen kostet nur sinnlose Zeit ;)

[Peoples]

@simatec:

Das Thema hatten wir hier schon.

Backitup wird dies nicht unterstützen.

…. `

Zudem wenn wir uns Mal zurück erinnern war das in der Zweiten oder Dritten Version meines Backup Scripts genau so bevor wir daraus den Adapter gemacht haben. Damals kamen dann vermehrt die Wünsche das einfach alle X Tage zu machen, deshalb wurde der Adapter auch so entwickelt.

[moeff]

Hi,

danke erstmal für den Adapter nur die CCU macht bei mir derzeit Probleme (RaspberryMatic), ein Sicherheitsschlüssel ist gesetzt. Auch ssh ist an. welche Zugangsdaten muss ich denn wählen. SSH Zugang? Oder admin + Schlüssel ?

[ERROR] [ccu] - [IGNORED] invalid username oder password

Grüße Marco

[Peoples]

Du musst die Zugangsdaten der weboberfläche verwenden.