Umzug von Raspi auf Proxmox

guitardoc

@ticaki said in Umzug von Raspi auf Proxmox:

btw hast du ein Verlängerungskabel zwischen usb port und zigbee stick? Ist doch nicht das udev deconz problem oder?

Nein, das Problem hatte ich mit dem Stick noch nie.

guitardoc

@dp20eic said in Umzug von Raspi auf Proxmox:

und noch einmal, der User, der Deconz ausführt, ist der in der Gruppe dialout?

Ja, ist er.

? Offline

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Ja, ist er.

Moin,

wird der Dienst Deconz über systemctl gestartet?

# systemctl status deconz

Kann da nicht mehr nachschauen, da ich die LX Container wieder gelöscht habe.
Steht etwas im Log?

# sudo journalctl -u deconz

VG
Bernd

ticaki

@guitardoc
conbee2 mag kein usb3 in der Nähe und ich bezweifele das dein nuc usb 2 ausgänge hat.

guitardoc

@dp20eic said in Umzug von Raspi auf Proxmox:

und noch einmal, der User, der Deconz ausführt, ist der in der Gruppe dialout?

Moment - ich habe hier einen Denkfehler. ich dachte, Deconz wird vom user root im LXC ausgeführt? Ich dachte, wenn ich Deconz nach dem Helperscript ausführe, dass ich dann nichts mehr weiter machen muss? Ich habe zwar den User mn angelegt, aber nur, damit ich nicht immer als root unterwegs bin? Der User mn ist vermutlich nicht in der Gruppe dialout.

mn@deconz:~$ systemctl status deconz
* 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 16:59:03 CEST; 10min ago
   Main PID: 92 (deCONZ)
      Tasks: 4 (limit: 76898)
     Memory: 58.9M
        CPU: 8.703s
     CGroup: /system.slice/deconz.service
             `-92 /usr/bin/deCONZ -platform minimal --http-port=80

Warning: some journal files were not opened due to insufficient permissions.
mn@deconz:~$

mn@deconz:~$ sudo journalctl -u deconz
[sudo] password for mn: 
Oct 22 16:49:44 deconz systemd[1]: Started deconz.service - deCONZ: ZigBee gateway -- REST API.
Oct 22 16:49:44 deconz deCONZ[3358]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Oct 22 16:49:44 deconz deCONZ[3358]: libpng warning: iCCP: known incorrect sRGB profile
Oct 22 16:49:45 deconz deCONZ[3358]: This plugin does not support propagateSizeHints()
Oct 22 16:49:45 deconz deCONZ[3358]: This plugin does not support propagateSizeHints()
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.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:03 deconz systemd[1]: Started deconz.service - deCONZ: ZigBee gateway -- REST API.
Oct 22 16:59:03 deconz deCONZ[92]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Oct 22 16:59:03 deconz deCONZ[92]: libpng warning: iCCP: known incorrect sRGB profile
Oct 22 16:59:03 deconz deCONZ[92]: This plugin does not support propagateSizeHints()
Oct 22 16:59:03 deconz deCONZ[92]: This plugin does not support propagateSizeHints()
mn@deconz:~$

Ro75

@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. Aber mein ConBee2 läuft am USB3 ohne Probleme. Obwohl nur beim Raspi eine USB-Verlängerung (wegen USB3) angeraten (und muss) ist, habe ich bei bei mir trotzdem die Verlängerung übernommen. Wie gesagt, auch mit USB3 klappt es einwandfrei.

Ro75.

ticaki

@ro75
Meiner auch, dachte das wäre ein allgemeines Problem. dann mache ich die Verlängerung mal weg, mal sehen obs geht

guitardoc

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/ttyACM1

Nach 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

? Offline

@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

guitardoc

@dp20eic said in Umzug von Raspi auf Proxmox:

hast Du da am Stick etwas gemacht, raus/rein oder so?

Nein, nix.

guitardoc

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:~#

ticaki

@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!

Thomas Braun

@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.

? Offline

@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 mit sudo hoffe Du hast das installiert

# sudo systemctl status deconz.service

Dann habe ich gesehen, dass die Software als root gestartet wird, persönlich finde ich das nicht ok, aber das führt jetzt zu weit, das noch zu vertiefen.
So sieht der dconz.service aus, da steht bei [Service] = User=root

root@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 root ist aber nicht in dialout

root@deconz:~# id root
uid=0(root) gid=0(root) groups=0(root)
root@deconz:~#

Du kannst jetzt dem root des LX Container deconz die Gruppe dialout spendieren, 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 error

VG
Bernd

? Offline

@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

guitardoc

@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.

? Offline

@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 udev muss neu gestartet werden.
Edit
Mit dem Befehl, den ich weiter oben schon einmal gezeigt habe

# udevadm control --reload-rules && udevadm trigger

Oder musst Du Proxmox neu booten?

VG
Bernd

guitardoc

@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 exists

Edit 2:

Und Web sieht auch so seltsam aus:

? Offline

@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 udev neu 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 nutze BackitUp nicht, 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 im Backitup Adapter vergessen, die Skripte mitzusichern?

VG
Bernd

? Offline

@guitardoc sagte in Umzug von Raspi auf Proxmox:

Und Web sieht auch so seltsam aus:

Moin,

und wo ist

VG
Bernd

NEWS

Umzug von Raspi auf Proxmox

Support us

593

32.4k

81.4k

1.3m