Monatsrückblick Januar/Februar 2026 ist online!

[SBorg]

@Chaot sagte in js-controller 2.0 ab sofort im Latest Repo:

oder warum klappt das nicht mehr?

Ev. mit falschen Rechten angelegt? "tuer" muss dem User iobroker gehören bzw. Schreibrechte darin haben.

[Chaot]

@SBorg
Es scheint doch zu klappen.
Die Mail mit den Bildern bekomme ich wenn ich das Verzeichnis so angebe.
Aber in VIS kann ich die Bilder nicht sehen.
Ich werde mir mal die Rechte anschauen. Danke für den Tip.

Edit: Rechte scheinen zu stimmen.
Die Bilder sind im Verzeichnis. Aber mit VIS lassen sie sich nicht abrufen.

[apollon77]

@crunchip Radar2 version aktualisiert bzw manuell gefixt? Siehe erster Post??

Logging das „zu viel“ im Admin log tab angezeigt wird ist known. Logfile auf Platte steht es nicht drin.

[apollon77]

@Chaot ja weil das unkontrollierte reinkopieren halt nicht mehr geht. Files in den iobroker storage müssen über die Funktionen reinkommen.

Also anlegen und per writeFile oder kommandozeile iobroker Befehle uploaded.

[apollon77]

@mameier1234 faq .. wenn ich kapieren würde warum das bei dir passiert ist ja. ;-) hätte nicht sein dürfen.

[crunchip]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

Logfile auf Platte steht es nicht drin.

richtig

radar2 hab ich noch nichts weiter unternommen, da es weiter keinen Fehler bezüglich radar2 gibt und ich nicht weiß ob der Fehler von radar oder admin kommt.
werde ich mir das mit dem radar noch mal ansehn

[Chaot]

@apollon77 Also der Befehl wget geht nicht mehr:

exec('wget --output-document /opt/iobroker/iobroker-data/files/vis.0/tuer/tuer/alarm1.jpg \'http://192.168.8.95:8765/picture/1/current/?_username=admin&_signature=ba8317b8fc071dadb725d4d0d9dbf7e606acbf1e\''); 

Das habe ich soweit verstanden.
Was ich allerdings nicht finden kann (doku scheint hier unvollständig) ist der korrekte Befehl das das Bild im Ordner so erzeugt wird das ich zugriff darauf habe.
Das ist jetzt zwar nicht unbedingt sooo wichtig, aber lässt sich das irgendwo nachlesen wie das dann genau erfolgen muss.
Ich bin leider nicht der große Javaspezialist und muss mir alles mühsam zusammenklauben.

[crunchip]

@apollon77 habe nun die radar2.js aktualisiert, bekomme aber immer noch die selbe Fehlermeldung, oder fehlt da noch etwas?

[apollon77]

@crunchip der Radar fehlender dem fehlenden uwz Kram kommt von Radar2. Bitte manuell fixen siehe faq

[crunchip]

@Chaot @apollon77 ich habe bisher Daten immer ausserhalb von iobroker-data geschrieben, also ändert sich bei mir zwecks Skripte ja nichts und bleibt alles unverändert, sehe ich das richtig? In das Verzeichnis wird/muss nur geschrieben werden, wenn ich die Daten im Backup haben möchte, richtig?

[apollon77]

@Chaot schau mal in der faq. Da ist ein Link zu nem thread für was ähnliches. Frag mal da nach.

[apollon77]

@crunchip faq gelesen dazu?? Bzw was heißt „ich hab’s aktualisiert?“

[apollon77]

@crunchip naja auch wenn du einfach in Vis oder anderen visu Adaptern zugreifen willst. Der Web Adapter kann nur auf Daten im iobroker Storage direkt zugreifen

[Marc_St]

Ich habe nachdem Update ein Problem mit dem ModBus-Adapter: Er startet nicht mehr:

host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: port: 502 }
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: address: '0.0.0.0',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: syscall: 'listen',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: errno: 'EACCES',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: code: 'EACCES',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at doListen (net.js:1460:7)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at listenInCluster (net.js:1327:12)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at Server.setupListenHandle [as _listen2] (net.js:1262:19)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: { Error: listen EACCES: permission denied 0.0.0.0:502

[Mic]

Hi,

vielen Dank für das Update und die harte Arbeit von allen!! :+1:

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

5. Ich habe Dateien in ein eigenes Verzeichnis in iobroker-data/files kopiert und jetzt werden diese nicht mehr angezeigt. Was kann ich tun?
   Aus Sicherheitsgründen wird der ioBroker-eigene Storage jetzt etwas strickter behandelt. Nut offiziell in ioBroker bekannte Verzeichnisse dürfen genutzt werden und nur offizielle Wege die Datei rein zu kopieren. Am besten die Upload-Tools nutzen von Adaptern wie vis oder iqontrol. ALternativ gibt es CLI kommandos.

Auch ich hatte im /opt/iobroker/iobroker-data/files/ ein Verzeichnis mit Bildern angelegt, die VIS entsprechend nutzt. Diese können nun nicht mehr verwendet werden. Verzeichnis und Unterverzeichnisse sowie alle Dateien sind (und waren schon vorher) auf 777 gesetzt.
Auszug von ls -l <Verzeichnis>:

Ich bin leider nicht wirklich bewandert mit Linux-Dateirechten, aber das sollte doch gut aussehen, da der User iobroker wohl der Owner der Dateien ist, oder?
Welchen Konsolen-Befehl kann ich denn absetzen, damit ich wieder Zugriff von VIS habe?

Danke,
Mic

[lobomau]

@Berchemer sagte in js-controller 2.0 ab sofort im Latest Repo:

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@Berchemer auch nur I Admin im log,korrekt? Logfile auf Platte steht davon nichts. Richtig?

Ich glaube ich hab da ne idee. Ich experimentiere mal rum und würde aber abwarten was noch an Themen übers Wochenende aufkommen und machen dann einen fix Anfang der Woche.

Scheint auch bei mir tatsächlich nur im Admin angezeigt zu werden und ist im Log-File nicht zu sehen.

Ist bei mir auch so. Slave Pi3 mit smartmeter sendet dauernd INFO obwohl der Adapter auf WARN steht.

[Mic]

Issue:
Im JavaScript-Adapter: ein log('Hallo Welt') wird nicht mehr ausgegeben, erscheint auch nicht in der Datei /opt/iobroker/log\iobroker.2019-10-12.log

System: Linux (Debian), js-controller 2.0.25, JS-Adapter: 4.3.0 (Log-Stufe auf "Info")

[apollon77]

@Marc_St sollte an sich mit dem Update nichts zu tun haben. Da fehlen rechte ... installation fixer bitte. Danach sollte nodejs wieder ports <1024 öffnen dürfen.

[crunchip]

@apollon77 blöd gefragt, wo finde ich diese? Das im ersten post habe ich gelesen.

Nachdem ich jetzt mal den Iobroker bzw die VM neu gestartet habe, erhalte ich folgende Meldungen

host.IoBroker	2019-10-12 18:16:39.512	warn	warning: empty repo received!
host.IoBroker	2019-10-12 18:16:39.510	warn	warning: Cannot read "http://download.iobroker.net/sources-dist-latest.json"

tankerkoenig.0	2019-10-12 18:14:10.062	warn	(7844) Please update js-controller to at least 1.2.0

2019-10-12 18:13:16.635 - error: tr-064.0 (7773) uncaught exception: Cannot read property 'val' of undefined
2019-10-12 18:13:16.637 - error: tr-064.0 (7773) TypeError: Cannot read property 'val' of undefined
at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36)
at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26
at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867)
at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
at process._tickCallback (internal/process/next_tick.js:68:7)
2019-10-12 18:13:17.142 - info: tr-064.0 (7773) terminating
2019-10-12 18:13:17.189 - error: host.IoBroker Caught by controller[0]: TypeError: Cannot read property 'val' of undefined
2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36)
2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26
2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867)
2019-10-12 18:13:17.190 - error: host.IoBroker Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
2019-10-12 18:13:17.191 - error: host.IoBroker Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
2019-10-12 18:13:17.191 - error: host.IoBroker Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7)
2019-10-12 18:13:17.191 - info: host.IoBroker instance system.adapter.tr-064.0 terminated with code 0 (NO_ERROR)
2019-10-12 18:13:17.191 - info: host.IoBroker Restart adapter system.adapter.tr-064.0 because enabled

[apollon77]

@Mic wir es an an sich im Text steht müssen files offiziell in iobroker uploaded werden. Nur reinkopieren reicht nicht. Also am besten den Datenmanager in Vis unter Tools nutzen und dort alles offiziell hochladen. Dann links ändern.