AHH danke Dann kann das hier geschlossen werden

@Tom63 sagte in Backitup - Komplett läuft nach Update nicht bei Option IOBroker stoppen: @Tom63 @simatec sagte in Backitup - Komplett läuft nach Update nicht bei Option IOBroker stoppen: So wie es sich anhört, hat der User iobroker keine Rechte auf den Stick zu schreiben Dann verstehe ich aber nicht, wenn man die optionalen Sudo Rechte aktiviert hat warum es nicht geht. Denke im Scribt müsste der Kopierbefehl mit Sudo voran ausgeführt werden. Derzeit habe ich dem Stick alle Rechte gegeben, aber beim nächsten mounten bzw. durchbooten des Raspi ist ja wieder ein neuer Zustand ... Weil hier nicht mirt einem shell Befehl kopiert wird, sondern im Java. Das Thema wurde gerade neulich hier bereits geklärt. Dein Stick benötigt die Schreibrechte für den User iobroker. Am besten wäre auch als Dateisystem ntfs statt fat32

Ja, ich habe auf debug. Mal sehe wie es nächste nacht wird.

@wendy2702 said in Fehler bei mehreren Adaptern zugleich: st das Linux? Debian 9

Jo cool, klasse. Das wars. Meldung ist weg. Vielen Dank!!! :-)

Vielleicht nochmal zur Ergänzung: Ich habe eine Szene Fernseher im ioBroker angelegt und dort einzelne Aktionen zugeordnet. Im Iot Adapter wird der Fernseher auch angezeigt. Leider findet Alexa den Schalter nicht mehr. Er stand aber drin und ich habe ihn rausgelöscht. Siehe Anhang. [image: 1553800502542-fernseher.png] [image: 1553800507683-alexa.png] Die anderen Schalte, die ich über Node-Red gelöst habe funktionieren noch prima! Also die beteiligten Geräte funktionieren. Achso und schalte ich die Szene direkt im Iobroker oder über Vis funktioniert es auch!

Na dann ist ja gut. Läuft ja auch alles.

@jaghatei Danke für die Rückmeldung :-) Mit erneutem Update FHEM Adapter über github sollte Variante 2 jetzt auch funktionieren. Kannst du nochmal testen? Danke und Gruß LausiD

Hallo, existiert das Problem immer noch in 1.4.2? Habe das jetzt auch nach Neuaufsetzen und Backup einspielen. vis.0 2019-03-27 15:44:43.812 info starting. Version 1.1.10 in /opt/iobroker/node_modules/iobroker.vis, node: v8.15.1 vis.0 2019-03-27 15:44:43.774 error setObject id missing!! web.0 2019-03-27 15:44:42.539 info http server listening on port 80 web.0 2019-03-27 15:44:42.303 info starting. Version 2.4.1 in /opt/iobroker/node_modules/iobroker.web, node: v8.15.1 web.0 2019-03-27 15:44:42.284 error setObject id missing!! Danke im Voraus. Gruß

danke, das wars :)

Sorry... mehr fällt mit jetzt auch nicht mehr ein.

das thema hatten wir schon zig mal..

Leider konnte ich keine Korrelation zwischen Problemen der Erreichbarkeit des Chromecast und den Problemen der Steuerung via Adapterinstanz feststellen. Teilweise meldet Ping keine Verbindung, aber die Steuerung geht, teilweise meldet Ping erfolgreiche Verbindung aber die Steuerung geht nicht und teilweise decken sich die Daten.

Ich werde da nicht schlau draus. Es muss ein Problem mit dem Zertifikat sein. Dein Link hilft da nicht. Was muss getan werden?

@smile ist mir leider nicht bekannt. Die Lösung suche ich auch noch. Das Problem ist bei mir auch, dass unterschiedliche User über unterschiedliche ports die vis aufrufen, weil damit die automatische Useranmeldung läuft. Jeder User hat seine view, die für andere gesperrt sind. Das wäre viel Aufwand bei der Fehlersuche in der Firewall 😎

@RappiRN Nein! Nicht LIEBER FREILASSEN. Es SOLLTE auch ohne Eintrag gehen. Sicherer ist es mit Eintrag.

@MarkusP gerne doch. Freut mich, wenn ich helfen kann.

@cubeman Kann zwar sein, dass dir hier jemand helfen kann, aber wenn nicht, solche Dinge bitte im Homematic forum im RaspberryMatic thread fragen. Da Antwortet dann der Entwickler auch.

Hallo liebes Forum, ich habe die Version 1.9.4 des SQL Adapter, nun habe ich g´festgestellt, dass ich folgende Fehlermeldungen hab. [image: 1553156647427-9141224c-c192-452c-977c-b5f262c26d8b-image.png] Ich hatte vorher mehr Fehlermeldungen,, nachdem ich das Logging aller Datenpunkte deaktiviert / aktiviert habe sind diese aber noch übrig geblieben. Hat jemand eine Idee? Gruß H Habs gefunden meine Platte war voll :-(