NEWS
Js-controller 0.16
-
Gibt's da sowas wie eine kritische Grenze? `
Ich denke das die Systemabhängig ist (also von Deinem System).
meine Einschätzung (lasse mich da gern korrigieren wenn ich Blödsinn schreibe):
Wenn die States in der File-DB (Standard) gespeichert werden ist es am Ende "nur" I/O … kann aber natürlich wenn das auf ner SD-Karte läuft ggf schneller zu Problemen führen, aber auch nicht wirklich.
Wenn die States-DB ein Redis ist dann fällt das I/O-Argument weg weil Redis alles im Speicher hält. Klar auch hier wird idealerweise regelmäßig ein Snapshot auf Platte geschrieben, aber das ist nicht so wild und konfigurierbar.
Man sollte schauen das man diese Datenpunkte vllt eher nicht per "History"-loggt weil dann schlägt das I/O-Thema von oben nochmals zu.
-
Wie schon Apollon77 geschrieben hat, es wirklich system abhängig ist.
Ich habe mit Redis mit 1000 Variablen 3 mal pro Sekunde getestet, also 90000 Ereignisse in 30 Sekunden und vis ging immer noch.
Es war aber aber kein Raspi oder Tablet, sondern PC und nur vis 0.12.x.
-
Seit der installation des js-controllers 0.16 meldet der Radar Adapter folgendes im LOG
radar.0 2017-03-03 09:44:30.387 warn Noble not available, Error: { [Error: Cannot find module 'bluetooth-hci-socket'] code: 'MODULE_NOT_FOUND' }
Davor hatte ich diese Meldung nie
Gruß
Adrian
-
Kannst Du mal versuchen radar neu zu installieren?
-
Also ich habe schon mal drüber installiert! Aber der Fehler ist geblieben!
Ich weiß aber nicht 100%ig ob ich das Warning [WARNING SIGN]️ vorher nicht einfach übersehen hab!
Aber ich glaube das wäre mir aufgefallen!
Ich werde den Adapter jetzt einmal löschen und neu installieren! Ich berichte gleich
Gruß
Adrian
Gesendet von iPhone mit Tapatalk Pro
-
Kannst Du mal versuchen radar neu zu installieren? `
Also ich habe den Adapter komplett gelöscht und neu installiert, der Fehler blieb aber.
Mir ist aber bei der Installation folgendes aufgefallen
npm WARN optional dep failed, continuing bluetooth-hci-socket@0.5.1 iobroker 2017-03-03 11:00:59.263 info not ok iobroker 2017-03-03 11:00:59.263 info ERR! iobroker 2017-03-03 11:00:59.263 info gyp iobroker 2017-03-03 11:00:59.263 info node-gyp -v v3.4.0 iobroker 2017-03-03 11:00:59.262 info iobroker 2017-03-03 11:00:59.262 info gyp ERR! iobroker 2017-03-03 11:00:59.262 info ERR! node -v v4.7.3 iobroker 2017-03-03 11:00:59.262 info gyp iobroker 2017-03-03 11:00:59.262 info gyp ERR! cwd /opt/iobroker/node_modules/iobroker.radar/node_modules/noble/node_modules/bluetooth-hci-socket iobroker 2017-03-03 11:00:59.262 info gyp ERR! command "/usr/bin/nodejs" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" iobroker 2017-03-03 11:00:59.262 info gyp ERR! System Linux 4.4.0-57-generic iobroker 2017-03-03 11:00:59.262 info gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:211:12) iobroker 2017-03-03 11:00:59.262 info gyp ERR! stack at emitTwo (events.js:87:13)gyp ERR! stack at ChildProcess.emit (events.js:172:7)
Ist das vielleicht ein Adapter Problem und hat nichts mit dem js-controller zutun? Aber wie gesagt, der Fehler ist mir erst jetzt aufgefallen und das nach dem Update auf 0.16
Gruß
Adrian
-
Kannst Du mal versuchen radar neu zu installieren? `
Also ich habe den Adapter komplett gelöscht und neu installiert, der Fehler blieb aber.
Mir ist aber bei der Installation folgendes aufgefallen
npm WARN optional dep failed, continuing bluetooth-hci-socket@0.5.1 iobroker 2017-03-03 11:00:59.263 info not ok iobroker 2017-03-03 11:00:59.263 info ERR! iobroker 2017-03-03 11:00:59.263 info gyp iobroker 2017-03-03 11:00:59.263 info node-gyp -v v3.4.0 iobroker 2017-03-03 11:00:59.262 info iobroker 2017-03-03 11:00:59.262 info gyp ERR! iobroker 2017-03-03 11:00:59.262 info ERR! node -v v4.7.3 iobroker 2017-03-03 11:00:59.262 info gyp iobroker 2017-03-03 11:00:59.262 info gyp ERR! cwd /opt/iobroker/node_modules/iobroker.radar/node_modules/noble/node_modules/bluetooth-hci-socket iobroker 2017-03-03 11:00:59.262 info gyp ERR! command "/usr/bin/nodejs" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" iobroker 2017-03-03 11:00:59.262 info gyp ERR! System Linux 4.4.0-57-generic iobroker 2017-03-03 11:00:59.262 info gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:211:12) iobroker 2017-03-03 11:00:59.262 info gyp ERR! stack at emitTwo (events.js:87:13)gyp ERR! stack at ChildProcess.emit (events.js:172:7)
Ist das vielleicht ein Adapter Problem und hat nichts mit dem js-controller zutun? Aber wie gesagt, der Fehler ist mir erst jetzt aufgefallen und das nach dem Update auf 0.16
Gruß
Adrian `
Es ist ein Adapterproblem. Hast du in der letzten Zeit node.js upgedated vielleicht? -
Es ist ein Adapterproblem. Hast du in der letzten Zeit node.js upgedated vielleicht? `
Nein gar nicht, die Version habe ich schon seit Ewigkeiten drauf. Dann war ich die ganze Zeit Blind und habe den Fehler vorher nicht gesehen :lol:
Gruß
Adrian
-
Dann publische ich mal 0.16 + admin damit man dann an discovery arbeiten kann.
-
Also 0.16.1 js-controller + admin 1.7.0 sind draußen..
Bitte noch mal beachten:
***** (bluefox) use SHA256 instead of SHA1 (All passwords must be reset via "iobroker passwd username")****
Es wurde potenzielles Problem mit SHA1 geschlossen.
Über das Problem mit dem SHA1 kann man hier nachlesen:
https://de.wikipedia.org/wiki/Secure_Hash_Algorithm
Das Problem ist SEHR schwer als Problem zu bezeichnen, da es um eins zu 2^63 Wahrscheinlichkeit geht. Trotzdem
> Im Februar 2017 wurde die erste Kollision von SHA-1 veröffentlicht.[6]
Mit SHA-256 ist man auf sichererer Seite (ist immer noch knackbar wenn man 3,17 * 10^64 Jahre hat) -
Hallo
Habe beides aktualisiert.
Alles läuft wie gehabt. Keine Probleme.
Grüße
-
host.Mastermind 2017-03-08 14:26:11.055 error instance system.adapter.radar.1 terminated with code 8 (node.js: Cannot find module)
-````
sudo apt-get install fping arp-scan- radar Adapter gelöscht und neu installiert - auf dem "main" hat es erst kürzlich ein npm (oder war es ein node.js?) Update gegeben, da bekomme ich oben genannten Fehler. - auf einem remote Rasp kein npm update - Radar Adapter läuft normal wäre schön wenn der Radar Adapter bald wieder funktioniert
-
Neuer js-controller und neuer admin hat mit radar nix zu tun. Bei mir läufdt radar auf zwei Systemen problemlos auch nach dem update.
am besten bitte neuen Thread aufmachen
-
hos 0.16.2 auf drei Systemen im Multihost
und Admin 1.7.0 installiert
Sieht gut aus
Wonach sucht denn in Zukunft "Auto-discovery"?
-
Durchsucht das LAN und wenn was gefunden wird, werden die passenden Adapter installiert
Gesendet von iPhone mit Tapatalk Pro
-
Wenn ein Adapter Entwickler weiss wie das Gerät gefunden werden kann dann kann er das Implementieren und dann werden automatisch passende Adapter für die im Netzwerk vorhandenen Geräte vorgeschlagen
-
Danke! Na da bin ich mal gespannt, wie das aussehen wird
-
Kleiner Nachtrag… nach dem Update habe ich bisher Überlast in meinem System.
2 vCPUs sind zugewiesen. Die obere Grenze sollte also 2.0 sein.
So sieht es nun schon seit Minuten aus:
Drei Adapterinstanzen hingen nach dem Update im Zustand "gelb":
cloud.0
hm.rpc.2 (homematic ip)
telegramm.1
und mussten einmal beendet und neu gestartet werden (Admin/Instanzen).
Habe noch nicht weiter nachgeforscht und werde das beobachten.
-
Hallo ruhr70
wie prüfst du eigentlich ob ein reboot notwendig ist? :shock:
Gruß
Adrian
-
wie prüfst du eigentlich ob ein reboot notwendig ist? :shock: `
Unter Ubuntu existiert dann eine Datei "reboot-required" im Verzeichnis "/var/run/".
Das kontrolliere ich mit diesem Skript:
! ````
var pfad = "Systeminfos.host" + ".";
var cronStr = "*/30 * * * *";
! var abfrage = "ls /var/run";
! var idRebootRequired = pfad + 'reboot_required';
! createState(idRebootRequired, false, {
name: 'reboot required',
desc: 'reboot required (abgefragt mit ls reboot-required',
type: 'boolean',
unit: '',
role: 'value'
});! function abfrageLinux() {
exec(abfrage, function(err, stdout, stderr) {
if (err) {
log(err,"error");
return;
}
if(stdout.toString().match(/reboot-required/i)) {
setStateDelayed(idRebootRequired,true,100);
} else {
setStateDelayed(idRebootRequired,false,100);
}
});
}
! function abfragen() {
abfrageLinux();
}
! // regelmässige Wiederholungen
// -----------------------------------------------------------------------------
schedule(cronStr, abfragen);
! // main
// -----------------------------------------------------------------------------
function main() {
abfragen();
}
! // Start Skript:
// -----------------------------------------------------------------------------
! setTimeout(main, 500);
! ````