NEWS

@schmitzkatze sagte in ioBroker versehentlich als root installiert.:

Und dann kein Passwort vergeben.

Richtig, der root erhält kein Passwort. Und deswegen kann der sich dann auch gar nicht erst direkt einloggen.

@maximal1981 sagte in kann keinen Adapter mehr updaten:

Aber das hatte ich nie, soll das jetzt nicht umgesetzt werden?

Doch, du sollst natürlich weiterhin Updates fahren. Allerdings war bei dir das nodesource-Repository noch nicht auf die aktuellste Version mit dem richtigen Pinning umgestellt. Weswegen dir der Paketmanager die aktuellste Version von nodejs eingespielt hat, die aber nicht zum ioBroker passt.

Das ist aber jetzt alles wieder richtig, kannst also nun wieder wie gewohnt deine Updates einspielen.

@Marvin
Deutscher Forumsteil, deutsche IP (bei mir um die Ecke im Norden), warum dann nicht auf Deutsch?

EDIT
So kann man es natürlich auch machen. Anstatt zu reagieren einfach abmelden und wieder verschwinden.

@marc-berg super, danke.

@warhammer73 sagte in Aktualisierung Node für Zigbee:

genau das wollte ich nicht tun.

Es wird dir aber niemand vorab für dein System verbindlich zusagen. Kannst du nur probieren.
Wobei mittlerweile bei deutlich mehr als 50% der Installationen nodejs@18 läuft. Kann also generell keine großen Macken haben.

@maddin44
Dann wird es Zeit für eine Auffrischung.

@peter-gloor sagte in Installation auf Raspi - Einfacher geht's nicht:

Vor dem Start des Scripts habe ich die /etc/fstab entsprechend der Anleitung angepasst.

Wo steht denn in der 'einfacher geht's nicht'-Anleitung drin, dass man irgendwas in der /etc/fstab rumfummeln müsste?

Kurz: So wie es da oben steht funktionierte es 2022 und so funktioniert es auch im Januar 2024 noch.

Auf einem Raspi3 mit magerem 1GB Ram entsprechend laaaaaaaaaaaaaangsam halt. Aber das ist der Hardware geschuldet. Die Empfehlung geht Stand heute zu 4GB.

€dit: Du meinst den Befehl?

sudo sed -i -e 's/defaults,noatime/defaults,noatime,commit=600/' /etc/fstab

Kannste auch weglassen.

Hallo ihr 3.....

danke für eure Hilfe. Was soll ich sagen, ich habe das System heute jetzt nochmals genau so aufgesetzt wie gestern, jetzt läuft es wohl wieder.
Die Error-Logs mit ENOTEMPTY sind weg, die K-Size-Meldungen waren noch da, hab ich mit dem Tipp mit dem Häkchen bei SD-Karte in den Griff bekommen - Danke daür!

Die Vis konnte ich jetzt auch installieren, allerdings kommt im Editor unter Port 8082 jetzt immer oben rot "keine Verbindung".
Aber das hatte ich schonmal, muss mir meine altne Notizen dazu nochmal raussuchen 😉

@dukle sagte in Fehler und Abbruch bei Neuinstallation in Docker-Umgebung:

@glasfaser
Hallo,
ich wollte mich nur melden.

System läuft wieder.

.... 👍

Freut mich das du den Fehler gefunden hast ( NodeRed )

@anselra
Es gibt noch eine environment Variable von Buanet mit dem man den debug Modus des Containers einschalten kann

@homoran said in vermurkste Installation:

@radix75 sagte in vermurkste Installation:

@homoran said in vermurkste Installation:

@radix75 dann nimm die 2te Karte und fang mit OS und piVCCU an.

ich bin mir immer noch nicht sicher ob dein Netzwerk sauber tickt.

Können wir das noch irgendwie Herausfinden?

ich leider nicht.
Die Frage ist, warum es keine funktionierende Namensauflösung gibt.

So nach langem suchen und Hilfe im ELV Forum habe ich herausgefunden woran es lag das die Namensauflösung nicht geht.
Ich habe hier vor längerer Zeit den nameserver 37.4.251.175 von meinem VPN Service in der Fritzbox eingetragen scheinbar blockt dieser dann Anfragen an externe Webseiten so auch an den KAY server von ELV
Test über

code_text ```pi@raspberrypi:~ $ ping www.google.de und pi@raspberrypi:~ $ cat /etc/resolv.conf domain fritz.box search fritz.box nameserver 37.4.251.175

pi@raspberrypi:~ $ ls -la /etc/resolv.confich habe das auf die IP 192.168.1.1 meiner Fritzbox geändert.
Das einzige Problem ist wie ich jetzt über VPN auf neine WEB UI der CCU komme wie macht ihr das so?

@dr-bakterius sagte in Welcher raspberry?:

Daraus kann ein Anfänger folgern, dass ein Raspi auf jeden Fall die bessere Wahl ist.

was die fehlende Zwischenschicht angeht ist es das auch.
War aber so nicht gemeint, lediglich ein Hinweis, dass man diese Schicht nicht unbedingt braucht.

@frank-9 sagte in Fehler bei Installation auf Raspberry - npm ERR! code 24:

Mit WinSCP überschrieben.

als welcher user?

@MartinP
Tröste Dich. Mein Versuch, den per USB angeschlossenen Ender 5 in den LXC-Container zu kriegen, war auch nicht von Erfolg gekrönt.
Mit 'ner VM ging das auf Anhieb.

@dukle sagte in ioBroker update auf Synology NAS:

Sorry habe nur :latest gelesen ..

wie ich prüfen kann, welche Version installiert wurde.

z.B in der WebUi ...

f07c6030-3e1a-4218-918a-0256ce9e81c8-grafik.png

@hans_hh sagte in Ich habe ein MacBook und würde die Installation da machen:

also besser raspberry

Neben der 24/7 Verfügbarkeit würde ich bei einem solchen Ansinnen auch immer die Unterstützung im Forum der jeweils geplanten Plattform im Auge behalten. Das wird einem spätestens dann bewusst bzw. auf die Füße fallen, wenn man Probleme hat und Hilfe braucht. Auch dafür wäre eine Raspi in jedem Fall die bessere Wahl als ein MacBook.

@rtwl sagte in Sonoff Zigbee installationsfehler (udev Problem):

Ich habe weder im History-Adapter noch im Backitup-Adapter im Historie Reiter einen Pfad angegeben. Werden die History-Daten also auf einem Standard-Pfad gespeichert und somit auch gesichert und wiederhergestellt?

@thomas-braun sagte in Sonoff Zigbee installationsfehler (udev Problem):

Sollte dann der Fall sein.

Nur als Info:
Dem ist leider nicht der Fall.
Der Backitup Adapter sichert nichts, wenn man dort keinen Pfad angibt. Hätte schon gehofft, dass (wie auch der History Adapter) der Backitup ohne Pfadangabe den Standardpfad nimmt.
Gut, dass ich eine neue SD Karte genommen hab für das neue Betriebssystem, somit konnte ich mit der alten SD Karte die alten Daten erneut sichern, und auf die neu übertragen (via Backitup)

Aber soweit eben nur als Info für dich @Thomas-Braun, du bist ja einer der fleißigen Helfer hier im Forum, und ich dachte dich interessiert es vielleicht.

@glasfaser

Prima das hat geklappt...
Ports hinzugefügt, dann kam ich schon mal ein Stück weiter.
Allerdings wurden die Adapter nicht vollständig geöffnet, es kam nur die Startseite.
Nachdem ich die Adapter gelöscht und neu hinzugefügt habe funktionierte alles.

Vielen Dank für die schnelle Hilfe....

@pappnouse @dukkha @Glasfaser

Hi zusammen,

ich bin ein weiterer Nutzer, der podman für iobroker vorzieht (komme von einer bare metal Installation, möchte nun iobroker und vor Allem die ganzen NodeJS-Dinge aber besser kapseln, und weder das externe Docker-Repo hinzufügen noch die leider wieder etwas veraltete docker.io-Paketierung von Debian nutzen).

Ich bin bei meiner Suche auf:
https://github.com/buanet/ioBroker.docker/issues/294
gestoßen. Wennich den Container beim ersten Start (leeres /opt/iobroker) mit:

podman run -cap-add net_raw -p 8081:8081 -p 8082:8082 -p 8087:8087 -p 1883:1883 --name iobroker -v /opt/iobroker:/opt/iobroker --detach=true --restart='always' docker://buanet/iobroker:latest

starte, also insbesondere mit der Option --cap-add net_raw, klappt auch node auf Anhieb ohne Reinstallation.

Ich hoffe, das hilft jemandem — offizieller Support des offiziellen Images für Podman wäre natürlich super, aber bereits jetzt entscheide ich mich für diesen Weg.

stuehmer created this issue in buanet/ioBroker.docker closed ioBroker container run by podman: add some documentation #294

@150d nochmal:

@homoran sagte in Multihost hin und her:

zeig mal was du da eigentlich machst.

https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1