NEWS
ZigBee Probleme mit dem CC2531 - irgendwie behebbar??
-
@smarteshome2020
Keine Screenshots, kann man nicht draus kopieren.
94GB auf /dev/ttyACM0 gemountet ist auch Quark, würde ich sagen. -
Weil jetzt bereits 36GB verbraucht werden. Das bedeutet in nur 18h einen Anstieg um 20GB.
Ich vermute einen Zusammenhang wie ich /dev/ttyACM0 eingehängt habe. Siehe Link Text Das war aber die Lösung für mein vorheriges Problem. Das ganze Läuft in einem LXC Container unter Proxmox und der wird immer mit "root" und mit der Verzeichnisstruktur angelegt. Zudem komme ich per default nur über die Proxmox Konsole drauf. Ich schätze mal das heute Abend wieder Schluß ist da die Festplatte erneut voll ist.root@iobroker:/# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/pve-vm--130--disk--0 48G 37G 8.3G 82% / none 492K 4.0K 488K 1% /dev /dev/mapper/pve-root 94G 32G 59G 35% /dev/ttyACM0 tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs 1.6G 88K 1.6G 1% /run tmpfs 5.0M 0 5.0M 0% /run/lock root@iobroker:/#
-
@smarteshome2020 sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
/dev/ttyACM0
Ist ein device, da wird kein ganzes Dateisystem draufgemountet.
Ich hab zwar keine Ahnung von Containergedöns, das sieht aber für mich falsch aus. -
@thomas-braun jep hast du sogar recht
@smarteshome2020 wie kommst du zu den angaben ?
-
@arteck sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
jep hast du sogar recht
Das ich keine Ahnung von Containern habe? Ja, Danke schön!
-
@arteck sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
@smarteshome2020 wie kommst du zu den angaben ?
Ich habe es wie weiter oben beschrieben gemacht. Ein "normales" Durchreichen des USB /dev/ttyACM0 hat immer wieder Probleme bereitet. Aus diesem Grund habe ich es so https://monach.us/automation/connecting-zwave-stick-under-lxc/ gemacht.
Auszug:
I created /var/lib/lxc/112/devices and then executed this:
mknod -m 660 ttyACM0 c 166 0
This gave me the correct character file. I then modified the container’s config file in /etc/pve/lxc:lxc.mount.entry: /var/lib/lxc/112/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=file
After rebooting the container the mount works correctly. Time will tell if it survives the random reset issue. -
Hi,
/dev/mapper/pve-root 94G 32G 59G 35% /dev/ttyACM0
Ist ok liegt an der bindung über mknod.
Setze mal bitte folgende Befehle ab, mich würde interessieren was den deine Disk so voll schreibt.
cd / for i in G M K do du -ah | grep [0-9]$i | sort -nr -k 1 done | head -n 11
Grüße
TeNNo2k5 -
@tenno2k5
Danke, bin mir zwar nicht sicher ob ich den Befehl richtig ausgeführt habe, aber finde das Ergebnis trotzdem spannend.
Ich glaube fast das ich mir das Problem mit dem Backup selber eingebaut habe.du: cannot read directory './sys/fs/fuse/connections/42': Permission denied du: cannot read directory './sys/fs/fuse/connections/40': Permission denied du: cannot read directory './lost+found': Permission denied 37G . 35G ./opt/iobroker 35G ./opt 33G ./opt/iobroker/backups 22G ./opt/iobroker/backups/historyDB_2022_02_14-02_40_16_backupiobroker.tar.gz 4.7G ./opt/iobroker/backups/historyDB_2022_02_13-02_40_17_backupiobroker.tar.gz 4.1G ./opt/iobroker/backups/historyDB_2022_02_12-02_40_16_backupiobroker.tar.gz 1.6G ./opt/iobroker/node_modules 1.5G ./opt/iobroker/backups/historyDB_2022_02_11-02_40_15_backupiobroker.tar.gz 1.3G ./usr 0 ./sys/fs/cgroup/hugetlb.1GB.rsvd.max du: cannot read directory './dev/.lxc/sys/kernel': Permission denied du: cannot read directory './dev/.lxc/sys/power': Permission denied
-
@smarteshome2020 sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
@tenno2k5
Danke, bin mir zwar nicht sicher ob ich den Befehl richtig ausgeführt habe, aber finde das Ergebnis trotzdem spannend.
Ich glaube fast das ich mir das Problem mit dem Backup selber eingebaut habe.du: cannot read directory './sys/fs/fuse/connections/42': Permission denied du: cannot read directory './sys/fs/fuse/connections/40': Permission denied du: cannot read directory './lost+found': Permission denied 37G . 35G ./opt/iobroker 35G ./opt 33G ./opt/iobroker/backups 22G ./opt/iobroker/backups/historyDB_2022_02_14-02_40_16_backupiobroker.tar.gz 4.7G ./opt/iobroker/backups/historyDB_2022_02_13-02_40_17_backupiobroker.tar.gz 4.1G ./opt/iobroker/backups/historyDB_2022_02_12-02_40_16_backupiobroker.tar.gz 1.6G ./opt/iobroker/node_modules 1.5G ./opt/iobroker/backups/historyDB_2022_02_11-02_40_15_backupiobroker.tar.gz 1.3G ./usr 0 ./sys/fs/cgroup/hugetlb.1GB.rsvd.max du: cannot read directory './dev/.lxc/sys/kernel': Permission denied du: cannot read directory './dev/.lxc/sys/power': Permission denied
Gut damit liegt das Problem an den history backups, warum die so groß sind ka.
Für die Problematik bitte ein eigenes Thema im richtigen Unter Forum erstellen.
Ich schließe mal damit ein Zusammenhang mit dem USB Passthrough aus.
Grüße
TeNNo2k5 -
@tenno2k5 sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
Gut damit liegt das Problem an den history backups, warum die so groß sind ka.
Für die Problematik bitte ein eigenes Thema im richtigen Unter Forum erstellen.
Ich schließe mal damit ein Zusammenhang mit dem USB Passthrough aus.
Grüße
TeNNo2k5Gelöst !!
erneut muss ich Dir danken !
Habe jetzt erst gesehen das der Backup Adapter nicht ins Google Drive legt sondern local sichert.
Da ich noch anderweitig sichere habe ich das wieder deaktiviert.root@iobroker:/opt/iobroker/backups# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/pve-vm--130--disk--0 48G 37G 8.3G 82% / none 492K 4.0K 488K 1% /dev /dev/mapper/pve-root 94G 32G 59G 35% /dev/ttyACM0 tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs 1.6G 88K 1.6G 1% /run tmpfs 5.0M 0 5.0M 0% /run/lock root@iobroker:/opt/iobroker/backups# ls *.gz historyDB_2022_02_10-02_40_15_backupiobroker.tar.gz iobroker_2022_02_09-02_40_10_backupiobroker.tar.gz javascripts_2022_02_12-02_45_10_backupiobroker.tar.gz historyDB_2022_02_11-02_40_15_backupiobroker.tar.gz iobroker_2022_02_10-02_40_10_backupiobroker.tar.gz javascripts_2022_02_14-03_10_08_backupiobroker.tar.gz historyDB_2022_02_12-02_40_16_backupiobroker.tar.gz iobroker_2022_02_11-02_40_10_backupiobroker.tar.gz yahka.0_2022_02_10-02_42_24_backupiobroker.tar.gz historyDB_2022_02_13-02_40_17_backupiobroker.tar.gz iobroker_2022_02_12-02_40_10_backupiobroker.tar.gz yahka.0_2022_02_11-02_43_43_backupiobroker.tar.gz historyDB_2022_02_14-02_40_16_backupiobroker.tar.gz iobroker_2022_02_13-02_40_10_backupiobroker.tar.gz yahka.0_2022_02_12-02_45_10_backupiobroker.tar.gz iobroker_2022_02_02-02_40_10_backupiobroker.tar.gz iobroker_2022_02_14-02_40_10_backupiobroker.tar.gz yahka.0_2022_02_13-02_45_50_backupiobroker.tar.gz iobroker_2022_02_03-02_40_10_backupiobroker.tar.gz jarvis.0_2022_02_10-02_42_24_backupiobroker.tar.gz yahka.0_2022_02_14-03_10_08_backupiobroker.tar.gz iobroker_2022_02_04-02_00_10_backupiobroker.tar.gz jarvis.0_2022_02_11-02_43_42_backupiobroker.tar.gz zigbee.0_2022_02_04-20_25_02_backupiobroker.tar.gz iobroker_2022_02_04-02_40_10_backupiobroker.tar.gz jarvis.0_2022_02_12-02_45_09_backupiobroker.tar.gz zigbee.0_2022_02_10-02_42_23_backupiobroker.tar.gz iobroker_2022_02_05-02_40_10_backupiobroker.tar.gz jarvis.0_2022_02_13-02_45_50_backupiobroker.tar.gz zigbee.0_2022_02_11-02_43_42_backupiobroker.tar.gz iobroker_2022_02_06-02_40_10_backupiobroker.tar.gz jarvis.0_2022_02_14-03_10_08_backupiobroker.tar.gz zigbee.0_2022_02_12-02_45_09_backupiobroker.tar.gz iobroker_2022_02_07-02_40_10_backupiobroker.tar.gz javascripts_2022_02_10-02_42_24_backupiobroker.tar.gz zigbee.0_2022_02_13-02_45_50_backupiobroker.tar.gz iobroker_2022_02_08-02_40_10_backupiobroker.tar.gz javascripts_2022_02_11-02_43_43_backupiobroker.tar.gz zigbee.0_2022_02_14-03_10_07_backupiobroker.tar.gz root@iobroker:/opt/iobroker/backups# rm *.gz root@iobroker:/opt/iobroker/backups# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/pve-vm--130--disk--0 48G 4.0G 41G 9% / none 492K 4.0K 488K 1% /dev /dev/mapper/pve-root 94G 32G 59G 35% /dev/ttyACM0 tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs 1.6G 88K 1.6G 1% /run tmpfs 5.0M 0 5.0M 0% /run/lock root@iobroker:/opt/iobroker/backups#