NEWS
UNSOLVED akuelles Update Javascript error
-
@biker sagte in akuelles Update Javascript error:
und jeden Adapter einzeln installieren was ich mit dem Restore vermeiden wollte.
Wenn du nicht ein veraltetes Full Backup wiederhergestellt hast, wird genau das gemacht:
Alle Adapter zu denen du Instanzen kopnfiguriert hast, werden komplett neu installiert, damit du ohne Ballast von vorne beginnen kannst.
Alle deine Konfigurationen/Views/Scripte und ggf. History-Daten werden übernommen -
soviel kann man beim neu aufsetzten nicht falsch machen, meine ich. Bekomme diese Meldung Bitte bestätigen
Einige Daten wurden nicht gespeichert. Verwerfen? nicht dauerhaft weg.
Noch etwas zum Test mit der Info Adapter Konfiguration gespielt wobei diese Fehler auftraten:
Das gibt mir kein gutes Gefühl, gehe es morgen neu an ...host.raspberrypi 2020-02-10 22:30:33.968 info Do not restart adapter system.adapter.info.0 because desired by instance host.raspberrypi 2020-02-10 22:30:33.967 error instance system.adapter.info.0 terminated by request of the instance itself and will not be restarted, before user restarts it. info.0 2020-02-10 22:30:33.422 info (21968) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason host.raspberrypi 2020-02-10 22:30:33.112 info Restart adapter system.adapter.info.0 because enabled host.raspberrypi 2020-02-10 22:30:33.111 error instance system.adapter.info.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) info.0 2020-02-10 22:30:32.591 warn (22390) Terminated (ADAPTER_ALREADY_RUNNING): Without reason info.0 2020-02-10 22:30:32.587 error (22390) info.0 already running
-
Hallo,
ich hänge mich hier mal rein. Habe das Problem, dass bei meinen Scripten, die mit einem Cronjob getriggert werden, nach Update auf 4.4.0 alles genau eine Stunde später abläuft. Meine Einstellungen:
Ein Blockly, das eigentlich um 08:00 Uhr schalten sollte, schaltet erst um 09.00 Uhr. Setze ich den Haken in der Config für "Verwenden Sie die Systemeinstellungen", dann wird der Cronjob nicht ausgeführt.
Hier das Blockly:
Ich stoße damit ein Programm in der CCU3 an. Das wurde aber erst um 09.00 Uhr aktiviert.
Es sollte um 10.00 Uhr das Ausschaltblockly angestossen werden, ist leider nicht passiert.
Hier stehen noch die Daten vom letzten Ausschalten drin. Das Programm soll um 11.00 Uhr wieder einschalten und um 15.00 Uhr wieder ausschalten. Werde mal schauen, wie da die Zeiten liegen.
Was muss ich einstellen, damit wieder um 08.00 Uhr geschaltet wird? Offset von 60 min?
ups, EDIT: Gerade gesehen, Update auf 4.4.2 da, ok mache ich mal ein Upgrade.
EDIT2: Uhrzeit im Container lief noch auf UTC, habe das mitsudo dpkg-reconfigure tzdata sudo dpkg-reconfigure locales
korrigiert.
-
-
Hallo, @Glasfaser ,
danke. -
Hallo,
einschalten um 11.00 Uhr hat nicht funktioniert. Habe auf 4.4.2 upgedated und iobroker durchgestartet. Mal schauen, ob das Einschalten um 12.00 Uhr passiert. -
@opossum sagte:
die mit einem Cronjob getriggert werden, nach Update auf 4.4.0 alles genau eine Stunde später abläuft.
Bei mir funktionieren die Cronjobs mit dieser Version richtig.
-
Hallo, @paul53 ,
da muss ich mal schauen, ob mein Container auf einer falschen Uhrzeit läuft. -
Hallo, @paul53 ,
danke für den Denkanstoss. Ich hatte gestern iobroker von VM auf Container umgestellt. Der Container hatte natürlich noch UTC, schiet. Ich mußte ein
sudo dpkg-reconfigure tzdata
und
sudo dpkg-reconfigure locales
absetzen und auf Europa/Berlin sowie auf deutsch umstellen.
-
Dachte, ich mach das update mal schnell auf 4.4.2
Hat jemand nen Hinweis, was da faul ist?