Mein Vorschlag: Mach mal ein Backup von deinem System und lasse den Installations-Fixer laufen: https://forum.iobroker.net/topic/20211/iobroker-installation-fixer-beta-verfügbar Um in Zukunft Probleme zu vermeiden, halte dich an diese Hinweise zur Installation von Adaptern: http://www.iobroker.net/docu/?page_id=8511&lang=de https://forum.iobroker.net/topic/17109/wichtige-hinweise-bei-neueren-npm-versionen-und-sudo

Du hattest recht - ich habe den Zusammenhang nicht gesehen. Erst, als Du mich mit der Nase drauf gestossen hast. Es war das Script - das habe ich nun gefixt, jetzt ist auch der Fehler weg. Danke für den Schubs in die richtige Richtung. :)

Das ist zur Zeit Stand der Dinge, der neue Javascript Adapter ist noch nicht in Stable und daher nicht in der pro. Das mit dem aktualisieren hab ich auch, aber ich nutze den Pro Zugang nur zum grob drauf schauen.

@rantanplan Der Export funktioniert, es wird eine ZIP-Datei angelegt. Beim Skripts-Importieren wähle ich diese ZIP-Datei aus und danach passiert nichts mehr, egal wie lange ich warte. Genauso verhält es sich, wenn ich die Datei direkt hineinziehe. Es kommt auch keine weitere Bestätigung oder dergleichen. Entpacke ich die ZIP-Datei und versuche die Skripte einzeln zu importieren sind diese ausgegraut und lassen sich nicht auswählen. OK, das liegt bestimmt am falschen Datenformat, sofern nur *.ZIP erwartet wird.

Ok, also die nodejs version sollte nicht vom memory leak betroffen sein. Was mir da noch so in den Sinn kommt: Was laufen denn da so für Skripte? Haben die alle gescheites Fehlerhandling? Vllt ist an dem tag ne externe Seite oder irgendwas abhängiggen nicht erreichbar gewesen und daher ein Skript wegen mangelndem Fehler-Handling amok gelaufen? (zB externe URL wird per setInterval regelmässig abgefragt und hatte Timeouts und es haben sich daher laufende requests angestaut weil setInterval halt immer weiter neue requests macht ohne darauf zu achten ob der letzte beendet ist oder sowas)

hmm nein, dann kann das nicht das richtige sein, ich habe das aktuellste von der Webseite geladen, wahrscheinlich ist das o.g. noch ein altes was ich auf dem Rechner liegen habe...

Gestern war dann wieder das Problem da. So brannt Licht in der Visualisierung, in Wirklichkeit war aber kein Licht an. Auch zeigte der Bewegungsmelder Anwesenheit, in Wirklichkeit war aber keine Person im Zimmer. Ein Booten der Homematic (Raspberrymatic) und der Spuk war vorbei

@korfmannc sagte in Webadmin nicht erreichbar: Nun scheint alles zu passen. Schön! Wenn noch was ist melde dich einfach

@darkiop ja wirkt so. wobei ich ja ned mal das reconnecting to DB immer hatte. Anfangs wars bei mir auch so, dass die Instanz kurz auf rot ging und dann wieder anlief. Das war bei der JS 3.x version. Die 4er mag das Skript wohl noch weniger Hat sich der Entwickler bei dir gemeldet ob es eine überarbeitet version gibt? Selbes Problem hatte ich mit dem Beta Adapter Virtualstrommesser hieß der glaub ich. Der hat auch alles lahm gelegt. Aber da kams wenigstens gleich beim Start und nicht erst nach Wochen.

Hatte ein http:// in der Server Adresse. Nach dem Löschen funktionierte die Verbindung.

@wendy2702 volles backup ist fertig - mal sehen ob ich es tatsächlich vage - werde noch ein wenig über das package-lock .json surfen und dann sehen ob das dadurch gelöst werden kann

Das ist ja das komische. Heute morgen lief alles. Im log wurde auch alles beschrieben (hatte auch gestern genau deshalb auf debug gestellt). Und die von heute nacht. Bei dem eine der lief; entsprechende Meldungen im log. Dei denen die nicht liefen, gar nichts im log. Komisch oder. Egal, eben lief es. Habs jetzt auch wieder umgestellt auf 03:.. mal schauen wie es nächte Nacht wird. mfg Dieter

Steht irgendwo im Forum. Neue Version auf github ist das gefixt.

Hallo philAT Lösung habe ich nicht, aber ich kann Dich auf diesen thread in / ioBroker Allgemein/ hinweisen, Lightman und ich haben wohl dasselbe Problem wie Du. Tradfri Adapter verbindet sich nicht mit Gateway Gruss, Ludwig

@Segway So, hab das alte backup wieder eingespielt und BEVOR ich irgendwas gemacht habe, habe ich erst den FIX eingespielt. Dann NICHT über upgrade einfach alles updaten lassen sondern jeden Adapter einzeln per Console upgedatet. LÄUFT

Der meckert fehlende Berechtigungen an und sagt du sollst es nochmal als root/Adminstrator versuchen

da ist es gerade erst einige Minuten her, dass ich einen neuen Thread starte und auf die tolle Lösung in diesem verweise, zerschießt sich das System nach wochenlangem problemlosen Arbeiten erneut ab :( Es ist zum Heulen - ich habe absolut keine Ahnung, was der Auslöser ist und bin mit meinem Latein völlig am Ende :( Wie bereits zuvor bleiben mir immer nur wenige Minuten, bis das System runter fährt. Das einzige was mir aufgefallen ist: Der zugewiesene Speicher für die Backups (local) scheint recht voll gewesen zu sein. Diesem wurden auch nur knapp 30GB zugeteilt. Könnte dies eine Ursache sein? Greift das - warum auch immer - die SSDs an?

Ja, ist mir klar aber muss das jeder einzelne Entwickler für seinen Adapter machen oder sind die Zentral hinterlegt?