NEWS
Umzug von Raspi auf Proxmox
-
@dp20eic Die Fehler aus dem Protokoll sind oben in meinem letzten Post mit drin. Für Weatherunderground scheint der Adapter wohl einen Fehler zu haben, da hatte ich letztens schon öfter solche Fehlermeldungen drin.
Warum der Modbus da einen Fehler liefert weiß ich nicht - da hatte ich aber auch immer mal was drin.
Mich bewegt vor allem der error. admin.0:admin.0 2023-10-24 09:32:08.877 error Cannot update news: TypeError: newNews.forEach is not a functionIch habe einmal den Conbee II Stick dran und dann noch eine USB-SSD-Festplatte (256 GB), die verwende ich als Backup-Laufwerk für die Proxmox Container. Die habe ich ext4 formatiert.
root@proxmox:~# cat /etc/pve/lxc/101.conf ## ioBroker LXC # ### https%3A//tteck.github.io/Proxmox/ # <a href='https%3A//ko-fi.com/D1D7EP4GF'><img src='https%3A//img.shields.io/badge/%E2%98%95-Buy me a coffee-red' /></a> arch: amd64 cores: 2 features: keyctl=1,nesting=1 hostname: iobroker memory: 4096 net0: name=eth0,bridge=vmbr0,gw=192.168.188.1,hwaddr=62:41:1B:12:5C:1C,ip=192.168.188.124/24,type=veth onboot: 1 ostype: debian rootfs: local-lvm:vm-101-disk-0,size=8G swap: 512 tags: cli-user-mn;homeautomation;proxmox-helper-scripts unprivileged: 1 lxc.cgroup2.devices.allow: c 189:* rwm lxc.mount.entry: usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 none bind,optional,create=file lxc.cgroup2.devices.allow: c 166:* rwm lxc.mount.entry: /var/lib/lxc/101/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=file root@proxmox:~#
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Ich habe einmal den Conbee II Stick dran und dann noch eine USB-SSD-Festplatte (256 GB), die verwende ich als Backup-Laufwerk für die Proxmox Container. Die habe ich ext4 formatiert.
Moin,
dazu kann ich aktuell auch nicht viel sagen, denn ich kenne das Skript nicht, das Dir den LX Container angelegt hat, dieser Abschnitt sieht bei mir anders aus und ich verstehe aktuell nicht warum die
ttyACM0aus einem File, das aus/var/lib/lxc/101/devices/kommt in den LX Container gemountet wird,lxc.mount.entry: usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 none bind,optional,create=file lxc.mount.entry: /var/lib/lxc/101/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=filedas würde aus meiner Sicht nur Sinn machen, wenn es ein Speicher-Stick wäre, aber
ttyACMxsind Character devices, deswegen dascam Anfangdp20eic@iobroker:~$ ls -la /dev/ttyACM* crw-rw-rw- 1 nobody nogroup 166, 0 Oct 24 16:08 /dev/ttyACM0 crw-rw-rw- 1 nobody nogroup 166, 2 Oct 24 15:32 /dev/ttyACM2Nicht wie bei Block Devices, also Festplatten
root@pve:~# ls -la /dev/sda* brw-rw---- 1 root disk 8, 0 Oct 22 14:31 /dev/sda brw-rw---- 1 root disk 8, 1 Oct 22 14:31 /dev/sda1 brw-rw---- 1 root disk 8, 2 Oct 22 14:31 /dev/sda2 brw-rw---- 1 root disk 8, 3 Oct 22 14:31 /dev/sda3VG
BerndP.S.: beobachten, aber wenn alles läuft, ist es ja ok.
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Die Fehler aus dem Protokoll sind oben in meinem letzten Post mit drin.
Moin,
ja, nur vielleicht sehe ich andere Dinge als Du, somit reden wir aneinander vorbei, ich bin dann mal in den Abschnitt mit den Logs gegangen
2023-10-24 04:10:17.254 - warn: weatherunderground.0 (3395) get state error: Connection is closed.Zu aller erst, das sind Warnungen, keine Fehler -> Warn ≠ Error!
Dann, so weit mir bekannt, tauchen diese Warnungen, bei allen Zeitgesteuerten Adaptern auf und sagen nur, dass der Abruf der Daten beim Dienst abgeschlossen ist und die Verbindung geschlossen wurde. Du kannst schauen, ob sich die DP in den Zeitstempeln ändern.
Es gibt einissue-> https://github.com/iobroker-community-adapters/ioBroker.weatherunderground/issues/197
Du erkennst dies zeitgesteuerten Dienste am
Zum
modebus.0kann ich nichts sagen, setze diesen Adapter nicht ein, weiß auch nicht was da der Client/Slave und der Server ist, was verbirgt sich hinter der IP?2023-10-24 06:02:14.606 - warn: modbus.0 (376) On error: {"errno":-104,"code":"ECONNRESET","syscall":"read"} 2023-10-24 06:02:15.607 - info: modbus.0 (376) Disconnected from slave 192.168.188.90 2023-10-24 06:03:15.608 - info: modbus.0 (376) Connected to slave 192.168.188.90Hier aus dem Forum
- https://forum.iobroker.net/topic/58112/modbus-adapter-ständig-error-messages
Aus dem WWW - https://noegel.io/posts/2022-10-09-sungrow/
Da ich Deine Sachen nicht kenne, suche ich da mal nicht weiter.
Nun zum Fehler des
admin.02023-10-24 09:32:08.877 - error: admin.0 (319) Cannot update news: TypeError: newNews.forEach is not a functionDa gibt es, hier im Forum schon ein Thread dazu und auch schon ein
issuehttps://github.com/ioBroker/ioBroker.admin/issues/2163So, lange Rede, kurzer Sinn, alles erklärbar.
Außermodbuss, dass nur Du lösen kannst, da Du das Wissen über Deine Komponenten und Parametrierung hast.VG
Bernd@dp20eic said in Umzug von Raspi auf Proxmox:
Zu aller erst, das sind Warnungen, keine Fehler -> Warn ≠ Error!
Ahhh - im ioB diag wird der Fehler von Weatherunderground nicht mit angezeigt, von daher: sorry... Im Log ist da aber einer drin, der ist aber egal. Laufen tut der Adapter jedenfalls.
@dp20eic said in Umzug von Raspi auf Proxmox:
was verbirgt sich hinter der IP
Das ist die IP meines Wechselrichters. Aber auch der liefert die richtigen Werte. Von daher ist auch der Fehler nicht so schlimm.
@dp20eic said in Umzug von Raspi auf Proxmox:
Da gibt es, hier im Forum schon ein Thread dazu und auch schon ein issue
Ahhh - den hatte ich noch gar nicht gesehen. Bis vor dem Umzug hatte ich den Fehler auch nicht. Muss ich mal genauer nachlesen, hab noch nicht reingeschaut.
@dp20eic said in Umzug von Raspi auf Proxmox:
ich verstehe aktuell nicht warum die ttyACM0 aus einem File, das aus /var/lib/lxc/101/devices/ kommt in den LX Container gemountet wird,
Ich denke mal, das ist die Weiterleitung des Conbee II Sticks in den ioBroker LXC? Ich habe das nach einer Anleitung gemacht und es hat so funktioniert. Hintergrund ist wohl, dass der Conbee II Stick immer wieder die Verbindung verliert. Den Container mit ioBroker hab ich mit dem Helperscript erstellt und bin zur Einbindung des Conbee II nach dieser Erläuerterung vorgegangen: https://www.youtube.com/watch?v=1U7Sl8mfjDE
- https://forum.iobroker.net/topic/58112/modbus-adapter-ständig-error-messages
-
@dp20eic said in Umzug von Raspi auf Proxmox:
Zu aller erst, das sind Warnungen, keine Fehler -> Warn ≠ Error!
Ahhh - im ioB diag wird der Fehler von Weatherunderground nicht mit angezeigt, von daher: sorry... Im Log ist da aber einer drin, der ist aber egal. Laufen tut der Adapter jedenfalls.
@dp20eic said in Umzug von Raspi auf Proxmox:
was verbirgt sich hinter der IP
Das ist die IP meines Wechselrichters. Aber auch der liefert die richtigen Werte. Von daher ist auch der Fehler nicht so schlimm.
@dp20eic said in Umzug von Raspi auf Proxmox:
Da gibt es, hier im Forum schon ein Thread dazu und auch schon ein issue
Ahhh - den hatte ich noch gar nicht gesehen. Bis vor dem Umzug hatte ich den Fehler auch nicht. Muss ich mal genauer nachlesen, hab noch nicht reingeschaut.
@dp20eic said in Umzug von Raspi auf Proxmox:
ich verstehe aktuell nicht warum die ttyACM0 aus einem File, das aus /var/lib/lxc/101/devices/ kommt in den LX Container gemountet wird,
Ich denke mal, das ist die Weiterleitung des Conbee II Sticks in den ioBroker LXC? Ich habe das nach einer Anleitung gemacht und es hat so funktioniert. Hintergrund ist wohl, dass der Conbee II Stick immer wieder die Verbindung verliert. Den Container mit ioBroker hab ich mit dem Helperscript erstellt und bin zur Einbindung des Conbee II nach dieser Erläuerterung vorgegangen: https://www.youtube.com/watch?v=1U7Sl8mfjDE
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Ich denke mal, das ist die Weiterleitung des Conbee II Sticks
Moin,
ja, das scheint eine Eigenart des
Conbee IIzu sein.VG
Bernd -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Ich denke mal, das ist die Weiterleitung des Conbee II Sticks
Moin,
ja, das scheint eine Eigenart des
Conbee IIzu sein.VG
Bernd@dp20eic Ich bin den iob diag Ausdruck noch mal durchgegangen. Dabei sind mir diese Punkte noch aufgefallen:
*** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION * run-rpc_pipefs.mount loaded failed failed RPC Pipe File System * sys-kernel-config.mount loaded failed failed Kernel Configuration File System 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. 2 loaded units listed.Messages concerning ext4 filesystem in dmesg: dmesg: read kernel buffer failed: Operation not permittedShow mounted filesystems \(real ones only\): TARGET SOURCE FSTYPE OPTIONS / /dev/mapper/pve-vm--101--disk--0 ext4 rw,relatime,stripe=16 `-/dev/ttyACM0 /dev/mapper/pve-root[/var/lib/lxc/101/devices/ttyACM0] ext4 rw,relatime,errors=remount-roUSB-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_DE2285504-if00Muss ich diesbezüglich noch was unternehmen?
-
@dp20eic Ich bin den iob diag Ausdruck noch mal durchgegangen. Dabei sind mir diese Punkte noch aufgefallen:
*** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION * run-rpc_pipefs.mount loaded failed failed RPC Pipe File System * sys-kernel-config.mount loaded failed failed Kernel Configuration File System 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. 2 loaded units listed.Messages concerning ext4 filesystem in dmesg: dmesg: read kernel buffer failed: Operation not permittedShow mounted filesystems \(real ones only\): TARGET SOURCE FSTYPE OPTIONS / /dev/mapper/pve-vm--101--disk--0 ext4 rw,relatime,stripe=16 `-/dev/ttyACM0 /dev/mapper/pve-root[/var/lib/lxc/101/devices/ttyACM0] ext4 rw,relatime,errors=remount-roUSB-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_DE2285504-if00Muss ich diesbezüglich noch was unternehmen?
@guitardoc sagte in Umzug von Raspi auf Proxmox:
ch bin den iob diag Ausdruck noch mal durchgegangen. Dabei sind mir diese Punkte noch aufgefallen:
Moin,
@guitardoc sagte in Umzug von Raspi auf Proxmox:
run-rpc_pipefs.mount
Also ich habe mir noch nicht angeschaut, was das Skript
iob diaggenau an dieser Stelle macht, das kann aber @Thomas-Braun sicher aus dem Stand beantworten, ich vermute, dass dasrun-rpc_pipefs.mount, was mit NFS zu tun hat und das ist auf einem LX Container dann aber anders gelöst, das geht aber nur inprivilegierten LXC
Also, denke ich, das kannst Du überlesen, stört nicht.@guitardoc sagte in Umzug von Raspi auf Proxmox:
sys-kernel-config.mount
Auch hier, dreht es sich um einen Dienst, der auf dem PVE Läuft, aber nicht in einem LXC, da werden, virtuelle Mounts eingerichtet auf reale Kernel Files, die den Kernel steuern, da der LXC den Kernel vom Host (PVE) nutzt ist da auch nichts zu tun, stört nicht.
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Messages concerning ext4 filesystem in dmesg:
Auch hier, denke ich, dass durch die Verwendung eines LX Containers, aus dem Container, nicht auf den Kernel im Host (PVE) zugegriffen werden kann/darf. Würde ich also auch als stört nicht abhaken.
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Show mounted filesystems (real ones only):
`-/dev/ttyACM0 /dev/mapper/pve-root[/var/lib/lxc/101/devices/ttyACM0] ext4 rw,relatime,errors=remount-roAuch hier, kann ich nur vermuten, dass der
showmount<-> Teil von NFS, denkt, dass das von Dir angelegte USB Devise ein Mount auf ein reale gemountetes Device ist.
Test, unter PVE und LXC, wenn da nichts kommt, dann sind einige Pakete nicht installiert, ist aber NFS und sollte somit auch nicht stören.# sudo showmount # mount@guitardoc sagte in Umzug von Raspi auf Proxmox:
USB-Devices by-id:
Hier verstehe ich Deine bedenken nicht?
VG
Bernd -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
ch bin den iob diag Ausdruck noch mal durchgegangen. Dabei sind mir diese Punkte noch aufgefallen:
Moin,
@guitardoc sagte in Umzug von Raspi auf Proxmox:
run-rpc_pipefs.mount
Also ich habe mir noch nicht angeschaut, was das Skript
iob diaggenau an dieser Stelle macht, das kann aber @Thomas-Braun sicher aus dem Stand beantworten, ich vermute, dass dasrun-rpc_pipefs.mount, was mit NFS zu tun hat und das ist auf einem LX Container dann aber anders gelöst, das geht aber nur inprivilegierten LXC
Also, denke ich, das kannst Du überlesen, stört nicht.@guitardoc sagte in Umzug von Raspi auf Proxmox:
sys-kernel-config.mount
Auch hier, dreht es sich um einen Dienst, der auf dem PVE Läuft, aber nicht in einem LXC, da werden, virtuelle Mounts eingerichtet auf reale Kernel Files, die den Kernel steuern, da der LXC den Kernel vom Host (PVE) nutzt ist da auch nichts zu tun, stört nicht.
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Messages concerning ext4 filesystem in dmesg:
Auch hier, denke ich, dass durch die Verwendung eines LX Containers, aus dem Container, nicht auf den Kernel im Host (PVE) zugegriffen werden kann/darf. Würde ich also auch als stört nicht abhaken.
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Show mounted filesystems (real ones only):
`-/dev/ttyACM0 /dev/mapper/pve-root[/var/lib/lxc/101/devices/ttyACM0] ext4 rw,relatime,errors=remount-roAuch hier, kann ich nur vermuten, dass der
showmount<-> Teil von NFS, denkt, dass das von Dir angelegte USB Devise ein Mount auf ein reale gemountetes Device ist.
Test, unter PVE und LXC, wenn da nichts kommt, dann sind einige Pakete nicht installiert, ist aber NFS und sollte somit auch nicht stören.# sudo showmount # mount@guitardoc sagte in Umzug von Raspi auf Proxmox:
USB-Devices by-id:
Hier verstehe ich Deine bedenken nicht?
VG
Bernd@dp20eic sagte in Umzug von Raspi auf Proxmox:
was das Skript iob diag genau an dieser Stelle macht, das kann aber @Thomas-Braun sicher aus dem Stand beantworten
Das Skript schaut lediglich beim systemd vorbei und schaut welche Services da mit 'failed' geführt werden.
-
Hi, auch ich ziehe auf Proxmox um , LXC priviligiert.
warum mqtt probleme bereitet habe ich gefunden der alte mqtt client von raspi deactiviert..okauch ich bin nach dem Video vorgegangen von Eddy
Leider laeuft bei mir echart nicht mehr?
braucht das influxdb ? wo nimmt der die daten her?da auf dem raspi mqtt broker, influxdb , grafana installiert wart hab ich jetzt alles in lxc containers...duerfte soweit funktionieren...
zigbee und zwave usb sticks ziehen erst um...muss ich mir ansehen...
Automation habe ich mit node red gemacht , dort ist auch noch viel zu installieren...die ganzen Bausteine fehlen.
Danke euch..
many Thx for your support,
Vielen Dank! -
Hi, auch ich ziehe auf Proxmox um , LXC priviligiert.
warum mqtt probleme bereitet habe ich gefunden der alte mqtt client von raspi deactiviert..okauch ich bin nach dem Video vorgegangen von Eddy
Leider laeuft bei mir echart nicht mehr?
braucht das influxdb ? wo nimmt der die daten her?da auf dem raspi mqtt broker, influxdb , grafana installiert wart hab ich jetzt alles in lxc containers...duerfte soweit funktionieren...
zigbee und zwave usb sticks ziehen erst um...muss ich mir ansehen...
Automation habe ich mit node red gemacht , dort ist auch noch viel zu installieren...die ganzen Bausteine fehlen.
Danke euch..
@fred-freund sagte in Umzug von Raspi auf Proxmox:
wo nimmt der die daten her?
Daher wo du die Datenreihen definiert hast.
@fred-freund sagte in Umzug von Raspi auf Proxmox:
da auf dem raspi mqtt broker, influxdb , grafana installiert war
das sieht dann entsprechend aus
@fred-freund sagte in Umzug von Raspi auf Proxmox:
braucht das influxdb ?
dann wird es wohl so sein
@fred-freund sagte in Umzug von Raspi auf Proxmox:
jetzt alles in lxc containers...duerfte soweit funktionieren...
anscheinend ja nicht
-
Hi, auch ich ziehe auf Proxmox um , LXC priviligiert.
warum mqtt probleme bereitet habe ich gefunden der alte mqtt client von raspi deactiviert..okauch ich bin nach dem Video vorgegangen von Eddy
Leider laeuft bei mir echart nicht mehr?
braucht das influxdb ? wo nimmt der die daten her?da auf dem raspi mqtt broker, influxdb , grafana installiert wart hab ich jetzt alles in lxc containers...duerfte soweit funktionieren...
zigbee und zwave usb sticks ziehen erst um...muss ich mir ansehen...
Automation habe ich mit node red gemacht , dort ist auch noch viel zu installieren...die ganzen Bausteine fehlen.
Danke euch..
@fred-freund sagte in Umzug von Raspi auf Proxmox:
zigbee und zwave usb sticks ziehen erst um...muss ich mir ansehen...
Moin,
das ist aber meiner Meinung, die falsche Reihenfolge, man sollte immer erst den LX Container korrekt einrichten, also auch das Durchreichen der USBs, dann testen, ob bei Shutdown/Reboot alles funktioniert, dann die Software installieren, die darauf zugreifen will und dann konfigurieren.
VG
Bernd -
@fred-freund sagte in Umzug von Raspi auf Proxmox:
zigbee und zwave usb sticks ziehen erst um...muss ich mir ansehen...
Moin,
das ist aber meiner Meinung, die falsche Reihenfolge, man sollte immer erst den LX Container korrekt einrichten, also auch das Durchreichen der USBs, dann testen, ob bei Shutdown/Reboot alles funktioniert, dann die Software installieren, die darauf zugreifen will und dann konfigurieren.
VG
BerndHi, ich habe echarts neu installiert, duerfte ein bug sein das neu-installation nicht geht ohne den Speicher auf mind. 12GB zu herhoehen...
naja wenn ich meine usbs abdrehe ..dann geht nix mehr :-)
628
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge