NEWS

@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

@reutli sagte in [gelöst]Multihost Slave findet Host nicht js-cntrl 5.0.17:

Richtig und nach erfolgreicher Verbindung kann/soll der Slave dann wieder dem Update zugeführt werden.

Genau so hat es auch bei mir funktioniert.

@thomas-braun

gefunden. Der Eintrag sieht so aus

deb [signed-by=/usr/share/keyrings/grafana.key] https://apt.grafana.com stable main

ändere ich in

deb [arch=amd64 signed-by=/usr/share/keyrings/grafana.key] https://apt.grafana.com stable main

Hat geklappt !

@Thomas-Braun Danke die nochmal für die flotte Hilfe!

Hi,

nach etwas rum probieren hat es nun geklappt.
Für alle, die über das gleiche Problem stolpern, bei mir hat folgendes geholfen (ob jeder Schritt nötig ist/war kann ich leider nicht sagen):

npm cache clean --force iobroker install web

Darauf hin wurde mir mitgeteilt, dass der Adapter schon installiert sei (also wahrscheinlich überflüssig). Anschließend noch:

iobroker rebuild iobroker.web --install

Nun wurde mir der Adapter in der Adapter-Übersicht als installiert angezeigt. Durch Drücken auf "+" habe ich dann eine neue Instanz anlegen können.

(zur Vollständigkeit, geholfen hat folgender Post: https://forum.iobroker.net/topic/33543/iobroker-web-problem )

@Homoran
@sigi234

Danke nochmal für die Hilfe, nachdem ich heute alles nochmal gelöscht habe und neu installiert habe funktioniert die vis-2.
Nun geht es los eine schöne neue Visualisierung zu bauen.

@dp20eic
hat sich erledigt, hab alles neu aufgesetzt 🙂 danke trotzdem

@glasfaser

Es funktioniert nun mit:

- /opt/iobroker:/opt/iobroker

Bei mir auf dem Homeserver liegen alle Docker Containerdateien in /opt. Im Container müssen Sie wohl im /opt/iobroker liegen - daher die Verwirrung. Auf jeden Fall habe ich nun Dateien in meinem Ordner!!!

Vielen Dank für die schnelle Hilfe!

@thomas-braun

@homoran said in Daikin Adapter:

@mcm57 sagte in Daikin Adapter:

könnte es ein wenig älter sein.

so was schwebte mir vor

@mcm57 sagte in Daikin Adapter:

Erst mal das System aktualisisern - dann kannst du über den Daikin Adapter nachdenken

Ich würde deswegen gerne den aktuellen Status sehen.
======== Start marking the full check here =========

Skript v.2023-10-10 *** BASE SYSTEM *** Static hostname: raspberrypi Icon name: computer Operating System: Raspbian GNU/Linux 10 (buster) Kernel: Linux 5.10.103-v7l+ Architecture: arm Model : Raspberry Pi 4 Model B Rev 1.1 Docker : false Virtualization : none Kernel : armv7l Userland : armhf Systemuptime and Load: 18:04:49 up 50 days, 23:10, 2 users, load average: 2.42, 5.83, 7.14 CPU threads: 4 *** RASPBERRY THROTTLING *** Current issues: No throttling issues detected. Previously detected issues: ~ Under-voltage has occurred *** Time and Time Zones *** Local time: Wed 2023-12-13 18:04:49 CET Universal time: Wed 2023-12-13 17:04:49 UTC RTC time: Wed 2023-12-13 17:04:50 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no *** User and Groups *** pi /home/pi pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin gpio i2c spi iobroker *** X-Server-Setup *** X-Server: true Desktop: LXDE-pi Terminal: x11 Boot Target: graphical.target *** MEMORY *** total used free shared buff/cache available Mem: 3.8G 1.3G 1.7G 211M 743M 2.2G Swap: 99M 58M 41M Total: 3.9G 1.4G 1.8G 3787 M total memory 1298 M used memory 367 M active memory 1445 M inactive memory 1745 M free memory 140 M buffer memory 603 M swap cache 99 M total swap 58 M used swap 41 M free swap Raspberry only: oom events: 0 lifetime oom required: 0 Mbytes total time in oom handler: 0 ms max time spent in oom handler: 0 ms *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION * dhcpcd.service loaded failed failed dhcpcd on all interfaces LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 1 loaded units listed. Pass --all to see loaded but inactive units, too. To show all installed unit files use 'systemctl list-unit-files'. *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/root ext4 59G 27G 30G 48% / devtmpfs devtmpfs 1.7G 0 1.7G 0% /dev tmpfs tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs tmpfs 1.9G 175M 1.7G 10% /run tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup /dev/mmcblk0p1 vfat 253M 49M 204M 20% /boot tmpfs tmpfs 379M 4.0K 379M 1% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Mon Oct 23 19:54:16 2023] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 video=HDMI-A-1:1280x1024M@60 smsc95xx.macaddr=DC:A6:32:49:AE:73 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=tty1 root=PARTUUID=2fef1976-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles [Mon Oct 23 19:54:16 2023] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem [Mon Oct 23 19:54:16 2023] EXT4-fs (mmcblk0p2): write access will be enabled during recovery [Mon Oct 23 19:54:18 2023] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs [Mon Oct 23 19:54:18 2023] EXT4-fs (mmcblk0p2): 7 orphan inodes deleted [Mon Oct 23 19:54:18 2023] EXT4-fs (mmcblk0p2): recovery complete [Mon Oct 23 19:54:18 2023] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [Mon Oct 23 19:54:18 2023] VFS: Mounted root (ext4 filesystem) readonly on device 179:2. [Mon Oct 23 19:54:27 2023] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null) Show mounted filesystems \(real ones only\): TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime |-/sys/fs/bpf none bpf rw,nosuid,nodev,noexec,relatime,mode=700 |-/run/user/1000/gvfs gvfsd-fuse fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 |-/boot /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro `-/var/lib/lxcfs lxcfs fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other Files in neuralgic directories: /var: 4.9G /var/ 3.7G /var/cache/apt/archives 3.7G /var/cache/apt 3.7G /var/cache 739M /var/lib Archived and active journals take up 173.7M in the file system. /opt/iobroker/backups: 9.6G /opt/iobroker/backups/ 4.0K /opt/iobroker/backups/redistmp /opt/iobroker/iobroker-data: 625M /opt/iobroker/iobroker-data/ 462M /opt/iobroker/iobroker-data/files 120M /opt/iobroker/iobroker-data/files/javascript.admin 102M /opt/iobroker/iobroker-data/files/javascript.admin/static 101M /opt/iobroker/iobroker-data/files/javascript.admin/static/js The five largest files in iobroker-data are: 18M /opt/iobroker/iobroker-data/files/devices.admin/static/js/2.3257a139.chunk.js.map 12M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/2.b7bbd921.chunk.js.map 9.8M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/2.f6fd0e72.chunk.js.map 9.5M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/2.0ffea560.chunk.js.map 8.9M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/2.c2161e55.chunk.js.map USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE1962617-if00 *** NodeJS-Installation *** /usr/bin/nodejs v14.21.3 /usr/bin/node v14.21.3 /usr/bin/npm 6.14.18 /usr/bin/npx 6.14.18 /usr/bin/corepack 0.15.1 nodejs: Installed: 14.21.3-deb-1nodesource1 Candidate: 14.21.3-deb-1nodesource1 Version table: *** 14.21.3-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u3 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages Temp directories causing npm8 problem: 0 No problems detected Errors in npm tree:

@homoran said in neues System auf Synology NAS mit docker:

@ubecker sagte in neues System auf Synology NAS mit docker:

Dann kommt ein Eintrag von History als Quelle

dann ist history möglicherweise falsch konfiguriert oder installiert

history als Quelle kommt dann, wenn history neue Haltepunkte für die Grafik schreibt um optimale charts zu erhalten, oder wenn history gestoptt und gestartet eird.

ersteres kann im zu loggenden Datenpunkt mit der Checkbox "optimierte...." deaktiviert wrrden, zweiteres über die konfig der Instanz

trotzdem darf nichts abstürzen

ich denke das ich den Fehler gefunden habe. (jedenfalls nicht mehr aufgetreten)
Ich habe den Datenpunkt des Tankerkönig als Historie aktiviert, dann hatte ich auch noch einen Alias darauf und diesen auch als Historie aktiviert. Aber beides mit unterschiedlichen Einstellungen.

@bastler52 sagte in Multi-Host installieren (läuft nicht):

irgendwas ist da verrutscht. Der Beitrag passt nicht zu meiner Frage

???

und was ist jetzt der richtige Status?

@bastler52 sagte in Multi-Host installieren (läuft nicht):

Im Forum sind sehr viele Beträge zu diesem Thema

inwiefern?

@bastler52 sagte in Multi-Host installieren (läuft nicht):

oder eher an meiner Konfiguration?

wie ist die denn jetzt?

Außer

@bastler52 sagte in Multi-Host installieren (läuft nicht):

Ich habe zwei Raspberry (4 und 3)

sehe ich nichts zu deinen Multihost Einstellungen

@yablu87

Schau dir das große Ganze an. Im Container:

iob diag