NEWS
Test js-controller v2.0.x (GitHub)
-
Danke für deine schnelle Antwort.
Ein Neustart der Slave Geräte hat das Problem behoben. Evtl. sollte man diese Info in die Anleitung mit aufnehmen?
-
@e-i-k-e da hat es irgendwie deine objects.json zerstört. liegt eher nicht am Controller denke ich. Sichere die mal weg und schau ob du im Verzeichnis iobroker-data/Backup-objects ein früheres file findest was tut. Einfach auspacken und anstelle objects.json hinkopieren.
-
Mit 2.0.5 bekomme ich meinen ioBroker Master nicht mehr gestartet.
root@ioBroker-Rock:~# iobroker status Cannot parse /opt/iobroker/iobroker-data/objects.json: SyntaxError: Unexpected end of JSON input Cannot parse /opt/iobroker/iobroker-data/objects.json.bak: SyntaxError: Unexpec ted end of JSON input iobroker is not running. Objects type: file States type: redisWie komme ich auf die 2.0.4 zurück?
-
@apollon77
Kannst du mir bitte kurz unter die Arme greifen?@e-i-k-e was genau brauchst du? Ich hab nur keinen Rechner mehr weil ich grad im Bett gelandet bin.
Habe oben an sich die groben Infos geschrieben.Die objects.json ist kaputt. Die musst du mit einer älteren Version austauschen. Diese Backups liegen im Angegebenen Verzeichnis. Eine aktuelle raussuchen., entpacken und Objekts.json ersetzen. Falls Backup gleicher Fehler dann eine ältere nehmen.
-
@e-i-k-e sagte in [Aufruf] js-controller 2.0 Beta Test:
Ich weiß nicht, wie ich diese Datei entpacken muss. :anguished:
-
Nach einem (erfolgreichen) Standard Backup mit dem Adapter BackitUp, kommen diese Zeilen im Log.
Error 2019-09-21 06:54:47.255 warn from InMemDB: Error: ERR keys id=web.0 - Not exists Error 2019-09-21 06:54:47.254 warn from InMemDB: Error: ERR keys id=admin.0 - Not existsDie Backups lassen sich aber problemlos Restoren. "admin.0" und "web.0" sind leere Ordner im Backup-Archiv. Der "vis.0" Ordner in dem etwas drinnen ist erzeugt keine Fehlermeldung. Also möglicherweise ein reiner Schönheitsfehler ;)
Alles andere läuft auf meinem System absolut perfekt. Getestet von JS 2.0.2 bis JS 2.0.5
EDIT: Die Meldungen kommen auch bei "iobroker backup" wenn der Iobroker vorher nicht gestoppt wird!
-
Nach einem (erfolgreichen) Standard Backup mit dem Adapter BackitUp, kommen diese Zeilen im Log.
Error 2019-09-21 06:54:47.255 warn from InMemDB: Error: ERR keys id=web.0 - Not exists Error 2019-09-21 06:54:47.254 warn from InMemDB: Error: ERR keys id=admin.0 - Not existsDie Backups lassen sich aber problemlos Restoren. "admin.0" und "web.0" sind leere Ordner im Backup-Archiv. Der "vis.0" Ordner in dem etwas drinnen ist erzeugt keine Fehlermeldung. Also möglicherweise ein reiner Schönheitsfehler ;)
Alles andere läuft auf meinem System absolut perfekt. Getestet von JS 2.0.2 bis JS 2.0.5
EDIT: Die Meldungen kommen auch bei "iobroker backup" wenn der Iobroker vorher nicht gestoppt wird!
@Einstein67 ja, Danke. Schaue ich an und fixe es bzw denke mache aus warn ne andere Meldung.
-
@Einstein67 ja, Danke. Schaue ich an und fixe es bzw denke mache aus warn ne andere Meldung.
-
V 2.0.5 installiert. Teste weiter.
Bericht:
System läuft derzeit stabil. Keine Fehler im Log. Alle Adapter Grün.
IQontrol kommen noch keine Daten. -
@apollon77
hier das Log vom BLE nach dem Update auf 2.0.5 und Start des compact mode von BLE:
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg das sieht aber an sich korrekt aus oder?! ... ja das start log. Checke.
Hehe, das war ja auch dann der korrekte Start. Sorry, ist etwas verhunzt und man übersieht schnell das angehängte File. Hatte es erst als Spoiler, kam damit aber über das 50k Zeichenlimit. Aber du bist ja eh fitt/fix(*) und hast es gemerkt :)
(*)...und schneller als ich den Issue anlegen konnte gefixt :+1:
"Blind" hat anscheinend auch gefruchtet, bisher läuft es.Beim Update auf die 2.0.3 schlug er mir dann auch ein Update von NPM 6.4.1 --> 6.11.3 vor. Habe ich dann durchgeführt und wollte dann auf JS 2.0.4 updaten. Verweigerte NPM mit dem Hinweis, dass durch einen Bug die Zugriffsrechte in alten Versionen falsch sind und korrigiert werden sollen. Gemacht, aber der JS-Controller ließ sich trotzdem nicht mehr updaten.
Also als root versucht, erst mittels sudo -H... funktionierte es dann?
Setze ich "git clone..." per Hand auf der Console ab legt er das Verzeichnis an...
Zumindest habe ich dann gleich auf die 2.0.5 geupdated :)LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg das sieht aber an sich korrekt aus oder?! ... ja das start log. Checke.
Hehe, das war ja auch dann der korrekte Start. Sorry, ist etwas verhunzt und man übersieht schnell das angehängte File. Hatte es erst als Spoiler, kam damit aber über das 50k Zeichenlimit. Aber du bist ja eh fitt/fix(*) und hast es gemerkt :)
(*)...und schneller als ich den Issue anlegen konnte gefixt :+1:
"Blind" hat anscheinend auch gefruchtet, bisher läuft es.Beim Update auf die 2.0.3 schlug er mir dann auch ein Update von NPM 6.4.1 --> 6.11.3 vor. Habe ich dann durchgeführt und wollte dann auf JS 2.0.4 updaten. Verweigerte NPM mit dem Hinweis, dass durch einen Bug die Zugriffsrechte in alten Versionen falsch sind und korrigiert werden sollen. Gemacht, aber der JS-Controller ließ sich trotzdem nicht mehr updaten.
Also als root versucht, erst mittels sudo -H... funktionierte es dann?
Setze ich "git clone..." per Hand auf der Console ab legt er das Verzeichnis an...
Zumindest habe ich dann gleich auf die 2.0.5 geupdated :)@SBorg den git clone Fehler hatte Arteck auch mal plötzlich. Ursache muss irgendwo bei npm liegen. Aber gut zu wissen das das andere Kommando tat.
Node-red release ich dann heute Abend.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Habe nun auch die 2.0.5 installiert.
Hier war mein Problem das ich hier einen Image Ordner habe./opt/iobroker/iobroker-data/filesDie .png werden auch unter 2.0.5 dort nicht angezeigt.
Ok, dann habe ich den Ordner per FTP gelöscht.
Nun wollte ich meinen Ordner wie im oben angezeigten Pfad per Dateimanager erstellen.
Das darf ich nicht. Siehe Anhang.
Ich schreibe das hier noch einmal da Du ja geschrieben hast:Zugriff auf Files/Images in Vis oder web (oder iqontrol?) sollte tun, auch eigene File-Locations die eigentlich nicht supported sindIch frage Dich @apollon77 ob das noch möglich sein wird.
Ansonsten muss ich meine Views umbauen.
-
Habe nun auch die 2.0.5 installiert.
Hier war mein Problem das ich hier einen Image Ordner habe./opt/iobroker/iobroker-data/filesDie .png werden auch unter 2.0.5 dort nicht angezeigt.
Ok, dann habe ich den Ordner per FTP gelöscht.
Nun wollte ich meinen Ordner wie im oben angezeigten Pfad per Dateimanager erstellen.
Das darf ich nicht. Siehe Anhang.
Ich schreibe das hier noch einmal da Du ja geschrieben hast:Zugriff auf Files/Images in Vis oder web (oder iqontrol?) sollte tun, auch eigene File-Locations die eigentlich nicht supported sindIch frage Dich @apollon77 ob das noch möglich sein wird.
Ansonsten muss ich meine Views umbauen.
@Yetiberg upload über den Vis Datenmanagement ist nur in Vis.0 als „Hauptordner“ erlaubt. Bedeutet ja, du müsstest die views anpassen.
Ich denke das sollte ich als breaking change aufnehmen. Ich schaue heute Abend mal.
Und was meintest du das der Ordner da ist aber die Inga nicht angezeigt werden? Ich muss das mal nachstellen.
-
Ps: die Idee war das wir einen „User-files“ Ordner anlegen und auch dahin uploads erlauben. Aber auch dann wäre das wohl ein anderer Name als dein aktueller ;-)
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Ja, ein anderer Name.
Dann muss ich die Kröte schlucken und die Views ändern.
Ja, der Ordner kann über FTP angelegt werden und auch befüllt werden.
Aber die Bilder werden mir im Widget im Image Pfad dann nicht angezeigt.
Mach Dir da keinen allzu großen Kopf drüber.
Was nicht geht, geht nicht. -
Ps: die Idee war das wir einen „User-files“ Ordner anlegen und auch dahin uploads erlauben. Aber auch dann wäre das wohl ein anderer Name als dein aktueller ;-)
@apollon77
Install vor ein paar Tagen lief ohne Probleme, auch npm Update.
Wollte jetzt von 2.0.3 auf 2.0.5santa@ubuntuserver:~$ npm install ioBroker/ioBroker.js-controller > iobroker.js-controller@2.0.5 preinstall /media/HDD/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 > unix-dgram@2.0.3 install /media/HDD/node_modules/unix-dgram > node-gyp rebuild make: Verzeichnis â/media/HDD/node_modules/unix-dgram/buildâ wird betreten CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o SOLINK_MODULE(target) Release/obj.target/unix_dgram.node COPY Release/unix_dgram.node make: Verzeichnis â/media/HDD/node_modules/unix-dgram/buildâ wird verlassen > ursa-optional@0.9.10 install /media/HDD/node_modules/ursa-optional > node rebuild.js > diskusage@1.1.3 install /media/HDD/node_modules/diskusage > node-gyp rebuild make: Verzeichnis â/media/HDD/node_modules/diskusage/buildâ wird betreten CXX(target) Release/obj.target/diskusage/src/main.o CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o SOLINK_MODULE(target) Release/obj.target/diskusage.node COPY Release/diskusage.node make: Verzeichnis â/media/HDD/node_modules/diskusage/buildâ wird verlassen > iobroker.js-controller@2.0.5 install /media/HDD/node_modules/iobroker.js-controller > node iobroker.js setup first > acme-v2@1.8.5 postinstall /media/HDD/node_modules/acme-v2 > node scripts/postinstall ================================================================================ ððððððððððððððð ð ð ð Do you rely on Greenlock? ð ð (or ACME.js) ð ð ð ððððððððððððððð Hey! Let's Encrypt will STOP WORKING with Greenlock and ACME.js at the end of Oct 2019. WITHOUT YOUR HELP we won't get the next release out in time. If Greenlock (or ACME.js) has saved you time and money, and taken stress out of your life, or you just love it, please reach out to return the favor today: SAVE GREENLOCK / ACME.js: https://indiegogo.com/at/greenlock ================================================================================ npm WARN saveError ENOENT: no such file or directory, open '/media/HDD/package.json' npm notice created a lockfile as package-lock.json. You should commit this file. npm WARN enoent ENOENT: no such file or directory, open '/media/HDD/package.json' npm WARN HDD No description npm WARN HDD No repository field. npm WARN HDD No README data npm WARN HDD No license field. npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.0.7 (node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) + iobroker.js-controller@2.0.5 added 295 packages from 282 contributors and audited 588 packages in 84.376s found 0 vulnerabilitiesin iobroker zeigt er weiter 2.0.3 an, also nochmal versucht, gleicher Fehler, danach mal sudo probiert, geht aber noch weniger
santa@ubuntuserver:~$ sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller npm WARN enoent ENOENT: no such file or directory, open '/media/HDD/package.json' npm WARN HDD No description npm WARN HDD No repository field. npm WARN HDD No README data npm WARN HDD No license field. npm ERR! code EPERM npm ERR! syscall spawn npm ERR! errno EPERM npm ERR! Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:366:11) npm ERR! at spawn (child_process.js:551:9) npm ERR! at execFile (child_process.js:221:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 npm ERR! { Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:366:11) npm ERR! at spawn (child_process.js:551:9) npm ERR! at execFile (child_process.js:221:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 npm ERR! cause: npm ERR! { Error: spawn EPERM npm ERR! at ChildProcess.spawn (internal/child_process.js:366:11) npm ERR! at spawn (child_process.js:551:9) npm ERR! at execFile (child_process.js:221:15) npm ERR! at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23) npm ERR! at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23) npm ERR! at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14) npm ERR! at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 errno: 'EPERM', code: 'EPERM', syscall: 'spawn' }, npm ERR! stack: npm ERR! 'Error: spawn EPERM\n at ChildProcess.spawn (internal/child_process.js:366:11)\n at spawn (child_process.js:551:9)\n at execFile (child_process.js:221:15)\n at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)\n at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)\n at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)\n at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24', npm ERR! errno: 'EPERM', npm ERR! code: 'EPERM', npm ERR! syscall: 'spawn' } npm ERR! npm ERR! The operation was rejected by your operating system. npm ERR! It is likely you do not have the permissions to access this file as the current user npm ERR! npm ERR! If you believe this might be a permissions issue, please double-check the npm ERR! permissions of the file and its containing directories, or try running npm ERR! the command again as root/Administrator. npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2019-09-21T18_37_50_217Z-debug.log
Support us
794
Online32.5k
Users81.7k
Topics1.3m
Posts