js-controller 3.3 jetzt im Beta

[Feuersturm]

@chaot Der Speicherverbrauch hat sich nach dem Update auf die 3.3.6 bei mir auch von 1,46 GByte auf 1,1 GByte reduziert. Mal sehen ob das System bei diesem Speicherverbrauch bleibt.

Beim Update und auch beim hochfahren des Systems gab es bei mir keine Auffälligkeiten.

[Thomas Braun]

Mit dem 3.3.6. geht der tradfri-Adapter nicht mehr.
Jetzt hock ich hier bei Kerzenschein und hab ein Issue erstellt.

Gute Nacht!

https://github.com/AlCalzone/ioBroker.tradfri/issues/590

Grothesk242 created this issue in AlCalzone/ioBroker.tradfri

closed Adapter does not start after upgrade to js-controller 3.3.6 #590

[apollon77]

@chaot Würde ja gern ja sagen, aber eigentlich nicht

[apollon77]

Der Controller 3.3.6 hat ein Issue, wir sind dran und ich habe Repo zurückgesetzt auf 3.3.5 ...

[Thomas Braun]

@apollon77

Kann ich jetzt mein Licht wieder einschalten?
Ich fürchte mich im Dunklen so.

[apollon77]

@thomas-braun lol. downgrade auf 3,3.5 oder auf 3.3.7 warten (denke 30 mins)

[Thomas Braun]

@apollon77
Schon längst wieder auf 3.3.5. gehüpft. War ja im issue schon vorgeschlagen.

[apollon77]

Controller 3.3.7 ist auf npm und später im Latest Repo.

[Feuersturm]

@apollon77 3.3.7 hat bei mir keine Probleme beim Update und beim Start gemacht.

[foxthefox]

Ich habe im fritzdect Adapter zum Anlegen von Datenpunkten die folgende Definition verwendet:

		type: 'state',
		common: {
			name: name,
			type: 'number',
			read: true,
			write: false,
			role: 'date',
			desc: name
		},

scheint aber irgenwie doch kein number zu sein, weil der neue Controller folgendes meldet.

2021-05-01 13:01:41.805 - warn: fritzdect.0 (13627) State value to set for "fritzdect.0.DECT_099950226513.windowopenactiveendtime" has wrong type "object" but has to be "number"

was kann ich da im Adapter anpassen, das der Datenpunkt number für Zeitstempel eine Nummer ist?

Gruß
Klaus

[deta]

@apollon77 Moin,
Hab auch gerade auf die aktuelle gesetzt.
Was mir aufgefallen ist.
Das wenn das System komplett neu gestartet wird, also kompletten Rechner. Linux. Kein Dokker

1. Geht die Weboberfläche nicht. Obwohl iobroker status running ist. Erst nach Manuellen iobroker stop, iobroker start startet auch die Weboberfläche.

2. iobroker update ok, iobroker upgrade, ja geht, aber es wird das Paket min. 2 mal installiert welches als Update ansteht. Obwohl installation auch beim ersten mal ohne Fehler war. Erst wenn 2 mal installiert ist, dann beendet er auch die upgrade Routine.

3. Wenn wir gerade dabei sind upgrade, kann man das Y default bitte setzen, ohne das man es jedes mal eingeben muss und Enter drücken muss.

cu Deta

[da_Woody]

@apollon77 hatte ich auch noch nicht...

woody@ioBroker:~$ iobroker upgrade self
Update js-controller from @3.3.5 to @3.3.7
NPM version: 6.14.12
npm install iobroker.js-controller@3.3.7 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
Trying to install "esbuild-linux-64" using npm
Failed to install "esbuild-linux-64" using npm: Command failed: npm install --loglevel=error --prefer-offline --no-audit --progress=false esbuild-linux-64@0.11.18
npm ERR! code ETARGET
npm ERR! notarget No matching version found for esbuild-linux-64@0.11.18.
npm ERR! notarget In most cases you or one of your dependencies are requesting
npm ERR! notarget a package version that doesn't exist.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2021-05-03T06_24_24_305Z-debug.log

Trying to download "https://registry.npmjs.org/esbuild-linux-64/-/esbuild-linux-64-0.11.18.tgz"
Install successful
woody@ioBroker:~$ iobroker start
woody@ioBroker:~$ iobroker status
iobroker is running on this host.


Objects type: file
States  type: file

läuft aber...

[Kueppert]

@da_woody ich komme gerade von 3.3.2 auf 3.3.7 und hatte keinerlei Probleme. Hilft dir nicht weiter, aber liegt ggf an der Version, von der das Update gemacht wird. Ist ne Info, die ggf den Entwicklern weiterhilft, daher erwähne ich es hier.

[Thomas Braun]

@kueppert
Hängt wohl eher an der CPU.
Denn

pi@chet:/opt/iobroker $ npm list esbuild-linux-64
iobroker.inst@3.0.0 /opt/iobroker
└── (empty)

[JB_Sullivan]

@da_woody

och - und ich dachte es wäre Windows spezifisch - https://github.com/ioBroker/ioBroker.js-controller/issues/1321#issuecomment-830870803

@deta Das Phänomen mit 2x installieren hatte ich auch - siehe issue.

JBSullivan created this issue in ioBroker/ioBroker.js-controller

closed js-controller läßt sich nicht mehr stoppen (Windows) #1321

[da_Woody]

@jb_sullivan habs ein 2.x versucht

woody@ioBroker:~$ iobroker upgrade self
Host    "ioBroker"       is up to date.
woody@ioBroker:~$

scheint ok zu sein...

[apollon77]

@foxthefox DIe Frage ist ja was Du wie reinschreibst. Wenn Du direkt ein Date object reinschreibst ist das falsch. mit "myDate.getTime()" solltest du es korrekt schreiben. oder getString()

Definition für role date is:

date (common.type = string - parsable by "new Date(ddd)" string
date (common.type = number - epoch seconds * 1000

[foxriver76]

@deta sagte in js-controller 3.3 jetzt im Latest:

Wenn wir gerade dabei sind upgrade, kann man das Y default bitte setzen, ohne das man es jedes mal eingeben muss und Enter drücken muss.

Halte ich nicht für sinnvoll, wenn man sicher ist was man tut (bzw. sowieso einfach nur Enter hämmert), kann man iob upgrade -y nutzen.

[Homoran]

apropos default-Einstellungen:
früher hatte ich einmalig beim Update-log Fenster die Checkbox Schließen wenn fertig angehakt.
Das blieb dann bei jedem weiteren Update so.

bei Admin 5 muss ich das jetzt jedesmal wieder aktivieren.
Ist das gewollt?

[foxriver76]

@homoran glaube Admin 5 passt hier net ganz. Weiß wohl auch nur BF.