js-controller 6.0.x jetzt für alle User im STABLE!

[lamo1966]

@crunchip said in js-controller 6.0.x jetzt für alle User im STABLE!:

@lamo1966 werden die Datenpunkte gelistet, wenn du history auswählst

ich hab nur noch ein paar Datenpunkte (links unten)

Die meisten sind weg - z.b. auch die, die unter dem Chart stehen.

Und bei den Objekten sind ganz rechts auch keine Zahnräder mehr aktiv, wo man die Daten in der HIstroy speichern kann

[crunchip]

@lamo1966 unter Objekte, rechts oben

@lamo1966 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

sind ganz rechts auch keine Zahnräder mehr aktiv

die werden üblicherweise nur entfernt, wenn man z.b. Datenpunkte löscht und neu anlegen lässt

[lamo1966]

@crunchip said in js-controller 6.0.x jetzt für alle User im STABLE!:

die werden üblicherweise nur entfernt, wenn man z.b. Datenpunkte löscht und neu anlegen lässt

ich hab da ganz sicher nichts gemacht und die waren erst weg, als ich den HOst aktualisiert habe.
Aber egal, ich leg die halt nochmal an
Trotzdem danke für deine Hilfe

[Homoran]

@lamo1966 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

Aber egal, ich leg die halt nochmal an

bitte vorher die Frage beantworten!!!

@crunchip sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

werden die Datenpunkte gelistet, wenn du history auswählst

[lamo1966]

@homoran said in js-controller 6.0.x jetzt für alle User im STABLE!:

@lamo1966 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

Aber egal, ich leg die halt nochmal an

bitte vorher die Frage beantworten!!!

@crunchip sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

werden die Datenpunkte gelistet, wenn du history auswählst

ich hab weiter oben schon geantwortet, dass ich nicht weiss, wo ich nachsehen soll?

[Homoran]

@lamo1966 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

dass ich nicht weiss, wo ich nachsehen soll?

Wurde aber auch sofort nochmal beantwortet

ganz rechts oben das Pulldown auf History stellen.

[lamo1966]

@homoran said in js-controller 6.0.x jetzt für alle User im STABLE!:

@lamo1966 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

dass ich nicht weiss, wo ich nachsehen soll?

Wurde aber auch sofort nochmal beantwortet

ganz rechts oben das Pulldown auf History stellen.

ah danke hab ich übersehen. Ich hatte das manuell durchgeschaut.
Nein, es waren nur noch ein paar übrig nämlich die links unten

und die unterhalb des Charts waren alle weg und auch alle anderen

[Homoran]

@lamo1966 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

Nein, es waren nur noch ein paar übrig nämlich die links unten

???

zeig doch die gefilterten Objekte

es geht darum, ob ggf. nur das Zahnrad nicht markiert ist!

[lamo1966]

@homoran said in js-controller 6.0.x jetzt für alle User im STABLE!:

zeig doch die gefilterten Objekte
es geht darum, ob ggf. nur das Zahnrad nicht markiert ist!

die hab ich alle gerade vorhin neu angelegt.
Wie gesagt, ich bin in jeden Datenpunkt rein, der vorher mal in der History gespeichert wurde.
Da war nirgendwo mehr "history" angehakt, bis auf die oben gezeigten in dem Diagramm links

[Homoran]

@lamo1966 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

die hab ich alle gerade vorhin neu angelegt.

dann nutzt dasnichts mehr.
dazu wäre der Urzustand nötig gewesen

[lamo1966]

@homoran said in js-controller 6.0.x jetzt für alle User im STABLE!:

dann nutzt dasnichts mehr.
dazu wäre der Urzustand nötig gewesen

wie gesagt, der Urzustand war, dass da nichts mehr war.
Aber lass gut sein, ich hab die Werte in der History neue veerwiesen

[foxriver76]

@lamo1966 kann dir zu 99.9999 % sagen dass der Controller nicht dafür verantwortlich ist.

[foxriver76]

@ofbeqnpolkkl6mby5e13 Kann es leider nach wie vor nicht nachstellen, also falls du mir die DBs zur Verfügung stellen kannst wäre das super.. gerne diverse Cloud Zugangsdaten (falls vorhanden) entfernen falls es möglich ist.

[oFbEQnpoLKKl6mbY5e13]

@foxriver76

In welcher Weise? Wie bereits geschrieben hat alleine die Objects-DB gepackt ca. 360MB.

Ich darf erwarten, dass du entsprechend vertraulich mit der DB umgehst und sie löschst, sobald der Fall erledigt ist.

[foxriver76]

@ofbeqnpolkkl6mby5e13 Selbstverständlich ja. Vermutlich am einfachsten mit einem File Share Dienst deiner Wahl. Evtl. kannst du das zip Archiv auch nochmal zusätzlich verschlüsseln falls du das möchtest.

[oFbEQnpoLKKl6mbY5e13]

Damit für andere nicht der Eindruck entsteht, die Kommunikation zwischen @foxriver76 und mir wäre abgebrochen, ich habe ihm die DBs zur Verfügung gestellt.

[Julius0815]

@lamo1966
Nach dem Update erhalte ich di folgende Fehlermeldung:

iobroker status
No connection to objects 127.0.0.1:6379[redis]
/opt/iobroker/node_modules/standard-as-callback/built/index.js:6
throw e;
^

Error: Connection is closed.
at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25)
at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20)
at Object.onceWrapper (node:events:632:26)
at Socket.emit (node:events:517:28)
at TCP.<anonymous> (node:net:350:12)
Emitted 'error' event on ScanStream instance at:
at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22
at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23)
at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

Node.js v18.20.4

Was kann ich tun?

[Thomas Braun]

@julius0815 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

Was kann ich tun?

Läuft redis?

systemctl status redis

[SolarGuido]

Hallo ich möchte mich auch mal hier melden. Habe letzte Woche den Pi komplett neu aufgesetzt allerdings 32 bit Bookworm da ich noch andere Sachen habe die nur mit 32 bit laufe z.B Solpiplog. Hat alles soweit geklappt, muss aber auch sagen das ich den PI4 mit 8 GB Ram ziemlich voll mit Anwendungen habe (Hatte ich mit Buster aber auch) z.B. EMONCMS, BLYNK Server und jede menge python scripte die als Cron laufen und rs232 Schnittstellen auslesen.

IOBROKER hab ich mit dem Script von hier installiert lief gut durch und mit Backitup zurück gesichert , hatte den info Adapter noch und den Zoe Adapter da musst ich manuell nachsteuern und deinstallieren bzw. den Zoe manuell auf den neusten Stand brigen.

Hier mal Daten vom IOBROKER:'
CPU: 17,08 %
RAM: 27 %
Betriebszeit: 1d9h
Verfügbar: 6.0.9
Installiert: 6.0.9
Ereignisse: ⇥22 / ↦13
Plattform: linux
Betriebssystem: linux
Architektur: arm
CPUs: 4
Geschwindigkeit: 1800 MHz
Modell: unknown
RAM: 7.6 GB
System-Betriebszeit: 1 T. 03:57:46
Node.js: v20.16.0
time: 1722776874464
timeOffset: -120
NPM: 10.8.1
Adapter-Anzahl: 626
Datenträgergröße: 109.5 GB
Freier Festplattenspeicher: 56.4 GB
Aktive Instanzen: 22
Pfad: /opt/iobroker/
Betriebszeit: 1 T. 03:57:43
aktiv: true
_nodeCurrent: 20.16.0
_nodeNewest: 20.16.0
_nodeNewestNext: 20.16.0
_npmCurrent: 10.8.1
_npmNewest: 10.8.1
_npmNewestNext: 10.8.1

So jetzt zu meinem Thema ich habe nun vermehrt beim httpget (Nutze Blocky) die Fehler:
error=socket hang up)
error=timeout of 2000ms exceeded)
error=timeout of 4000ms exceeded) hab es mal hoch gesetzt das hilft auch nicht.

Die Fehler kommen bei unterschiedlichen request sehr sporadisch mal ein Fehler je minute dann auch mal 20 auch mal 3 Minuten gar nix. Ich nutze schon 127.0.0.1 (https) da ich local poste (ohne Zertifikat) aber auch auf die Domaine (mit Zertifikat) probiert selbes problem

Es ist ja nicht dramatisch da ich fast alle 15 Sekunden was poste und es macht sich nicht bemerkbar wenn mal ein wert nur a60 Sekunden kommt. Nur hatte ich dieses Problem mit Buster sehr sehr selten eine Handvoll am Tag. Der PI ist nicht ausgelastet Speicher genug (Hab extra Auslagerung deaktiviert)) kann man ja auch am ersten Bild sehen.

Vielleicht haben auch andere dieses Problem, deshalb melde ich es mal . Wenn es nur bei mir so ist kann es natürlich auch ein lokales Thema sein.

Gruß und Dank für eure Tolle Arbeit

[crunchip]

@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

kannst du mal inventwo vorher stoppen und dann nochmal probieren, iwie überlebt der den terminate Prozess ist auch etwas was mit dem nächsten Controller nochmal optimiert wurde aber mit 5.0.19 eben noch nicht.

habe soeben von 6.0.9 auf 6.0.10 wechseln wollen, läuft aber wieder auf den selben Fehler wie zu Beginn hinaus

2024-08-05 21:50:10.617  - error: vis-inventwo.0 (1188) States database error: connect ECONNREFUSED 127.0.0.1:9000
2024-08-05 21:50:10.618  - warn: vis-inventwo.0 (1188) get state error: Connection is closed.
2024-08-05 21:50:10.618  - warn: vis-inventwo.0 (1188) get state error: DB closed
2024-08-05 21:50:12.150  - error: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Could not install js-controller@6.0.10
2024-08-05 21:50:13.072  - info: host.IoBroker [CONTROLLER_AUTO_UPGRADE] Final information delivered
2024-08-05 21:50:13.088  - info: vis-inventwo.0 (1188) cleaned everything up...