Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Pedder007]

pi@raspberrypi:~ $ apt policy redis
N: Paket redis kann nicht gefunden werden.

... das hatte ich aber meines Wissens vorher auch nicht installiert ...?

[Thomas Braun]

@Pedder007 Hast du iobroker als image eingespielt oder per skript installiert?
Das image setzt soweit ich weiß auf redis, die skript-Installetion auf file-basierte Dateiablage.
Wobei redis eigentlich bei apt auftauchen sollte. Ist im main drin.

[Pedder007]

@Thomas-Braun als Script.
Heute neu auf einem Raspbian Stretch Image aufgebaut.

Meine erste Installation war allerdings auf Basis eines Clones (auch Stretch) meiner Pimatic Prod-Umgebung.
Ich hatte da nur jetzt ein komplett neues Image genommen, da mir die vorherige Installation ja 'kaputt' gegangen war.
Evtl. kam da Pimatic-seitig etwas mit ...?

Edit: Da fällt mir noch ein, es gab im 3ten oder 4ten Installationsschritt von ioBroker eine ganze Reihe 'Warning'.
Mag da evtl. etwas schief gelaufen sein?

[Thomas Braun]

@Pedder007

grep -Erh ^deb /etc/apt/sources.list*

Die Installation hört sich etwas abenteuerlich an...
Ich hätte auch Buster und nicht Stretch genommen.

[Pedder007]

@Thomas-Braun said in ioBroker nicht mehr erreichbar:

grep -Erh ^deb /etc/apt/sources.list*

pi@raspberrypi:~ $ grep -Erh ^deb /etc/apt/sources.list*
deb http://raspbian.raspberrypi.org/raspbian/ stretch main contrib non-free rpi
deb http://archive.raspberrypi.org/debian/ stretch main ui
deb https://deb.nodesource.com/node_10.x stretch main
deb-src https://deb.nodesource.com/node_10.x stretch main

Bis auf die Warnings war alles super durchgelaufen.
Evtl. sollte ich

curl -sL https://iobroker.net/fix.sh | bash -

nochmal drüber laufen lassen?

[Thomas Braun]

Das dürfte kein Problem sein, das mit dem Fixer zu beheben wäre.
Ich vermute, deine Images verwendeten schon redis, welches aber nicht in den Quellen von Stretch vorhanden ist. Bei Buster ist das jedenfalls drin.

Ich weiß auch bei pimatic nicht was da läuft und wie/ob man das in iobroker reinpflanzen kann.

Ich setze iobroker immer sauber von Hand bzw. per Skript auf.

[Pedder007]

@Thomas-Braun, wie meinst Du das von Hand?

Also ich hatte mir ein frisches Stretch Image aus dem Git Repository geholt.
Das installiert, alle Updates ausgeführt und dann ioBroker nach dieser Anleitung installiert:
https://www.iobroker.net/#de/documentation/install/linux.md
... wobei das wäre dann von Hand, ja?

Auf dem Raspi war sonst überhaupt nichts drauf, da ich ja vorher mit meinem Clone-Image in Probleme gelaufen war ...

Edit: ... und in der Anleitung wird auch nicht Buster gefordert, was ich aktuell noch meide, da das mit Pimatic wohl noch nicht ganz rund läuft, ...
Wenn man ganz noch oben scrollt wird sogar explizit Stretch referenziert. Daran dürfte es also eigentlich nicht liegen!?

[Thomas Braun]

@Pedder007 Bei pimatic bin ich raus.
Für iobroker auf einem Raspberry würde ich auf ein raspbian Buster aufsetzen.

[Pedder007]

Hmhm, ich bin da noch nicht, weil wie gesagt es lief ja schon auf Stretch und in der Inst-Anleitung ist ja auch sogar Stretch angegeben.
Das Pimatic Interface läuft auch echt super und ich habe mittlerweile etliche Stunden in VIS investiert, was natürlich jetzt echt ärgerlich ist.
Aber ich danke Dir trotzdem für Deine Hilfe, Du kannst ja definitiv nichts dafür :-)

[Thomas Braun]

@Pedder007 Ich hab jetzt Mal kurz bei pimatic gelinst...
Davon abgesehen, dass die da auf ganz hahnebüchene Weise node in ein Debian reinprügeln (von der Art und Weise rate ich dringendst ab) spricht soweit ich das sehen konnte nichts gegen die weitere Installation auf einem Buster.

Ich würde glaube ich ganz bei Null anfangen. Per noobs erstmal ein raspbian lite installieren, dann node 12, dann iobroker und dann pimatic.

[Pedder007]

Ja, das mit Node habe ich ja nun gelernt :-)

Bzgl. Buster nehme ich die Community sehr zurückhaltend war und da ich auch nicht der Ober-Spezie bin, habe ich das bisher mal lieber gelassen ...
Andererseits habe ich als parallele Neuinstallation ja nichts zu verlieren. Meine Prod-Pimatic Umgebung läuft ja nebenbei sicher auf Stretch weiter, Motioneye übrigens genauso; also so ein wenig Erfahrungen habe ich ja schon im letzten Jahr gesammelt ;-)
Ich werde mal ne' Nacht drüber schlafen... ;-)

... wobei, es ärgert mich schon das das nicht funzt, weil ich habe mich ja original hier an die Anleitung gehalten ...

Für heute ist erstmal Schluß, sonst komme ich morgen nicht raus ...

Danke Dir nochmal

[Homoran]

@Pedder007 sagte in ioBroker nicht mehr erreichbar:

es ärgert mich schon das das nicht funzt, weil ich habe mich ja original hier an die Anleitung gehalten ...

hattest du ein Backup eingespielt, das mit redis arbeitete?

[Pedder007]

Hallo @Homoran, nein nichts dergleichen.

• Wirklich nur ein frisches Stretch Image aus dem Repository gezogen.
• Dieses mit Win32DiskImager auf die SD Karte.
• Damit dann den PI gestartet.
• Installation mit Updates durchgeführt.
• XRDP installiert
• Bedienungstechnisch auf die XRDP Session gewechselt (Nutzer PI)
• ioBroker wie in der Inst-Anleitung beschrieben installiert.
• Alle node(js) und npm Versionen 100% korrekt
• Rebootet
• Statusabfrage zeigt das:

pi@raspberrypi:~ $ sudo systemctl status iobroker
● iobroker.service - ioBroker Server
   Loaded: loaded (/lib/systemd/system/iobroker.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-04-23 22:01:54 CEST; 10s ago
     Docs: http://iobroker.net
 Main PID: 1245 (iobroker.js-con)
    Tasks: 18 (limit: 4915)
   CGroup: /system.slice/iobroker.service
           ├─1245 iobroker.js-controller
           └─1289 /usr/bin/node /opt/iobroker/node_modules/iobroker.info/main.js 0 info

Apr 23 22:02:01 raspberrypi bash[1245]:     at Module._compile (internal/modules/cjs/loader.js:723:23)
Apr 23 22:02:01 raspberrypi bash[1245]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
Apr 23 22:02:01 raspberrypi bash[1245]:     at Module.load (internal/modules/cjs/loader.js:653:32)
Apr 23 22:02:01 raspberrypi bash[1245]:     at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
Apr 23 22:02:01 raspberrypi bash[1245]:     at Function.Module._load (internal/modules/cjs/loader.js:585:3)
Apr 23 22:02:01 raspberrypi bash[1245]:     at Module.require (internal/modules/cjs/loader.js:692:17)
Apr 23 22:02:01 raspberrypi bash[1245]:     at require (internal/modules/cjs/helpers.js:25:18)
Apr 23 22:02:01 raspberrypi bash[1245]:     at Object.<anonymous> (/opt/iobroker/node_modules/ioredis/built/command.js:6:1
Apr 23 22:02:01 raspberrypi bash[1245]:     at Module._compile (internal/modules/cjs/loader.js:778:30)
Apr 23 22:02:01 raspberrypi bash[1245]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)

• Und im Logfile steht am Ende immer mehrfach das:

2020-04-23 22:07:57.071  - error: host.raspberrypi Caught by controller[0]: /opt/iobroker/node_modules/ioredis/built/utils/index.js:1
2020-04-23 22:07:57.072  - error: host.raspberrypi Caught by controller[0]: ���M
2020-04-23 22:07:57.074  - error: host.raspberrypi Caught by controller[0]: ^
2020-04-23 22:07:57.074  - error: host.raspberrypi Caught by controller[0]: SyntaxError: Invalid or unexpected token
2020-04-23 22:07:57.075  - error: host.raspberrypi Caught by controller[0]:     at Module._compile (internal/modules/cjs/loader.js:723:23)
2020-04-23 22:07:57.076  - error: host.raspberrypi Caught by controller[0]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
2020-04-23 22:07:57.077  - error: host.raspberrypi Caught by controller[0]:     at Module.load (internal/modules/cjs/loader.js:653:32)
2020-04-23 22:07:57.078  - error: host.raspberrypi Caught by controller[0]:     at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
2020-04-23 22:07:57.079  - error: host.raspberrypi Caught by controller[0]:     at Function.Module._load (internal/modules/cjs/loader.js:585:3)
2020-04-23 22:07:57.080  - error: host.raspberrypi Caught by controller[0]:     at Module.require (internal/modules/cjs/loader.js:692:17)
2020-04-23 22:07:57.081  - error: host.raspberrypi Caught by controller[0]:     at require (internal/modules/cjs/helpers.js:25:18)
2020-04-23 22:07:57.082  - error: host.raspberrypi Caught by controller[0]:     at Object.<anonymous> (/opt/iobroker/node_modules/ioredis/built/command.js:6:17)
2020-04-23 22:07:57.083  - error: host.raspberrypi Caught by controller[0]:     at Module._compile (internal/modules/cjs/loader.js:778:30)
2020-04-23 22:07:57.083  - error: host.raspberrypi Caught by controller[0]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
2020-04-23 22:07:57.084  - error: host.raspberrypi instance system.adapter.admin.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2020-04-23 22:07:57.084  - info: host.raspberrypi Restart adapter system.adapter.admin.0 because enabled

Ich habe ioBroker dann noch mehrfach manuell neu gestartet, aber das Ergebnis ist immer das gleiche.
Den 'Fixer' habe ich schon ausprobiert und ich habe auch nochmals eine neue Installation drüber gezogen.
Alles ohne Erfolg.

[Homoran]

@Pedder007 sagte in ioBroker nicht mehr erreichbar:

Caught by controller[0]: ���M

Was ist das?

---

@Pedder007 sagte in ioBroker nicht mehr erreichbar:

XRDP installiert
Bedienungstechnisch auf die XRDP Session gewechselt (Nutzer PI)

Wofür hast du das gemacht?

[Pedder007]

@Homoran,
Ersteres kann ich Dir nicht sagen, ich habe so etwas vorher auch noch nicht gesehen.

Zweiter Punkt:
Bei der Installation habe ich ja noch kein Remote Tool drauf, zumindest soweit ich das beurteilen kann. Deshalb hängt der RasPi da immer direkt am Monitor und an einer extra Tastatur.
Danach greife ich dann aber lieber via Win10 per XRDP Terminal zu, weil das bei einem Monitor auf dem Schreibtisch einfach komfortabler ist.
So habe ich bisher alle meine Installationen gemacht und ich kann mir auch nicht vorstellen, dass jemand seine im Haus verteilten RasPis zwecks Administration immer direkt an entsprechende Peripherie hängt?

Wenn Du aber meinst, dass es etwas bringen könnte, führe ich auch gerne nochmal die ioBroker Installation ohne Terminal direkt auf dem RasPi aus...

[Thomas Braun]

@Pedder007
Die Shell in Windows 10 kann mittlerweile ssh.
Einfach per

ssh user@ip

verbinden. Vorher allerdings noch in raspbian den ssh-Server starten, der wird nicht standardmäßig aktivert. Geht in

sudo raspi-config

Unter 'Interfacing Options' 'P2'
Der Hantier mit RDP ist viel zu aufwändig und kostet unnötig Ressourcen auf dem kleinen Raspberry. Da läuft ja dann ein komplettes X für gar nix.

[Pedder007]

@Thomas-Braun,
danke, wieder was gelernt
Ging ganz schnell :-)

Jetzt muss ich das noch hinbekommen, dass ich da nicht jedes Mal IP Adresse und PW eingeben muss?

[Thomas Braun]

@Pedder007
Würde ich nicht machen.

Hast du jetzt das Raspbian neu ohne graphische Oberfläche installiert? Oder logst du dich nur per ssh auf der alten Installation ein?

[Pedder007]

Warum das denn nicht?
... nee noch ist nichts neu installiert, mache ich gleich.

Aber warum soll ich den RasPI denn ohne grafische Oberfläche installieren? Das kann doch nicht ernsthaft Voraussetzung für einen laufenden ioBroker sein?

[Thomas Braun]

@Pedder007
Ist natürlich keine Voraussetzung. Bietet sich aber stark an. Die graphische Oberfläche schleppt dir nur unnötigen Code in das System und verbraucht Ressourcen. Der iobroker wird ja ohnehin nur über Kommandozeile oder die admin Oberfläche gesteuert. Wozu also ein kompletter Desktop? Du fährst ja auch nicht ins örtliche Hallenbad, wenn du dir nur die Hände waschen willst.
Knips den Desktop mal aus:

sudo init 3

Sollte in der ssh-Session keinen Unterschied machen, entledigt sich aber vom Overhead.