NEWS
UNSOLVED akuelles Update Javascript error
-
Hallo, auch aktuell beim update auf 4.4.0 aufgetreten.
javascript.0 2020-02-09 19:48:51.964 error (886) Longitude or latitude does not set. Cannot use astro.
Adapter läuft !
-
@biker
@crunchipDas ist wohl eher was für @apollon77
-
@biker sagte in akuelles Update Javascript error:
auch aktuell beim update auf 4.4.0 aufgetreten.
Adapter läuft !klar, nur die Astrofunktion kannst du nicht nutzen weil du in der Konfig der js-Instanz deine Geokoordinaten nicht eingegeben hast
-
vielleicht standen die Koordinaten während der Installation nicht zur verfügung.
Ohne das ich Hand angelegt habe sind diese nach Installation eingetragen. -
@biker nimm mal den Haken raus
EDIT: Das sind aber nicht die Geokordinaten
-
in der Haupteinstellung sind Geodaten eingetragen. Dachte, das mit gesetzten Haken auf diese zugegriffen wird. Der Kartenausschnitt rechts gibt mit Haken gesetzt auch meinen Standort wieder.
Habe mal den Haken entfernt und gespeichert. Es öffnet sich Dialog: Bitte bestätigen
Einige Daten wurden nicht gespeichert. Verwerfen?Ursache liegt also tiefer. Habe nun auch festgestellt, das ich manuell angelegte States nicht mehr ändern kann.
Davor: Gestern morgen ein aktuelles Busterimage aufgezogen.
Anschließend IOB, (hierbei trat Meldung auf einige Pakete müssen manuell installiert werden oder sowas ?) und /opt/iobroker per symlnk auf eine USB-Platte verwiesen.
Dann den Backup Adapter installiert und das letzte Backup wiederhergestellt.
Bei Start der Instanzen wurden einige Module nachinstalliert.Um Rechteproblem auszuschließen habe ich gerade noch den Install-fix ausführt
Node.js v10.19.0
NPM 6.13.4
auf RPI 4
. -
@biker sagte in akuelles Update Javascript error:
in der Haupteinstellung sind Geodaten eingetragen. Dachte, das mit gesetzten Haken auf diese zugegriffen wird.
leider nicht - die Astrofunktionen funktionieren nur mir eingegebene Koordinaten im js-Adapter
-
ah Danke ! habe den Haken entfernt. Seltsamer weise werden die Koordinaten trotz Hinweis
.. Einige Daten wurden nicht gespeichert. Verwerfen? übernommen.Dann muss ich nun mal sehen wie ich die anderen Dinge beseitigen kann. Bisher allerdings im Forum nichts gefunden.
Im schlimmsten Fall BS neu auflegen und jeden Adapter einzeln installieren was ich mit dem Restore vermeiden wollte. So hakelt es mir zuviel. -
@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?