Auch auf die Gefahr hin, hier ein altes Thema aufzuwecken, aber bisher scheint es ja keine Lösung zu geben. Ich habe das selbe Problem und die Datei existiert nicht. hab es mit WinSCP geprüft. ich habe versucht ein lokales Bakup zu machen und wollte es mir dann rüber holen, aber es kommt die Fehler Meldung [ERROR] [iobroker] - host.IoBroker One or more optional files are corrupted: host.IoBroker /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/files/vis.0/vis-views.json is not a valid json file host.IoBroker Please ensure that self-created JSON files are valid beim einspielen in ein neues System funktionierte der Vis-Adapter überhaupt nicht.

@thomas-braun sagte in LG Adapter problem: @deta Die exakte Uhrzeit ist für Computersysteme enorm wichtig, das ist nicht nur 'zur Zierde' da. schon klar, hatte ich doch irgendwie übersehen. Jetzt geht das ganze System wieder. Bis auf eine kleinigkeit. Wenn ich auf den Schraubenschlüssel klicke für die Basiseinstellungen, nurdelt er sich bis... kommt nichts. cu Deta

@tolkin sagte in Ständig CPU Auslastung und der ioBroker läuft sehr langsam: ProxmoxVirtual Environment 7.4-13 Moin, hat erst einmal nichts mit Deinem Problem zu tun, aber Proxmox ist schon bei Proxmox Virtual Environment 8.0.4, da solltest Du auch mal Hand anlegen. Wie man es machen kann, steht entweder bei Proxmox -> https://pve.proxmox.com/wiki/Upgrade_from_7_to_8 oder hier im Forum -> https://forum.iobroker.net/topic/66393/proxmox-has-changed-to-bookworm VG Bernd

So viel zu never touch irgendwas.

Moin, Oct 18 22:24:27 raspberrypi kernel: I/O error, dev mmcblk0, sector 21772856 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2 Du kannst da natürlich versuchen noch was zu retten, hängt aber an Deinem Skill, ob Du etwas von Forensik verstehst? Es gibt Tools auch für KleinWeich, mittels derer man Datenrettung vornehmen kann, es gibt auch im Internet Dienste, die das für Geld übernehmen. Wenn Du genug Erfahrung hast, kannst Du das auch selbst machen, indem Du die Kiste richtig herunterfährst, # sudo shutdown -h now Dann die Karte in einen anderen Rechner, am besten ein Linux PC, dann kann man erst einmal versuchen, mittels fsck.ext4 zu schauen, was da alles im Argen ist. Wenn aber in diesem Block wichtige Daten lagen, z. B. aus der VIS, dann kann es sein, dass da dann doch etwas nicht mehr geht. VG Bernd P.S.: Dir dabei remote zu helfen wird schwer, denn man muss da schon genau lesen und entscheiden, ob man Ja, oder Nein sagt, wenn ein Block ersetzt werden soll.

@samson71 ja der fehler

@keineahnungvonprogrmieren Wenn Du, wegen Problemen oder einem bestimmten fix, einen Adapter aus beta/latest installieren möchtest, so solltest Du kurz das Repo auf latest umstellen, genau diesen einen Adapter updaten/installieren, ALLE anderen Updates ignorieren, und danach sofort wieder auf stable umstellen. Dann hast Du genau diesen einen Adapter aus latest und der Rest bleibt unberührt. Nach und nach wird die Version dieses einen Adapters dann im stable wieder eingeholt, und wenn die stable-Version mal höher wird, als Deine latest, wird sie automatisch aktualisiert. Gruss, Jürgen

@schmakus exakt das war's, ich bin mit den Zeitplänen in der App scheinbar nicht zurecht gekommen, jetzt läuft es wie gewünscht. Danke für den Anstoß!

@thomas-braun Vielen Dank, werde ich erstmal umsetzen. Viele Grüße

@thomas-braun Kernel wurde auf 6.1 aktualisiert. An 64bit habe ich mich aus Zeitgründen nicht herangewagt. Anyway, aus meiner Sicht immer klar, dass es nicht an einer bestimmten Version liegen kann. Ich konnte es lösen, cacheValue wurde nicht auf null geprüft. das Problem war folgender Schnipsel im main.js if (cacheValue .... cacheChanged(stateName, callback) { // save level if we are switching off if (stateName === this.parameters.levelState) { const cacheValue = this.readValueFromCache(stateName); if (cacheValue && parseFloat(cacheValue.val) > 0) { this.lastOnLevel = cacheValue; } } super.cacheChanged(stateName, callback); }

@patrickfro sagte in coffee-script-Fehler bei Javascript-Instanz: 2023-10-14 15:59:34.813 error Caught by controller[0]: requestPath: 'coffeescript' dazu gibt es einige Lösungen hier : https://forum.iobroker.net/search?term=Caught by controller[0]%3A requestPath%3A 'coffeescript'&in=titlesposts

@paul53 Mit 6.10.8 klappt es bei mir wieder.

@brati sagte in 2 Zigbee Geräte keine Verbindung/ Aktualisierung mehr..: 20210317 ist sehr alt... aktualisiere das mal

@haus-automatisierung said in Blockly Bausteine sendto fehlen[gelöst]: influxdb influxdb hatte/habe ich installiert.

@germanlion67 sagte in Alias Schaltet nicht alles: @horst-böttcher hast du da Problem lösen können? Habe hier ein ähnliches Problem mit Tasmota Steckdosenschalter. keiner meiner Aliase wechselt den Wert unter SET wenn ich den zugeordneten MQTT-Datenpunt ändere. nein leider nicht hab den alias adapter rausgeschmissen der ist leider bugggi

Habe das selbe Problem und alle Adapter und das ganze System up to date bzw sogar n aufgesetzt. Problem bestand davor, als auch nach dem Neuaufsetzen. yeelight-2.0 2023-10-11 11:28:13.373 error Exception-Code: ERR_SOCKET_CLOSED_BEFORE_CONNECTION: Socket closed before the connection was established yeelight-2.0 2023-10-11 11:28:13.373 error Error: Socket closed before the connection was established at new NodeError (node:internal/errors:405:5) at Socket.onClose (node:net:912:10) at Object.onceWrapper (node:events:629:26) at Socket.emit (node:events:526:35) at Socket.emit (node:domain:489:12) at TCP.<anonymous> (node:net:323:12) yeelight-2.0 2023-10-11 11:28:13.372 error unhandled promise rejection: Socket closed before the connection was established yeelight-2.0 2023-10-11 11:28:13.371 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). yeelight-2.0 2023-10-11 11:28:13.156 warn Terminated (UNCAUGHT_EXCEPTION): Without reason yeelight-2.0 2023-10-11 11:28:13.154 info terminating yeelight-2.0 2023-10-11 11:28:13.153 info cleaned everything up... yeelight-2.0 2023-10-11 11:28:13.105 error Exception-Code: ERR_SOCKET_CLOSED_BEFORE_CONNECTION: Socket closed before the connection was established yeelight-2.0 2023-10-11 11:28:13.103 error Error: Socket closed before the connection was established at new NodeError (node:internal/errors:405:5) at Socket.onClose (node:net:912:10) at Object.onceWrapper (node:events:629:26) at Socket.emit (node:events:526:35) at Socket.emit (node:domain:489:12) at TCP.<anonymous> (node:net:323:12) yeelight-2.0 2023-10-11 11:28:13.102 error unhandled promise rejection: Socket closed before the connection was established yeelight-2.0 2023-10-11 11:28:13.101 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). yeelight-2.0 2023-10-11 11:28:09.709 info starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.yeelight-2, node: v18.17.1, js-controller: 5.0.12 Im Git Issue ergänzt.

@geppi0902 sagte in Zigbee-Instanz startet Einrichtung nicht (herdsman-Problem): Closed. Moin, nicht im Post als closed setzen, sondern den Titel im ersten Post von Dir änder, in (Gelöst). VG Bernd

@homoran @bahnuhr Ah ok, nur wenn mann neu aufsetzt, ich habe ja auch ein bestehendes Multihost und möchte "nur" updaten... Gut zu wissen, dann kann ich mich ja doch mal demnächst ransetzen

@steffenr Die Updates, die Montag neu hinzugekommen sind haben das Problem beseitigt. (socketio oder js-controller?) Steffen