Neues YouTube-Video: Visualisierung im Devices-Adapter

[Kusselin]

@thomas-braun haja...aber ich sehe hier was:

crw-rw-rw-  1 root dialout 166,   0 May 28 20:52 ttyACM0
crw-rw-rw-  1 root dialout 166,   1 May 12 18:59 ttyACM1
lrwxrwxrwx  1 root root           7 May  8 22:07 ttyFhem -> ttyACM1
lrwxrwxrwx  1 root root           7 May 28 20:52 ttyZigbee -> ttyACM0

ihr sagt Mappen hier funzt das doch nicht......

root/dialout ist korrekt so habe ich das verstanden mit den Rechten......und das zeigt aber auch ttyACM0 und ttyACM1

das eigentliche weiterleiten geschieht aber mit root/root auf ttyZigbee und das geht doch nicht<!!

Oder habe ich da was falsch verstanden???

[Kusselin]

bin mal auf debug gegangen..dann kommt das raus:

zigbee.0
	2022-05-28 21:29:09.255	info	Installed Version: iobroker.zigbee@1.6.16
zigbee.0
	2022-05-28 21:29:08.897	debug	Starting zigbee-herdsman...
zigbee.0
	2022-05-28 21:29:08.897	info	Starting Zigbee npm ...
zigbee.0
	2022-05-28 21:29:08.859	debug	Using zigbee-herdsman with settings: {"network":{"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"/dev/ttyZigbee","adapter":"zstack"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false}}
zigbee.0
	2022-05-28 21:29:08.824	info	starting. Version 1.6.16 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.19.1, js-controller: 4.0.23
zigbee.0
	2022-05-28 21:29:08.588	debug	Plugin sentry Initialize Plugin (enabled=true)

[Thomas Braun]

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

Oder habe ich da was falsch verstanden???

Dateien die mit l gekennzeichnet sind sind nur symlinks. Der Link geht auf ttyACM1 für ttyFhem und ttyACM0 für ttyZigbee. Sollte eigentlich passen.

getfacl /dev/ttyZigbee

sagt?

[crunchip]

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

Könnt iher da was erkennen?

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

proxmox geupdatet habe auf 7.2.3

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

lxc.cgroup.devices.allow

sollte eigentlich

lxc.cgroup2

stehen

[Kusselin]

@thomas-braun sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

Oder habe ich da was falsch verstanden???

Dateien die mit l gekennzeichnet sind sind nur symlinks. Der Link geht auf ttyACM1 für ttyFhem und ttyACM0 für ttyZigbee. Sollte eigentlich passen.

getfacl /dev/ttyZigbee

sagt?

getfacl /dev/ttyZigbee
-bash: getfacl: command not found

whats that !!!!

jetzt gehts auf einmal wieder..nochmal neustart des containers gemacht ?????

Kanns nicht nachvollziehen!!

den befehl kann ich aber nicht ausführen Thomas

[Kusselin]

@crunchip sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

Könnt iher da was erkennen?

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

proxmox geupdatet habe auf 7.2.3

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

lxc.cgroup.devices.allow

sollte eigentlich

lxc.cgroup2

stehen

kann das an dem "2" von cgroup liegen, das es manchmal nicht klappt?? Soll ich das wirklich ändern wenns jetzt weider geht?

ich frage halt..

[Thomas Braun]

@kusselin sagte in Zigbee Adapter 1.6.18 auf einmal keine Verbindung:

den befehl kann ich aber nicht ausführen Thomas

Ja, war auch falsch gedacht von mir. Das konnte so auch nicht funktionieren.

[crunchip]

@kusselin normalerweise müsste da ein Fehler kommen, wenn du proxmox 7 installiert hast

[Kusselin]

@crunchip wo sollte denn der Fehler kommen?

[crunchip]

@kusselin hätte z.b bei pve6to7 sowas kommen müssen

INFO: Checking container configs for deprecated lxc.cgroup entries
WARN: The following CTs have 'lxc.cgroup' keys configured, which will be ignored in the new default unified cgroupv2:
    CT 200
    Often it can be enough to change to the new 'lxc.cgroup2' prefix after the upgrade to Proxmox VE 7.x