Umzug von Raspi auf Proxmox
-
Und noch was entdeckt - der Stick verliert immer wieder seine Berechtigungen:
mn@deconz:~$ ls -la /dev/ttyACM* c--------- 0 root root 166, 0 Oct 22 16:12 /dev/ttyACM0 ---------- 1 root root 0 Oct 22 16:59 /dev/ttyACM1Nach dem reboot sind sie dann wieder da:
mn@deconz:~$ ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 Oct 22 17:12 /dev/ttyACM0 ---------- 1 root root 0 Oct 22 17:18 /dev/ttyACM1 -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Und noch was entdeckt - der Stick verliert immer wieder seine Berechtigungen:
Moin,
hast Du da am Stick etwas gemacht, raus/rein oder so?
Warte mal, ich installiere mir den LX Container wieder, dann kann ich da besser debuggen, als wenn ich hier mit Dir Ping/Pong spiele
VG
Bernd -
@dp20eic said in Umzug von Raspi auf Proxmox:
hast Du da am Stick etwas gemacht, raus/rein oder so?
Nein, nix.
-
Ist das eigentlich normal, dass der Stick seine Nummer ändert? Vorhin hatte er noch die 007, jetzt die 013:
root@proxmox:~# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 013: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Bus 001 Device 003: ID 8087:0026 Intel Corp. AX201 Bluetooth Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@proxmox:~# -
@ro75 sagte in Umzug von Raspi auf Proxmox:
@ticaki sagte in Umzug von Raspi auf Proxmox:
conbee2 mag kein usb3 in der Nähe und ich bezweifele das dein nuc usb 2 ausgänge hat.
Also mein NUC hat tatsächlich nur USB3.
Ich hab bei mir usb 3 Festplatten dran und es geht nicht ohne Verlängerung. Also ist es kein Raspi only problem!
-
@ticaki sagte in Umzug von Raspi auf Proxmox:
Also ist es kein Raspi only problem!
Nein. Ich hatte an einem Mini-PC unter Windows da auch Probleme. Der USB-Empfänger für Maus/Tastatur musste auch an eine Verlängerung. Ist also kein Raspi-exklusives Problem.
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
@dp20eic said in Umzug von Raspi auf Proxmox:
hast Du da am Stick etwas gemacht, raus/rein oder so?
Nein, nix.
Moin,
so, ich hab nochmal installiert, ohne Hardware ist das natürlich eher eingeschränkt aussagekräftig.
So da Du mit Deinem User nicht ausreichend Rechte hast, ist das besser mitsudohoffe Du hast das installiert# sudo systemctl status deconz.serviceDann habe ich gesehen, dass die Software als
rootgestartet wird, persönlich finde ich das nicht ok, aber das führt jetzt zu weit, das noch zu vertiefen.
So sieht derdconz.serviceaus, da steht bei[Service]=User=rootroot@deconz:~# cat /lib/systemd/system/deconz.service [Unit] Description=deCONZ: ZigBee gateway -- REST API Wants=deconz-init.service deconz-update.service StartLimitIntervalSec=0 [Service] User=root ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80 Restart=on-failure RestartSec=30 AmbientCapabilities=CAP_NET_BIND_SERVICE CAP_KILL CAP_SYS_BOOT CAP_SYS_TIME [Install] WantedBy=multi-user.target root@deconz:~#Der User
rootist aber nicht indialoutroot@deconz:~# id root uid=0(root) gid=0(root) groups=0(root) root@deconz:~#Du kannst jetzt dem
rootdes LX Containerdeconzdie Gruppedialoutspendieren, wie weiter oben schon mal von @Thomas-Braun gezeigt wurde. Ob das dann im Endeffekt der Bringer ist, kann ich nicht sagen, wie gesagt keine Hardware.
Dann sollte man auch nicht wie oben gezeigt das journal anschauen, sondern# sudo journalctl -g deconz oder # sudo journalctl -g errorVG
Bernd -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Ist das eigentlich normal, dass der Stick seine Nummer ändert? Vorhin hatte er noch die 007, jetzt die 013:
Moin,
bei meinen USB-Sticks, einmal ZWave, zweimal Zigbee, passiert mir das nicht, aber ich habe das vor nicht allzu langer Zeit schon einmal hier in einem Thread gesagt bekommen.
Schein eine Eigenheit der Conbees zu sein, vermute ich, müssen andere beantworten, die den gleichen Stick auch haben.VG
Bernd -
@dp20eic Hier sind die Ausgaben:
mn@deconz:~$ sudo adduser root dialout [sudo] password for mn: Adding user `root' to group `dialout' ... Done. mn@deconz:~$ id root uid=0(root) gid=0(root) groups=0(root),20(dialout) mn@deconz:~$ sudo journalctl -g deconz Oct 22 16:49:44 deconz systemd[1]: Starting deconz-init.service - deCONZ: ZigBee gateway -- Initialisation... Oct 22 16:49:44 deconz systemd[1]: Started deconz-update.service - deCONZ: ZigBee gateway -- Update Service. Oct 22 16:49:44 deconz systemd[1]: Started deconz.service - deCONZ: ZigBee gateway -- REST API. Oct 22 16:49:44 deconz deCONZ-init.sh[3353]: stopping deconz-wifi.service Oct 22 16:49:45 deconz systemd[1]: deconz-init.service: Deactivated successfully. Oct 22 16:49:45 deconz systemd[1]: Finished deconz-init.service - deCONZ: ZigBee gateway -- Initialisation. Oct 22 16:49:55 deconz deCONZ-update2.sh[3354]: found deCONZ port 80 Oct 22 16:50:05 deconz deCONZ-update2.sh[3354]: use database file /root/.local/share/dresden-elektronik/deCONZ/zll.db Oct 22 16:58:59 deconz systemd[1]: Stopping deconz-update.service - deCONZ: ZigBee gateway -- Update Service... Oct 22 16:58:59 deconz systemd[1]: Stopping deconz.service - deCONZ: ZigBee gateway -- REST API... Oct 22 16:58:59 deconz systemd[1]: deconz-update.service: Deactivated successfully. Oct 22 16:58:59 deconz systemd[1]: Stopped deconz-update.service - deCONZ: ZigBee gateway -- Update Service. Oct 22 16:58:59 deconz systemd[1]: deconz-update.service: Consumed 1.808s CPU time. Oct 22 16:58:59 deconz systemd[1]: deconz.service: Main process exited, code=exited, status=143/n/a Oct 22 16:58:59 deconz systemd[1]: deconz.service: Failed with result 'exit-code'. Oct 22 16:58:59 deconz systemd[1]: Stopped deconz.service - deCONZ: ZigBee gateway -- REST API. Oct 22 16:58:59 deconz systemd[1]: deconz.service: Consumed 8.083s CPU time. -- Boot fba950f005134ee2a0ae9eb4135e1815 -- Oct 22 16:59:02 deconz systemd[1]: Starting deconz-init.service - deCONZ: ZigBee gateway -- Initialisation... Oct 22 16:59:02 deconz systemd[1]: Started deconz-update.service - deCONZ: ZigBee gateway -- Update Service. Oct 22 16:59:03 deconz systemd[1]: Started deconz.service - deCONZ: ZigBee gateway -- REST API. Oct 22 16:59:03 deconz deCONZ-init.sh[90]: stopping deconz-wifi.service Oct 22 16:59:03 deconz systemd[1]: deconz-init.service: Deactivated successfully. Oct 22 16:59:03 deconz systemd[1]: Finished deconz-init.service - deCONZ: ZigBee gateway -- Initialisation. Oct 22 16:59:13 deconz deCONZ-update2.sh[91]: found deCONZ port 80 Oct 22 16:59:23 deconz deCONZ-update2.sh[91]: use database file /root/.local/share/dresden-elektronik/deCONZ/zll.db Oct 22 17:11:20 deconz sudo[2997]: mn : TTY=pts/3 ; PWD=/home/mn ; USER=root ; COMMAND=/usr/bin/journalctl -u deconz Oct 22 17:17:59 deconz systemd[1]: Stopping deconz-update.service - deCONZ: ZigBee gateway -- Update Service... Oct 22 17:17:59 deconz systemd[1]: Stopping deconz.service - deCONZ: ZigBee gateway -- REST API... Oct 22 17:17:59 deconz systemd[1]: deconz-update.service: Deactivated successfully. Oct 22 17:17:59 deconz systemd[1]: Stopped deconz-update.service - deCONZ: ZigBee gateway -- Update Service. Oct 22 17:17:59 deconz systemd[1]: deconz-update.service: Consumed 3.858s CPU time. Oct 22 17:17:59 deconz systemd[1]: deconz.service: Main process exited, code=exited, status=143/n/a Oct 22 17:17:59 deconz systemd[1]: deconz.service: Failed with result 'exit-code'. Oct 22 17:17:59 deconz systemd[1]: Stopped deconz.service - deCONZ: ZigBee gateway -- REST API. Oct 22 17:17:59 deconz systemd[1]: deconz.service: Consumed 16.070s CPU time. -- Boot 8ee980f3991845108d7b6504542b4a9b -- Oct 22 17:18:03 deconz systemd[1]: Starting deconz-init.service - deCONZ: ZigBee gateway -- Initialisation... Oct 22 17:18:03 deconz systemd[1]: Started deconz-update.service - deCONZ: ZigBee gateway -- Update Service. Oct 22 17:18:03 deconz systemd[1]: Started deconz.service - deCONZ: ZigBee gateway -- REST API. Oct 22 17:18:03 deconz deCONZ-init.sh[90]: stopping deconz-wifi.service Oct 22 17:18:03 deconz systemd[1]: deconz-init.service: Deactivated successfully. Oct 22 17:18:03 deconz systemd[1]: Finished deconz-init.service - deCONZ: ZigBee gateway -- Initialisation. Oct 22 17:18:13 deconz deCONZ-update2.sh[91]: found deCONZ port 80 Oct 22 17:18:23 deconz deCONZ-update2.sh[91]: use database file /root/.local/share/dresden-elektronik/deCONZ/zll.db Oct 22 18:13:57 deconz sudo[13110]: mn : TTY=pts/3 ; PWD=/home/mn ; USER=root ; COMMAND=/usr/bin/journalctl -g deconz mn@deconz:~$ sudo journalctl -g error -- Boot fba950f005134ee2a0ae9eb4135e1815 -- -- Boot 8ee980f3991845108d7b6504542b4a9b -- Oct 22 18:14:41 deconz sudo[13263]: mn : TTY=pts/3 ; PWD=/home/mn ; USER=root ; COMMAND=/usr/bin/journalctl -g error mn@deconz:~$ sudo systemctl status deconz.service * deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; preset: enabled) Active: active (running) since Sun 2023-10-22 17:18:03 CEST; 58min ago Main PID: 92 (deCONZ) Tasks: 4 (limit: 76898) Memory: 68.5M CPU: 48.493s CGroup: /system.slice/deconz.service `-92 /usr/bin/deCONZ -platform minimal --http-port=80 Oct 22 17:18:03 deconz systemd[1]: Started deconz.service - deCONZ: ZigBee gateway -- REST API. Oct 22 17:18:03 deconz deCONZ[92]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' Oct 22 17:18:03 deconz deCONZ[92]: libpng warning: iCCP: known incorrect sRGB profile Oct 22 17:18:03 deconz deCONZ[92]: This plugin does not support propagateSizeHints() Oct 22 17:18:03 deconz deCONZ[92]: This plugin does not support propagateSizeHints() mn@deconz:~$Hab den Stick jetzt mal aus- und wieder eingesteckt - er verbindet sich nicht. Dafür hat er die Rechte verloren. Die sind erst nach Reboot wieder richtig.
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Die sind erst nach Reboot wieder richtig.
Moin,
wenn ich Dich richtig verstehe, dann ist das Verhalten im LX Container korrekt, dass Du den LX Container, entweder neu starten musst, oder
udevmuss neu gestartet werden.
Edit
Mit dem Befehl, den ich weiter oben schon einmal gezeigt habe# udevadm control --reload-rules && udevadm triggerOder musst Du Proxmox neu booten?
VG
Bernd -
@dp20eic Nein, nicht Proxmox. Ich gebe als User mn sudo reboot ein, dann stimmen die Rechte wieder.
Wenn es gar nicht klappt, dann muss ich eben den Raspi für den Stick nehmen. Das ist zwar schon irgendwie albern, aber was soll ich machen... Ärgern tut es mich aber schon.
Noch eine andere Frage - was muss ich im ioBroker noch anpassen? Dort ist zwar alles grün, aber z.B. meine Blocklys werden nicht ausgeführt, obwohl diese auch grün sind. Vermutlich muss irgendwo noch was angepasst werden?
Edit:
Vermutlich liegt das Problem an der Simple-Api. Dort lassen sich die Einstellungen nicht mehr öffnen:
[JsonConfig] Cannot read file: Not existsEdit 2:
Und Web sieht auch so seltsam aus:
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Ich gebe als User mn sudo reboot ein, dann stimmen die Rechte wieder.
Moin,
wenn es nur der LX Container ist, dann kannst Du das auch wie gezeigt machen, einfach nur den
udevneu starten.# sudo udevadm control --reload-rules && udevadm trigger@guitardoc sagte in Umzug von Raspi auf Proxmox:
Noch eine andere Frage - was muss ich im ioBroker noch anpassen?
Da muss ich erstmal nachdenken, Du hast, das alles aus einem Backup, wieder hergestellt?
Ich nutzeBackitUpnicht, werden da nicht für die einzelnen Dienste, eigene Backupfiles angelegt, z. B.backup_iobroker,backup_javascript,backup_influxdb, usw.
Hast Du denn auch alle Backups wieder eingespielt?
Oder hast Du vielleicht auf dem RasPI imBackitupAdapter vergessen, die Skripte mitzusichern?VG
Bernd -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Und Web sieht auch so seltsam aus:
Moin,
und wo ist
VG
Bernd -
@dp20eic Nein, ich hatte alles richtig gesichert. Auch alles wieder hergestellt:
- iobroker
- Javascript
- Yahka
Die sind ja auch alle da - nur sie laufen nicht. Auch der Shuttercontrol funktionierte nicht, von daher denke ich, dass es ein anderes Problem ist - web und simple-api sehen nicht so aus wie sie aussehen sollten und bei simple api komme ich nicht mehr auf die Einstellungen (siehe oben).
Javascript ist da:
Web und simple-api neu installieren? Oder zerschieße ich da alles?
-
Hab mit
ioB upload allmal alles überladen. Bei simple-api hat es geholfen, das Problem ist aber der Adapter web:
upload [4] vw-connect.admin /opt/iobroker/node_modules/iobroker.vw-connect/admin/admin.d.ts admin.d.ts video/mp2t upload [3] vw-connect.admin /opt/iobroker/node_modules/iobroker.vw-connect/admin/index_m.html index_m.html text/html upload [2] vw-connect.admin /opt/iobroker/node_modules/iobroker.vw-connect/admin/style.css style.css text/css upload [1] vw-connect.admin /opt/iobroker/node_modules/iobroker.vw-connect/admin/vw-connect.png vw-connect.png image/png upload [0] vw-connect.admin /opt/iobroker/node_modules/iobroker.vw-connect/admin/words.js words.js application/javascript upload [2] weatherunderground.admin /opt/iobroker/node_modules/iobroker.weatherunderground/admin/index_m.html index_m.html text/html upload [1] weatherunderground.admin /opt/iobroker/node_modules/iobroker.weatherunderground/admin/words.js words.js application/javascript upload [0] weatherunderground.admin /opt/iobroker/node_modules/iobroker.weatherunderground/admin/wu.png wu.png image/png upload [129] web.admin /opt/iobroker/node_modules/iobroker.web/admin/asset-manifest.json asset-manifest.json application/json /usr/bin/iob: line 12: 1093 Killed sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" mn@iobroker:~$ iob start -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
nur sie laufen nicht.
Zeig doch mal, den Baum vom
javascript
Sind die denn gestartet, kommt denn irgendwas im Log, von/für
VG
Bernd -
@dp20eic Das funktioniert alles. Der Adapter Web ist das Problem - der lädt nicht richtig. Ein ähnliches Problem hatte wohl schon mal jemand, dort lag es aber an einem falschen Port. Scheint aber hier nicht der Fall zu sein:
mn@iobroker:~$ sudo netstat -ltp [sudo] password for mn: Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 localhost:39347 0.0.0.0:* LISTEN 1355/io.yahka.0 tcp 0 0 localhost:smtp 0.0.0.0:* LISTEN 296/master tcp 0 0 0.0.0.0:8555 0.0.0.0:* LISTEN 875/go2rtc tcp 0 0 0.0.0.0:8182 0.0.0.0:* LISTEN 1340/io.wiffi-wz.0 tcp 0 0 localhost:9001 0.0.0.0:* LISTEN 132/iobroker.js-con tcp 0 0 localhost:9000 0.0.0.0:* LISTEN 132/iobroker.js-con tcp 0 0 0.0.0.0:1886 0.0.0.0:* LISTEN 551/io.mqtt.0 tcp 0 0 0.0.0.0:1887 0.0.0.0:* LISTEN 551/io.mqtt.0 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 607/io.shelly.1 tcp 0 0 0.0.0.0:sunrpc 0.0.0.0:* LISTEN 1/init tcp6 0 0 localhost:smtp [::]:* LISTEN 296/master tcp6 0 0 [::]:8554 [::]:* LISTEN 875/go2rtc tcp6 0 0 [::]:8087 [::]:* LISTEN 1310/io.simple-api. tcp6 0 0 [::]:8082 [::]:* LISTEN 738/io.web.0 tcp6 0 0 [::]:tproxy [::]:* LISTEN 446/io.admin.0 tcp6 0 0 [::]:1984 [::]:* LISTEN 875/go2rtc tcp6 0 0 [::]:sunrpc [::]:* LISTEN 1/init tcp6 0 0 [::]:ssh [::]:* LISTEN 1/init tcp6 0 0 [::]:35409 [::]:* LISTEN 1355/io.yahka.0 mn@iobroker:~$ -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Der Adapter Web
Moin,
was, wie hast Du das Netzwerk des LX Containers eingestellt?
Was sagt denn, die Diagnose dazu# iob diagVG
Bernd -
@dp20eic Das war ja das Witzige. Ich habe als erstes den ioB diag drüberlaufen lassen, und der sagte, dass alles OK ist. Dann der guten Ordnung halber noch den ioB fix. Alles kein Problem. ioB upload all hat dann simple api gefixt, aber web nicht. Ich hab web deinstalliert und wieder installiert, dann alles neu gestartet - und Voila!! jetzt läuft es. Also zumindest die ersten Tests mit den Javascript Routinen. Puh...
Jetzt kann ich mich wieder dem leidigen Thema Conbee II widmen...
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Jetzt kann ich mich wieder dem leidigen Thema Conbee II widmen
Moin,
ich bin dann für heute raus, Familienabend, Frauchen schaut schon etwas schräg zu mir
Noch viel Erfolg.VG
Bernd
