@djmarc75 Korrekt und bisher hat das Anlegen einer neuen Verbindung bei allen geholfen. Die "zusätzliche" Meldung kommt m.E. nur in Verbindung mit dem 403er...

Kurzes Update: In meinem Zigbee-Netz tauchte ein Tuya Heizkörperthermostat auf. Der oder sein Gateway hat wohl mein Netz gestört. Als kurzfristige Lösung hatte ich ein Skript geschrieben, dass den Adapter bei Verbindungsabbruch einfach neu gestartet hat. Das konnte allerdings nicht die Lösung auf Dauer sein und ich habe mir einen neuen Dongle besorgt und gleichzeitig den Zigbee-Kanal gewechselt. Seit dem habe ich keine Verbindungsabbrüche mehr gehabt.

@d3ltoroxp Nützt dir aber nix, wenn der gebackuppte Kram komplett windschief ist.

hab einfach eine Verzögerung eingebaut, geht nun! Danke

@glasfaser Danke schön!

@crunchip Perfekt ! :+1: Ja, das VM-iobroker backup von gestern habe ich jetzt wieder eingespielt, hat super geklappt. Die iobroker backups habe ich anschließend mit: rm -rf /opt/iobroker/backups/* gleich gelöscht, da ich ja ansonsten ins gleiche Verderben laufen würde. :+1: "Nur die iobroker VM selbst musst du stoppen, sonst kannst du kein backup zurück spielen und dies musst du deaktievieren". Ja, ohne stoppen habe ich eine Fehlermeldung bekommen, nach dem Stoppen hat es funktioniert. Den Stop habe ich rechts oben bei Shutdown/Stop gemacht. Vielen Dank für Deine Hilfe ! Jetzt bin ich wieder auf der normalen Straße angelangt. :grinning: Bezüglich Punkt 3 u. 4 von oben hätte ich noch einige Fragen zur Vorgehensweise, aber dazu mache ich am besten einen eigenen Thread auf, nachdem ich mir die Infos aus beiden Links erarbeitet habe.bolded text

aber danke für die schnelle Hilfe. Dann muss ich es wohl neu aufsetzen.

@falke69 gute Idee - mach ich!

@glasfaser sagte in admin error im log: Admin Version erledigt.

@mrhary Keine Ahnung - vielleicht kann man irgendwelche Optionen dem JSON encoder/decoder mitgeben. Du kannst danach googeln - jedenfalls liegt es an diesen Werten. Sorry. :(

@matthias84 sagte in npm WARN old lockfile -> Adapter: Kein update möglich: Hat aber alles funktioniert. wirklich? was sagt iob diag?

Am Ende: Schaut ihm doch mal mit "top" zu bzw schaut generell was passiert auf dem system ... Aggregierte Statistikdaten wie bei Proxmox sind schön aber helfen nur bedingt

@d3ltoroxp https://forum.iobroker.net/post/964461

@stuebi Danke! Im Log war nichts zu sehen. Hab jetzt nochmal einen neuen Container angelegt und alle Installations- und Backupschritte neu durchgeführt. Auf einmal ging's. Seltsam. Hab wohl beim ersten Mal irgendeinen Fehler gemacht...

@codierknecht sagte: Du startest das auch um "7" Nein, Instanz ist deaktiviert.

@thomas-braun nun isses weg. falsch war: npm uninstall production@0.0.2 richtig war: npm uninstall production nun wird dies bei npm ls nicht mehr angezeigt.

@werner2000x sagte in Adapter upgrade klappt nicht: Vielleicht löst sich der Fehler bald von selbst. Der löst sich, wenn eine nodejs18-kompatible Version über das bei dir eingestellte Repo (vermutlich 'stable') verfügbar ist.

[image: 1681758748032-shelly-einstellungen.png]

@paul53 nachdem ich gestern abend nochmal alle VM's, lxc's und auch Proxmox neu gestartet habe, sind heute alle Zeiten i.O. und auch mein skript ist gelaufen wie es soll. Schlussendlich habe ich zwischen dem Neustart vor 2 Tagen und gestern, aber nur in der Javascript Instanz unter Astro-Einstellung, den Haken bei Systemeinstellungen verwenden entfernt und statt dessen meine Koordinaten eingegeben. Meine ich zu mindestens. Trotzdem nochmal ganz lieben Dank für deine Hilfe, der Neustart hat es dann offensichtlich ja gebracht. VG Sascha

@homoran Ok, danke für die Info. Der Adapter wurde jetzt gestoppt und mittels iob start admin konnte ich die Oberfläche wieder erreichen. Den Adapter benchmark erstmal gelöscht und iobroker neu gestartet. Jetzt läuft alles wieder. Vielen Dank.