UNSOLVED akuelles Update Javascript error

[A Former User]

@Homoran

vielleicht standen die Koordinaten während der Installation nicht zur verfügung.
Ohne das ich Hand angelegt habe sind diese nach Installation eingetragen.

[Homoran]

@biker nimm mal den Haken raus

EDIT: Das sind aber nicht die Geokordinaten

[A Former User]

@Homoran

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
.

[Homoran]

@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

[A Former User]

@Homoran

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.

[Homoran]

@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

[A Former User]

@Homoran

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

[opossum]

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 mit

sudo dpkg-reconfigure tzdata
sudo dpkg-reconfigure locales

korrigiert.

[Glasfaser]

@opossum

Mache mal die Karte von deinem Standort unkenntlich

( ALEXA ... öffne die Tür )

[opossum]

Hallo, @Glasfaser ,
danke.

[opossum]

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.

[paul53]

@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.

[opossum]

Hallo, @paul53 ,
da muss ich mal schauen, ob mein Container auf einer falschen Uhrzeit läuft.

[opossum]

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.

[crunchip]

Dachte, ich mach das update mal schnell auf 4.4.2
Hat jemand nen Hinweis, was da faul ist?