@foxriver76 Danke, issue 60 behebt das Problem in v2.3.3

@dslraser ja das hat er mir angezeigt, aber ich selbst hab ihn erst heute gefunden. Da er mir weitergeholfen hat, aber unvollständig war, dachte ich ergänze ich ihn für den nächsten. Ich weiß sowieso nicht, wieso das überhaupt relevant ist. Man kann doch auch über alte Themen diskutieren :-)

@Homoran danke dir!!!

@simatec Dankeschön. Das schaue ich mir gerne an!

@wendy2702 sagte in Raspberry Pi abstürze hören nicht auf: Es gab mal ein Problem mit einer Version des Info Adapters. Weiß aber gerade nicht mehr welche das wahr. Steht irgendwo im Forum. Hast du hier etwas aus dem Syslog entfernt: Apr 2 21:31:11 raspberrypi systemd[1]: Started Cleanup of Temporary Directories. Apr 3 03:08:41 raspberrypi bash[435]: Stacktrace: Sieht für mich so aus als wenn es ein Problem mit dem Winston Syslog gibt.... Hast du deine Installation mal so geändert das dein iobroker log auch in das Linux Syslog geschrieben wird? Wie voll ist die Speicherkarte? Deine Node Version "node: v8.15.1" hat glaube ich ein Speicherproblem wenn ich mich richtig erinnere. In Verbindung mit JS-Controller 1.5.7 solltest du dir überlegen auf Node 10.x zu wechseln oder zumindest dein Node 8 Version zu aktualisieren. Habe nichts im Syslog entfernt. Wie mache ich das es noch ins Syslog geschrieben wird ? 10% sind belegt von 32GB

Hi, von Null auf Neu oder ev. alte Teile wieder verwendet/hinein kopiert? Ich vermute du hast teilweise ein Rechte-Problem (iobroker vs. root). Hast du schon mal den Installations-Fixer drüber laufen lassen?

Es wird ja auch nur das gelöscht, was du einstellst. Wenn du nur je ein Backup lokal liegen hast, kann nicht gelöscht werden. Es bleiben je nach Einstellung immer die letzten x Backups vom löschen unberührt. Da du nur je ein minimal und ein mysql lokal liegen hast, wird auch nichts gelöscht.

ich habe das gleiche Problem, der DC zeigt allerdings nur 12 Prozent an. Nuestart der CCU lößt das Problem Kurzzeitig..

Vielleicht auch ein Fall für den Fixer https://forum.iobroker.net/topic/21474/gelöst-update-js-controller-geht-nicht-auf-ubuntu

@wendy2702 sagte in Meldungen zu veralteten Paketen: Nein. Das müssen die Adapter Entwickler fixen. Wenn sie es denn können. Manchmal stecken die angemeckerten Pakete tief in der Paketstruktur, sodass man nicht unbedingt einen Einfluss drauf hat.

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ß