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

[simatec]

user statt username … mein Fehler [emoji847]

Gesendet von iPhone mit Tapatalk

[Homoran]

@simatec:

mein Fehler `
nur wer nichts tut macht keine Fehler

bleibt aber bei der Meldung

[simatec]

Dann muss ich testen, wenn ich wieder an meinem Rechner sitze [emoji51]

Gesendet von iPhone mit Tapatalk

[Homoran]

:oops:

Jetzt kommt die gleiche Meldung wie beim anderen Befehl

mount: wrong fs type, bad option, bad superblock on //192.168.138.71/public/backups,
       missing codepage or helper program, or other error
       (for several filesystems (e.g. nfs, cifs) you might
       need a /sbin/mount. <type>helper program)</type>

@J Riemann:

ich habe gerade eine zusätzliche Instanz angelegt und konnte mit dem 1. Versuch ein CCU Backup auf Fritz.NAS schreiben. ` :twisted:

Ich werde es mal auf einer anderen Installation testen, kann es am Armbian Ubuntu liegen?

Gruß

Rainer

[J Riemann]

Das kann ich Dir nicht beantworten.

Ich habe als Host FRITZ.NAS und als Ordner FRITZ.NAS/Sicherungen eingetragen.

Der Ordner Sicherungen liegt im Hauptordner "FRITZ.NAS".

Etwas verwirrend weil der Host und der Hauptordner den selben Namen tragen.

Edit:

Auch ein Test mit einem an der Fritze angeschlossenen USB-Stick klappt ohne Problem.

[Peoples]

@simatec:

Heute gab es von bluefox große Änderungen, damit der Adapter es vielleicht in die Iobroker Repro schafft.

Leider haben sich dabei einige Fehler eingeschlichen, an denen peoples und ich aber dran sind.

Gesendet von iPhone mit Tapatalk `

Wer aktuell komplette / total backups machen will darf den iobroker stop start nicht aktivieren, irgendeine Änderung verursacht einen sigterm, lässt das backup scheitern und den iobroker nicht mehr starten

Bin dran!

[MathiasJ]

Auf Ubuntu 16.04 will es einfach nicht klappen.

Es geht bei mir weder auf der Fritz.nas noch auf meiner Diskstation.

Ich weiß nimmer, was ich sonst einstellen soll.

Gruß

Mathias

Gesendet von meinem SM-N915FY mit Tapatalk

[Homoran]

Dann sind wir schon zwei mit Ubuntu 16.04.

Aber auf dem NUC mit Debian stretch klappt es auch nicht.

Mein Filesystem auf der Syno ist Btrfs, War glaube ich default bei der DS916+

Da steht gerade ein Update für die DS an, das stoße ich jetzt an.

Gruß

Rainer

[MathiasJ]

Ah OK. Da wir beide die gleiche DS haben, wird sie bei mir auch da sein.

Werde gleich mal gucken

Was mich wundert, es kommt keine Fehlermeldung, aber die Backups, egal welche, kommt weder bei der DS, noch bei der Fritz an.

Gruß,

Mathias

Gesendet von meinem SM-N915FY mit Tapatalk

[J Riemann]

@Homoran:

Mein Filesystem auf der Syno ist Btrfs, War glaube ich default bei der DS916+ `

Meine DS216j arbeitet mit ext3/ext4. Evtl, liegt da schon Dein Problem.

[Homoran]

@J Riemann:

Evtl, liegt da schon Dein Problem. `
Deswegen habe ich ja danach gesucht; irgendwelche Exoten müssen es sein.

Und das Mathias die gleiche Syno hat,….

Da glaube ich eher dran, als an das OS.

Aber genug für heute

Schönen Abend

rainer

[MathiasJ]

Rainer, hast recht!

Ich klinke mich für heute auch aus.

Vielleicht werde ich eine HDD ausbauen und am PC auf ext3 formatieren.

Da ich die nicht so lange habe, ist die HDD eh fast noch "jungfräulich".

Oder ich stecke eine formatierte HDD als externe an.

Mal schauen. .

Bis alles läuft, mache ich meine Backups nur, wenn ich etwas geändert habe.

Gruß,

Mathias

Gesendet von meinem SM-N915FY mit Tapatalk

[Ati]

ich habe mit dem Adapter ein Problem.

Der ist zwar ordnungsgemäß installiert und zeigt einen grünen Button, aber er tut rein gar nichts. System ist derzeit ein Raspi mit Stretch

Hier das Log mit einem reload des Adapters

host.piiobrokerCCU2	2018-07-19 09:16:32.954	info	instance system.adapter.backitup.0 started with pid 20412
host.piiobrokerCCU2	2018-07-19 09:16:30.438	info	instance system.adapter.backitup.0 terminated with code null ()
host.piiobrokerCCU2	2018-07-19 09:16:30.437	warn	instance system.adapter.backitup.0 terminated due to SIGTERM
host.piiobrokerCCU2	2018-07-19 09:16:30.417	info	stopInstance system.adapter.backitup.0 killing pid 20407
host.piiobrokerCCU2	2018-07-19 09:16:30.417	info	stopInstance system.adapter.backitup.0
host.piiobrokerCCU2	2018-07-19 09:16:30.416	info	object change system.adapter.backitup.0
host.piiobrokerCCU2	2018-07-19 09:16:28.647	info	instance system.adapter.backitup.0 started with pid 20407
host.piiobrokerCCU2	2018-07-19 09:16:26.678	info	instance system.adapter.backitup.0 terminated with code 0 (OK)
backitup.0	2018-07-19 09:16:36.604	info	starting. Version 0.2.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.11.1

Hier noch die Screenshots der Instanz und der Objekte.


Die Konfiguration des Adapters habe ich derzeit auf log aktivieren, debug aktivieren, iobroker Stop aktivieren und Benachrichtigung per Telegram stehen. In den NAS Einstellungen ist FTP eingestellt und zeigt auf einen echten FTP-Server.

Nach meinem Verständnis sollte auch wen in der Konfiguration etwas nicht stimmt, zumindest im Log irgendetwas erscheinen. Und sei es eine Fehlermeldung. Aber hier passiert einfach gar nichts.

Was kann das sein und wo muss ich suchen?

[simatec]

Schalte mal iobroker stop aus.

Da gibt es gerade ein Problem, was wir probieren schnellstmöglich zu finden.

Schalter mal den Adapter auf debug.

Also nicht im Adapter Menü, sondern direkt den Adapter im iobroker

[Ati]

da sehe ich bei mir keine Möglichkeit dazu. Oder braucht man dazu Webstorm?

[simatec]

Expertenmodus musst du anstellen

Gesendet von iPhone mit Tapatalk

[Ati]

der Expertenmodus ist angestellt. Aber das hat doch nix mit Debug zu tun, oder? Das ermöglicht doch lediglich im rechtenb Teil den upload und Versionsinstallationen :?:

[simatec]

Du hast eine Spalte beim Adapter, da sollte aktuell Info stehen.

Dort musst du auf debug stellen

Gesendet von iPhone mit Tapatalk

[Ati]

ich weiß nicht, bei mir ist das nicht so

[Stabilostick]

Simatec meinte Instanz statt Adapter. Dort Expertenmodus.