HI
Ich, bzw, ein Kumpel hat ein komisches Problem...
Aus unerklärlichen Gründen wird bei ihm einfach und sporadisch das TelegramBot Modul gelöscht... Es ist einfach weg. Ich konnte im Logfile nichts finden was darauf deutet das es gelöscht wird.
Gibt es irgendeine Möglichkeit herauszufinden warum das passiert? Ist jetzt schon öfter passiert ohne das man was geändert hat. Meistens nach einem neustart oder FHEM update...
Vielen Dank!
TelegramBot ist mir bisher nicht aufgefallen als "problematisches Modul". Wenn ein Modul wegen fehlender Abhängigkeiten nicht geladen werden kann, steht in der Regel was im Log und in motd.
Solche "passierte manchmal"-Fehler deuten auf Probleme mit der SD-Karte hin, kann aber auch was ganz anderes sein...
Würde erst mal die tauschen und dann sehen, ob das Problem dann weiter besteht.
Ich meine, das auch mal bei mir gehabt zu haben. Wenn ich mich recht erinnere, war da die Partition von /opt/fhem voll gelaufen und es wurde nicht bemerkt.
FHEM hat versucht, seine Sicherung (fhem.cfg) zu machen und es konnte nur ein Teil der Daten gesichert werden.
Beim Neustart von FHEM war dann die Einstellung für den TelegramBot unvollständig und wurde deshalb(?) beim Neustart quasi entfernt.
Nach der Säuberung der Platte und Einstellen einer älteren Sicherung ging dann wieder alles.
Hmm... okay, klingt schon mal interessant...
kann es sein das der log nicht weiter beschrieben wird wenn opt/fhem voll ist? weil das ist mir zwar aufgefallen aber habe es nicht weiter "beobachtet" weil ich dachte der auszug vom Aktuellen Datum ist, dabei war das tatsächlich der Auszug von gestern aber der letzte Eintrag war vom 03.10.... Da stimmt was gewaltig nicht.
Wie kann ich herausfinden ob und womit oder warum der opt/fhem voll läuft?
Schon mal vielen Dank für eure Hilfe...
Ich frage mich warum es bei ihm solche Probleme gibt und bei mir eigentlich nicht... Wir haben "fast" die kleiche Konfiguration bis auf ein paar kleinigkeiten..
Zitat von: misux am 12 Oktober 2021, 09:54:05
Wie kann ich herausfinden ob und womit oder warum der opt/fhem voll läuft?
Wenn es auf einem Linux-System läuft:
df -h
damit siehst du was noch frei ist usw.
Wenn es tatsächlich fhem ist was "voll" ist/macht:
du -h /opt/fhem/log
du -h /opt/fhem/log/*
(oder auch andere Verzeichnisse)
Da siehst du dann was wieviel braucht.
Alternativ reicht hier wohl auch:
ls -lah /opt/fhem/log
oder sortiert:
ls -lahS /opt/fhem/log
(oder andere Pfade)
Zitat von: misux am 12 Oktober 2021, 09:54:05
Ich frage mich warum es bei ihm solche Probleme gibt und bei mir eigentlich nicht... Wir haben "fast" die kleiche Konfiguration bis auf ein paar kleinigkeiten..
Andere SD-Karte/-Größe evtl. (mal) Probleme die das fhem Log wachsen lassen. Kein narchive etc. gesetzt und "Müll" der letzten Jahre. Evtl. mehr Daten die geloggt werden. usw.
Gruß, Joachim
P.S.: Alternative (bevor ich das mit den Log-Einträgen gelesen hatte) wäre noch, wenn die fhem.cfg manuell (auch EDIT Files) bearbeitet wird und beispielsweise alexa-fhem o.ä. genutzt wird. Dabei kommt es vor, dass fhem.cfg beim reread "kaputt" geht. Allerdings eigentlich "nur" die letzten Änderungen, also wegen denen ja reread (speichern der fhem.cfg) gemacht wird/wurde...
Alles klaro. Vielen Dank!
Ja es ist Linux. Ist eine Raspi 3b mit raspbian lite drauf und FHEM.
Werde dann die Tage mal bei ihm auf die suche gehen.
Dankeschön schon mal!
P.S.
ZitatP.S.: Alternative (bevor ich das mit den Log-Einträgen gelesen hatte) wäre noch, wenn die fhem.cfg manuell (auch EDIT Files) bearbeitet wird und beispielsweise alexa-fhem o.ä. genutzt wird. Dabei kommt es vor, dass fhem.cfg beim reread "kaputt" geht. Allerdings eigentlich "nur" die letzten Änderungen, also wegen denen ja reread (speichern der fhem.cfg) gemacht wird/wurde...
Also fhem.cfg wird nicht angefasst... aber alexa und konsorten sind schon dabei... bin gespannt wo das Problem liegt..
Allerdings hilft das "Prüfen auf/ob voll" aber nur, wenn eben kein anderes Problem (z.B. SD-Karte defekt) vorliegt...
Viel Erfolg!
Gruß, Joachim
Jaha.. sind soweit gekommen das mein /dev/root hat bei ihm 13GB... aber ich weiß nicht warum das es so ist...
Was könnte ich jetzt machen um herauszufinden was da Faul ist und wie kann ich da einfach den speicher wieder freier machen?
Wie groß ist denn die Karte?
Wieviel ist noch frei?
Poste doch einfach die Ausgaben der Befehle INKL. Befehl hier, dann kann man was sehen und evtl. helfen...
Wie sieht es in /opt/fhem/log aus?
(Nicht mehr benötigte) Logdateien löschen...
Evtl. hilft auch (einstweilen):
sudo apt clean
EDIT: korrigiert
Umzug auf größere SD...
Mit dem was du schreibst kann ich nichts anfangen oder gar (vernünftig) helfen...
Gruß, Joachim
okay, die karte hat 16GB.
sudo apt clear gibt mit ein E: Invalid operation clear
pi@raspberrypi:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 15G 12G 2.1G 85% /
devtmpfs 459M 0 459M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 464M 6.2M 457M 2% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 41M 23M 19M 55% /boot
tmpfs 93M 0 93M 0% /run/user/1000
pi@raspberrypi:~ $ ls -lahS /opt/fhem/log
total 1.1G
-rw-r--r-- 1 fhem dialout 68M Apr 30 23:59 fhem-2021-04.log
-rw-r--r-- 1 fhem dialout 53M Dec 31 2019 fhem-2019-12.log
-rw-r--r-- 1 fhem dialout 53M Jan 31 2020 fhem-2020-01.log
-rw-r--r-- 1 fhem dialout 29M Dec 19 2018 TempAussenEingang-2018.log
-rw-r--r-- 1 fhem dialout 26M Nov 30 2019 fhem-2019-11.log
-rw-r--r-- 1 fhem dialout 26M Oct 31 2020 fhem-2020-10.log
-rw-r--r-- 1 fhem dialout 25M Dec 19 2018 TempWohnzimmer-2018.log
-rw-r--r-- 1 fhem dialout 25M Dec 19 2018 TempDominic-2018.log
-rw-r--r-- 1 fhem dialout 25M Mar 31 2021 fhem-2021-03.log
-rw-r--r-- 1 fhem dialout 24M Feb 29 2020 fhem-2020-02.log
-rw-r--r-- 1 fhem dialout 23M Feb 28 2021 fhem-2021-02.log
-rw-r--r-- 1 fhem dialout 20M May 11 2019 4KanalSender1-2019.log
-rw-r--r-- 1 fhem dialout 18M Jan 31 2021 fhem-2021-01.log
-rw-r--r-- 1 fhem dialout 16M Dec 31 2018 LichtSensor-2018.log
-rw-r--r-- 1 fhem dialout 16M Nov 30 2020 fhem-2020-11.log
-rw-r--r-- 1 fhem dialout 15M Dec 19 2018 TempSchlafzimmer-2018.log
-rw-r--r-- 1 fhem dialout 15M Dec 29 2018 TempAussenCarport-2018.log
-rw-r--r-- 1 fhem dialout 13M Dec 31 2020 fhem-2020-12.log
-rw-r--r-- 1 fhem dialout 12M Jul 3 2019 LichtSensor-2019.log
-rw-r--r-- 1 fhem dialout 11M Dec 31 2020 Bewegungsmelder-2020.log
-rw-r--r-- 1 fhem dialout 11M Jun 3 2018 Revolt_2125-2018.log
-rw-r--r-- 1 fhem dialout 9.4M Dec 31 2020 BewgungsmelderGarten-2020.log
-rw-r--r-- 1 fhem dialout 9.3M Oct 13 20:13 BewegungsmelderGarten-2021.log
-rw-r--r-- 1 fhem dialout 8.8M May 1 11:33 fhem-2021-05.log
-rw-r--r-- 1 fhem dialout 8.4M Dec 31 2019 Bewegungsmelder-2019.log
-rw-r--r-- 1 fhem dialout 5.6M Oct 13 20:12 Bewegungsmelder-2021.log
-rw-r--r-- 1 fhem dialout 5.6M Jul 26 18:05 fhem-2021-07.log
-rw-r--r-- 1 fhem dialout 5.4M Jul 31 2018 fhem-2018-07.log
-rw-r--r-- 1 fhem dialout 5.1M Apr 30 2018 fhem-2018-04.log
-rw-r--r-- 1 fhem dialout 4.7M Nov 3 2018 EingangsTuer-2018.log
-rw-r--r-- 1 fhem dialout 4.6M Oct 13 20:14 fhem-2021-10.log
-rw-r--r-- 1 fhem dialout 4.5M May 31 2020 fhem-2020-05.log
-rw-r--r-- 1 fhem dialout 4.0M Nov 30 2020 robbi-2020.log
-rw-r--r-- 1 fhem dialout 4.0M Nov 30 2020 Ruby-2020.log
-rw-r--r-- 1 fhem dialout 4.0M Dec 31 2020 EsszimmerHinten-2020.log
-rw-r--r-- 1 fhem dialout 3.3M Nov 9 2019 alexa-2019-11-09.log
-rw-r--r-- 1 fhem dialout 3.2M Aug 31 2018 fhem-2018-08.log
-rw-r--r-- 1 fhem dialout 2.9M May 31 2018 fhem-2018-05.log
-rw-r--r-- 1 fhem dialout 2.8M Sep 30 2018 fhem-2018-09.log
-rw-r--r-- 1 fhem dialout 2.8M Mar 31 2018 fhem-2018-03.log
-rw-r--r-- 1 fhem dialout 2.8M Oct 13 20:06 EsszimmerHinten-2021.log
-rw-r--r-- 1 fhem dialout 2.5M Sep 21 2018 TerrassenTuer-2018.log
-rw-r--r-- 1 fhem dialout 2.2M Apr 30 2020 fhem-2020-04.log
-rw-r--r-- 1 fhem dialout 2.1M Jan 12 2020 alexa-2020-01-12.log
-rw-r--r-- 1 fhem dialout 2.1M Dec 23 2019 alexa-2019-12-23.log
-rw-r--r-- 1 fhem dialout 2.0M Mar 31 2020 fhem-2020-03.log
-rw-r--r-- 1 fhem dialout 2.0M Dec 31 2019 EsszimmerHinten-2019.log
-rw-r--r-- 1 fhem dialout 1.9M Nov 23 2019 alexa-2019-11-23.log
-rw-r--r-- 1 fhem dialout 1.8M Dec 31 2020 FensterOleRechts-2020.log
-rw-r--r-- 1 fhem dialout 1.7M Sep 2 2019 alexa-2019-09-02.log
-rw-r--r-- 1 fhem dialout 1.7M Dec 29 2019 alexa-2019-12-29.log
-rw-r--r-- 1 fhem dialout 1.7M Feb 28 2018 fhem-2018-02.log
-rw-r--r-- 1 fhem dialout 1.7M Oct 6 2019 alexa-2019-10-06.log
-rw-r--r-- 1 fhem dialout 1.7M Sep 14 2019 alexa-2019-09-14.log
-rw-r--r-- 1 fhem dialout 1.7M Jan 21 2020 alexa-2020-01-21.log
-rw-r--r-- 1 fhem dialout 1.7M Oct 2 2019 alexa-2019-10-02.log
-rw-r--r-- 1 fhem dialout 1.7M Sep 18 2019 alexa-2019-09-18.log
-rw-r--r-- 1 fhem dialout 1.7M Aug 23 2019 alexa-2019-08-23.log
-rw-r--r-- 1 fhem dialout 1.7M Jan 11 2020 alexa-2020-01-11.log
-rw-r--r-- 1 fhem dialout 1.7M Feb 6 2020 alexa-2020-02-06.log
-rw-r--r-- 1 fhem dialout 1.7M Dec 25 2019 alexa-2019-12-25.log
-rw-r--r-- 1 fhem dialout 1.7M Dec 19 2019 alexa-2019-12-19.log
-rw-r--r-- 1 fhem dialout 1.6M Jan 31 2019 fhem-2019-01.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 15 2019 alexa-2019-12-15.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 26 2019 alexa-2019-12-26.log
-rw-r--r-- 1 fhem dialout 1.6M Feb 10 2020 alexa-2020-02-10.log
-rw-r--r-- 1 fhem dialout 1.6M Sep 28 2019 alexa-2019-09-28.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 31 2020 FensterPerRechts-2020.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 8 2019 alexa-2019-12-08.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 16 2019 alexa-2019-12-16.log
-rw-r--r-- 1 fhem dialout 1.6M Feb 16 2020 alexa-2020-02-16.log
-rw-r--r-- 1 fhem dialout 1.6M Sep 15 2019 alexa-2019-09-15.log
-rw-r--r-- 1 fhem dialout 1.6M Mar 14 2020 alexa-2020-03-14.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 4 2019 alexa-2019-12-04.log
-rw-r--r-- 1 fhem dialout 1.6M Sep 3 2019 alexa-2019-09-03.log
-rw-r--r-- 1 fhem dialout 1.6M Sep 22 2019 alexa-2019-09-22.log
-rw-r--r-- 1 fhem dialout 1.6M Mar 3 2020 alexa-2020-03-03.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 6 2019 alexa-2019-12-06.log
-rw-r--r-- 1 fhem dialout 1.6M Feb 12 2020 alexa-2020-02-12.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 5 2019 alexa-2019-12-05.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 12 2019 alexa-2019-12-12.log
-rw-r--r-- 1 fhem dialout 1.6M Mar 4 2020 alexa-2020-03-04.log
-rw-r--r-- 1 fhem dialout 1.6M Feb 17 2020 alexa-2020-02-17.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 14 2019 alexa-2019-12-14.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 18 2019 alexa-2019-12-18.log
-rw-r--r-- 1 fhem dialout 1.6M Jan 25 2020 alexa-2020-01-25.log
-rw-r--r-- 1 fhem dialout 1.6M Aug 21 2019 alexa-2019-08-21.log
-rw-r--r-- 1 fhem dialout 1.6M Aug 8 2019 alexa-2019-08-08.log
-rw-r--r-- 1 fhem dialout 1.6M Apr 26 2020 alexa-2020-04-26.log
-rw-r--r-- 1 fhem dialout 1.6M Dec 24 2019 alexa-2019-12-24.log
-rw-r--r-- 1 fhem dialout 1.5M Dec 17 2019 alexa-2019-12-17.log
-rw-r--r-- 1 fhem dialout 1.5M Dec 10 2019 alexa-2019-12-10.log
-rw-r--r-- 1 fhem dialout 1.5M Apr 25 2020 alexa-2020-04-25.log
-rw-r--r-- 1 fhem dialout 1.5M Apr 24 2020 alexa-2020-04-24.log
-rw-r--r-- 1 fhem dialout 1.5M Feb 28 2020 alexa-2020-02-28.log
-rw-r--r-- 1 fhem dialout 1.5M Aug 16 2019 alexa-2019-08-16.log
-rw-r--r-- 1 fhem dialout 1.5M Mar 11 2020 alexa-2020-03-11.log
-rw-r--r-- 1 fhem dialout 1.5M Jan 16 2020 alexa-2020-01-16.log
-rw-r--r-- 1 fhem dialout 1.5M Dec 7 2019 alexa-2019-12-07.log
-rw-r--r-- 1 fhem dialout 1.5M Dec 13 2019 alexa-2019-12-13.log
-rw-r--r-- 1 fhem dialout 1.5M Aug 10 2019 alexa-2019-08-10.log
-rw-r--r-- 1 fhem dialout 1.5M Nov 19 2019 alexa-2019-11-19.log
-rw-r--r-- 1 fhem dialout 1.5M Aug 11 2019 alexa-2019-08-11.log
-rw-r--r-- 1 fhem dialout 1.5M Mar 5 2020 alexa-2020-03-05.log
-rw-r--r-- 1 fhem dialout 1.5M Apr 27 2020 alexa-2020-04-27.log
Sorry nicht clear sondern clean...
Ist doch noch Platz...
Allerdings sind die Logdateien schon eher groß.
EDIT: wie sind die verbose Einstellungen? Sind da viele Fehler-Einträge?
Und verm. viele davon unnötig -> löschen
narchive mal anschauen...
Aber wie zu sehen ist ja prinzipiell noch Platz.
Daher doch SD defekt?
Was kommt bei:
mount
Gruß, Joachim
Also Maont haut nachden icg sudo apt clean durchgeführt habe
pi@raspberrypi:~ $ mount
/dev/mmcblk0p2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=469544k,nr_inodes=117386,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94828k,mode=700,uid=1000,gid=1000)
Narchive habe ich bei alexa jetzt gesetzt und alle log dateien gelöscht. da ist alles wech...aber irgendwo müssen sich ja die 12 GB verstecken... ich habe auf fast dem gleichen System nur 4BG
Ich wollte an mount nur sehen, ob z.B. ro (read only) gemountet wurde (weil Fehler vorhanden o.ä.), dann kann ja auch nicht gespeichert werden...
Scheint aber ok.
Keine Ahnung wo der Platz verbraten wird.
Mit den genannten Befehlen halt suchen...
Aber noch mal: Platz ist ja (noch) da...
Muss also (eigentlich) was anderes sein...
Gruß, Joachim
Wird denn der Platz nur von fhem "verbraten"?
du -h /opt/fhem
Jetzt stellt sich raus, ob Backup-/Restore-Strategie vorhabden und taugt...
Gruß, Joachim
So, sory gestern war es zu stressig und zuviel durcheinander... habe nochmal in ruhe gesucht...
nach langem suchen was da zum geier die Karte so vollstopft bin uch auf etwas komische gestoßen und komme hier definitiv nicht weiter:
Das leuchtet soweit ein... Das ist im pi Ordner drin...
pi@raspberrypi:~ $ du -sch *
56KDownloads
236KFTUIBackup
18Mfhem-5.8.deb
18Mfhem-5.8.deb.1
18Mfhem-5.8.deb.2
72Mnode-v10.16.1-linux-armv7l
19Mnode-v10.16.1-linux-armv7l.tar.gz
144Mtotal
Gehe ich einen Ebene höher und lasse mir die Gröse der Ordner anzeigen:
pi@raspberrypi:~ $ cd ..
pi@raspberrypi:/home $ du -sch *
9.3Gpi
9.3Gtotal
pi@raspberrypi:/home $
Da sagt er mir das der Pi Ordner 9,3 GB hat...
Aber der Inhalt hat eigentlich nur 144MB...
Das verstehe ich nu wirklich nicht...
Ansonsten schon mal wirklich vielen Dank für die Unterstützung...
beim du-sh * werden die "." Dateien nicht mitgezählt ....
Wollte ich auch gerade schreiben.
Führe mal in Ordner von pi einfach nur direkt folgendes Kommando aus. Nichts davor oder dahinter.
du
Das zeigt dir alle Ordner einzeln an und schreibt dann noch die Summe jeweils darunter.
Vor dem Posten des Inhalts nochmal drüber schauen, ob da nicht "geheimzuhaltende" Ordner mit aufgeführt werden ;).
Zitat von: Wernieman am 14 Oktober 2021, 12:47:53
beim du-sh * werden die "." Dateien nicht mitgezählt ....
@misux: drum ja machen was geschrieben wird ;)
(ok, 1x hatte auch ich einen Stern ;) )
Trotzdem noch mal: Platz ist aber ja wohl generell mal "da"...
...wenn auch sehr wenig (und wohl eutlich weniger als auf deinem "Vergleichssystem").
Und klar (schon wegen Zukunft) sollte man rauskriegen warum bzw. wo der Platz bleibt.
Aber: das sollte nicht zu dem beschriebenen Auswirkungen führen...
Gruß, Joachim
Deshalb würde ich beim PI bei solchen "unbekannten" Problemen auf die SDCard tippen. Da hilft leider auch kein Clonen der Karte mehr, weil der Fehler dann "mitkommt". Habe selber (wenn auch ohne FHEM) eine solche SD in der Arbeit gehabt und die Ergebnisse waren ... komisch bis gruselig.