NEWS
Abstürze vor allem beim dayly Backup
-
@dragricola said in Abstürze vor allem beim dayly Backup:
full check
Hier ist ein Auszug aus dem Full check:
*** MEMORY *** total used free shared buff/cache available Mem: 3.8G 3.1G 98M 4.0M 548M 569M Swap: 99M 99M 0.0K Total: 3.9G 3.2G 98M 3793 M total memory 3146 M used memory 508 M active memory 3036 M inactive memory 98 M free memory 5 M buffer memory 542 M swap cache 99 M total swap 99 M used swap 0 M free swap *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/root ext4 118G 9.2G 104G 9% / devtmpfs devtmpfs 1.7G 0 1.7G 0% /dev tmpfs tmpfs 1.9G 988K 1.9G 1% /dev/shm tmpfs tmpfs 759M 1.2M 758M 1% /run tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/sda1 vfat 255M 31M 225M 12% /boot tmpfs tmpfs 380M 0 380M 0% /run/user/999 //192.168.178.50/home/Backup/ioBroker/Standard cifs 7.2T 3.6T 3.7T 50% /opt/iobroker/backups tmpfs tmpfs 380M 0 380M 0% /run/user/1000 Show mounted filesystems (real ones only): TARGET SOURCE FSTYPE OPTIONS / /dev/sda2 ext4 rw,noatime |-/boot /dev/sda1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro `-/opt/iobroker/backups //192.168.178.50/home/Backup/ioBroker/Standard cifs rw,relatime,vers=1.0,cache=strict,username=backup,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.178.50,soft,unix,posixpaths,ser76,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1Das File-System scheint nicht ausgelastet zu sein. Habe ich vielleicht ein Problem wegen zu wenig Memory?
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Habe ich vielleicht ein Problem wegen zu wenig Memory?
sieht so aus. Das erklärt auch das Issue beim Backup.
Das benötigt jede Menge RAM. -
Zweimal web?
Zweimal javascript?
discovery braucht man in einem eingerichteten System auch eher nicht mehr.Und ich würde von redis/redis auf jsonl/jsonl umstellen, ich denke redis ist sehr viel speicherhungriger als jsonl es ist.
@codierknecht said in Abstürze vor allem beim dayly Backup:
3 Instanzen vom tr-064
Eine Fritz!Box und zwei weitere als Access-Points. für letztere habe ich die Instanzen jetzt deaktiviert.
@thomas-braun said in Abstürze vor allem beim dayly Backup:
@dragricola
Zweimal web?
Zweimal javascript?Vielen Dank für die Hinweise an beide. Die zweite Web-Instanz hatte ich gemäß Forum eingerichtet aufgrund der Probleme mit der ioBroker-VIS App. Ist der Bug inzwischen beseitigt, sodass ich die zweite Instanz wieder löschen kann?
Die zweite Instanz javascript hatte ich zum Testen neuer Skripte verwendet und nun gestoppt.Wird durch Stoppen der Instanzen bereits Memory freigegeben oder sollten die Instanzen besser komplett gelöscht werden?
-
@codierknecht said in Abstürze vor allem beim dayly Backup:
3 Instanzen vom tr-064
Eine Fritz!Box und zwei weitere als Access-Points. für letztere habe ich die Instanzen jetzt deaktiviert.
@thomas-braun said in Abstürze vor allem beim dayly Backup:
@dragricola
Zweimal web?
Zweimal javascript?Vielen Dank für die Hinweise an beide. Die zweite Web-Instanz hatte ich gemäß Forum eingerichtet aufgrund der Probleme mit der ioBroker-VIS App. Ist der Bug inzwischen beseitigt, sodass ich die zweite Instanz wieder löschen kann?
Die zweite Instanz javascript hatte ich zum Testen neuer Skripte verwendet und nun gestoppt.Wird durch Stoppen der Instanzen bereits Memory freigegeben oder sollten die Instanzen besser komplett gelöscht werden?
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Wird durch Stoppen der Instanzen bereits Memory freigegeben oder sollten die Instanzen besser komplett gelöscht werden?
Stoppen sollte ausreichen. Was aktuell nicht läuft braucht auch keinen Speicher.
Schau mal nach wie's aussieht ... -
@codierknecht said in Abstürze vor allem beim dayly Backup:
3 Instanzen vom tr-064
Eine Fritz!Box und zwei weitere als Access-Points. für letztere habe ich die Instanzen jetzt deaktiviert.
@thomas-braun said in Abstürze vor allem beim dayly Backup:
@dragricola
Zweimal web?
Zweimal javascript?Vielen Dank für die Hinweise an beide. Die zweite Web-Instanz hatte ich gemäß Forum eingerichtet aufgrund der Probleme mit der ioBroker-VIS App. Ist der Bug inzwischen beseitigt, sodass ich die zweite Instanz wieder löschen kann?
Die zweite Instanz javascript hatte ich zum Testen neuer Skripte verwendet und nun gestoppt.Wird durch Stoppen der Instanzen bereits Memory freigegeben oder sollten die Instanzen besser komplett gelöscht werden?
@dragricola
Discovery kannst Du auch gefahrlos stoppen.
Das braucht man in einem laufenden System eher nicht. Eigentlich sogar gar nicht, wenn man sich ein wenig mit der Material auskennt und in der Lage ist, neue Geräte ohne Hilfe in Betrieb zu nehmen. -
@dragricola
Discovery kannst Du auch gefahrlos stoppen.
Das braucht man in einem laufenden System eher nicht. Eigentlich sogar gar nicht, wenn man sich ein wenig mit der Material auskennt und in der Lage ist, neue Geräte ohne Hilfe in Betrieb zu nehmen.@codierknecht said in Abstürze vor allem beim dayly Backup:
Discovery kannst Du auch gefahrlos stoppen.
Habe ich auch gestoppt. Mit der zweiten Web-Instanz und dem Sonoff plus MQTT sieht es nun so aus:
*** MEMORY *** total used free shared buff/cache available Mem: 3.8G 2.7G 450M 4.0M 593M 938M Swap: 99M 95M 4.0M Total: 3.9G 2.8G 454M 3793 M total memory 2748 M used memory 628 M active memory 2564 M inactive memory 450 M free memory 19 M buffer memory 575 M swap cache 99 M total swap 95 M used swap 4 M free swapDen Sonoff-Adapter zu ersetzen würde bei mir sehr viel Arbeit bedeuten, da ich ca. 50 Tasmota-Geräte betreibe!
-
@codierknecht said in Abstürze vor allem beim dayly Backup:
Discovery kannst Du auch gefahrlos stoppen.
Habe ich auch gestoppt. Mit der zweiten Web-Instanz und dem Sonoff plus MQTT sieht es nun so aus:
*** MEMORY *** total used free shared buff/cache available Mem: 3.8G 2.7G 450M 4.0M 593M 938M Swap: 99M 95M 4.0M Total: 3.9G 2.8G 454M 3793 M total memory 2748 M used memory 628 M active memory 2564 M inactive memory 450 M free memory 19 M buffer memory 575 M swap cache 99 M total swap 95 M used swap 4 M free swapDen Sonoff-Adapter zu ersetzen würde bei mir sehr viel Arbeit bedeuten, da ich ca. 50 Tasmota-Geräte betreibe!
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Den Sonoff-Adapter zu ersetzen würde bei mir sehr viel Arbeit bedeuten, da ich ca. 50 Tasmota-Geräte betreibe!
Dann lass ihn laufen.
Ein knappes 1/2 Gigabyte RAM sollte erstmal reichen. Probier's aus - Versuch macht klug ;-)"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Den Sonoff-Adapter zu ersetzen würde bei mir sehr viel Arbeit bedeuten, da ich ca. 50 Tasmota-Geräte betreibe!
Dann lass ihn laufen.
Ein knappes 1/2 Gigabyte RAM sollte erstmal reichen. Probier's aus - Versuch macht klug ;-)available 569Mgegen jetzt
available 938Mschaut schon mal viel besser aus.
-
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Den Sonoff-Adapter zu ersetzen würde bei mir sehr viel Arbeit bedeuten, da ich ca. 50 Tasmota-Geräte betreibe!
Dann lass ihn laufen.
Ein knappes 1/2 Gigabyte RAM sollte erstmal reichen. Probier's aus - Versuch macht klug ;-)@codierknecht said in Abstürze vor allem beim dayly Backup:
Probier's aus - Versuch macht klug
@thomas-braun said in Abstürze vor allem beim dayly Backup:
schaut schon mal viel besser aus
Jedenfalls ist gerade das Backup vollständig ohne Absturz des RaspberryPi durchgelaufen. Das lässt hoffen! Nochmals vielen Dank für eure Hilfe!
-
@codierknecht said in Abstürze vor allem beim dayly Backup:
Probier's aus - Versuch macht klug
@thomas-braun said in Abstürze vor allem beim dayly Backup:
schaut schon mal viel besser aus
Jedenfalls ist gerade das Backup vollständig ohne Absturz des RaspberryPi durchgelaufen. Das lässt hoffen! Nochmals vielen Dank für eure Hilfe!
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Jedenfalls ist gerade das Backup vollständig ohne Absturz des RaspberryPi durchgelaufen.
Ich denke übrigens, die Kiste ist gar nicht richtig abgeschmiert, die war nur komplett dicht.
-
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Jedenfalls ist gerade das Backup vollständig ohne Absturz des RaspberryPi durchgelaufen.
Ich denke übrigens, die Kiste ist gar nicht richtig abgeschmiert, die war nur komplett dicht.
@thomas-braun said in Abstürze vor allem beim dayly Backup:
die war nur komplett dicht.
Wie kann man das feststellen? SSH ging nicht und auch in der SQL-Datenbank wurde über mehrere Stunden nichts registriert.
Kann man unter Linux bei Memory Knappheit Daten auf die SSD auslagern? -
@thomas-braun said in Abstürze vor allem beim dayly Backup:
die war nur komplett dicht.
Wie kann man das feststellen? SSH ging nicht und auch in der SQL-Datenbank wurde über mehrere Stunden nichts registriert.
Kann man unter Linux bei Memory Knappheit Daten auf die SSD auslagern?@dragricola sagte in Abstürze vor allem beim dayly Backup:
Kann man unter Linux bei Memory Knappheit Daten auf die SSD auslagern?
das passiert dann, nennt sich SWAP.
da hast du 99MB und die sind bereits fast vollständig benutztSwap: 99M 95M 4.0MDas kostet I/O Ressourcen und bremst die CPU aus.
dann ist der Rechner "nicht erreichbar" weil überlastet.Sieht man mit
topwenn die Load über 4 geht bremsts...bis zum scheinbaren Stillstand -
@thomas-braun said in Abstürze vor allem beim dayly Backup:
die war nur komplett dicht.
Wie kann man das feststellen? SSH ging nicht und auch in der SQL-Datenbank wurde über mehrere Stunden nichts registriert.
Kann man unter Linux bei Memory Knappheit Daten auf die SSD auslagern?@dragricola sagte in Abstürze vor allem beim dayly Backup:
Kann man unter Linux bei Memory Knappheit Daten auf die SSD auslagern?
Man könnte swap als swap file anlegen. Aber das ist nur ein Notstopfen und ist kein Ersatz für 'ordentliches' RAM.
-
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Kann man unter Linux bei Memory Knappheit Daten auf die SSD auslagern?
Man könnte swap als swap file anlegen. Aber das ist nur ein Notstopfen und ist kein Ersatz für 'ordentliches' RAM.
@thomas-braun sagte in Abstürze vor allem beim dayly Backup:
Man könnte swap als swap file anlegen. Aber das ist nur ein Notstopfen und ist kein Ersatz für 'ordentliches' RAM.
@dragricola
Und bremst die Kiste ziemlich aus.Als weiteren "Notnagel" - um zumindest das Backup zu stabilisieren - könnte man unwichtige Instanzen per Script nachts stoppen.
Aber auch wirklich nur als Notnagel. Bei der Menge an laufenden Instanzen kommst Du langfristig nicht um eine fettere Kiste herum. -
@thomas-braun sagte in Abstürze vor allem beim dayly Backup:
Man könnte swap als swap file anlegen. Aber das ist nur ein Notstopfen und ist kein Ersatz für 'ordentliches' RAM.
@dragricola
Und bremst die Kiste ziemlich aus.Als weiteren "Notnagel" - um zumindest das Backup zu stabilisieren - könnte man unwichtige Instanzen per Script nachts stoppen.
Aber auch wirklich nur als Notnagel. Bei der Menge an laufenden Instanzen kommst Du langfristig nicht um eine fettere Kiste herum.@codierknecht said in Abstürze vor allem beim dayly Backup:
Als weiteren "Notnagel"
... könnte ich vielleicht auch auf ein DB-System verzichten. Es läuft neben MariaDB auch versuchsweise noch influxdb. Welches ist das schlankere System?
@codierknecht said in Abstürze vor allem beim dayly Backup:
kommst Du langfristig nicht um eine fettere Kiste herum
Ich habe noch eine Synology DS218Play laufen, wäre die geeignet und leistungsfähiger als ein Raspi 4 mit 4GB?
-
@codierknecht said in Abstürze vor allem beim dayly Backup:
Als weiteren "Notnagel"
... könnte ich vielleicht auch auf ein DB-System verzichten. Es läuft neben MariaDB auch versuchsweise noch influxdb. Welches ist das schlankere System?
@codierknecht said in Abstürze vor allem beim dayly Backup:
kommst Du langfristig nicht um eine fettere Kiste herum
Ich habe noch eine Synology DS218Play laufen, wäre die geeignet und leistungsfähiger als ein Raspi 4 mit 4GB?
@dragricola sagte in Abstürze vor allem beim dayly Backup:
Synology DS218Play
Hat die nicht nur:
RAM: 1 GB DDR4 RAM (nicht erweiterbar) -
@codierknecht said in Abstürze vor allem beim dayly Backup:
Als weiteren "Notnagel"
... könnte ich vielleicht auch auf ein DB-System verzichten. Es läuft neben MariaDB auch versuchsweise noch influxdb. Welches ist das schlankere System?
@codierknecht said in Abstürze vor allem beim dayly Backup:
kommst Du langfristig nicht um eine fettere Kiste herum
Ich habe noch eine Synology DS218Play laufen, wäre die geeignet und leistungsfähiger als ein Raspi 4 mit 4GB?
-
@codierknecht said in Abstürze vor allem beim dayly Backup:
Als weiteren "Notnagel"
... könnte ich vielleicht auch auf ein DB-System verzichten. Es läuft neben MariaDB auch versuchsweise noch influxdb. Welches ist das schlankere System?
@codierknecht said in Abstürze vor allem beim dayly Backup:
kommst Du langfristig nicht um eine fettere Kiste herum
Ich habe noch eine Synology DS218Play laufen, wäre die geeignet und leistungsfähiger als ein Raspi 4 mit 4GB?
@dragricola sagte in Abstürze vor allem beim dayly Backup:
könnte ich vielleicht auch auf ein DB-System verzichten. Es läuft neben MariaDB auch versuchsweise noch influxdb. Welches ist das schlankere System?
Welches schlanker ist, kann ich Dir nicht sagen, da ich Influx nicht benutze.
Für zeitorientiertes Loggen soll es zwar besser geeignet sein, aber da ich berufsbedingt eher aus der SQL-Ecke komme, kann ich damit nicht viel anfangen. Ich bleibe daher bei MariaDB.
Läuft die MariaDB auf Deinem Raspi?
Vielleicht kannst Du die ja auf die Synology auslagern - das könnte helfen. Wohlgemerkt: Konjunktiv! Ich weiß nicht, ob das auf der kleinen Syno sinnvoll läuft."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@dragricola sagte in Abstürze vor allem beim dayly Backup:
könnte ich vielleicht auch auf ein DB-System verzichten. Es läuft neben MariaDB auch versuchsweise noch influxdb. Welches ist das schlankere System?
Welches schlanker ist, kann ich Dir nicht sagen, da ich Influx nicht benutze.
Für zeitorientiertes Loggen soll es zwar besser geeignet sein, aber da ich berufsbedingt eher aus der SQL-Ecke komme, kann ich damit nicht viel anfangen. Ich bleibe daher bei MariaDB.
Läuft die MariaDB auf Deinem Raspi?
Vielleicht kannst Du die ja auf die Synology auslagern - das könnte helfen. Wohlgemerkt: Konjunktiv! Ich weiß nicht, ob das auf der kleinen Syno sinnvoll läuft.@codierknecht sagte in Abstürze vor allem beim dayly Backup:
Wohlgemerkt: Konjunktiv! Ich weiß nicht, ob das auf der kleinen Syno sinnvoll läuft.
Das ist das ganz kleine DSM. Ich glaube, da ist nicht viel mit ThirdParty-Stuff angesagt.
-
@thomas-braun said in Abstürze vor allem beim dayly Backup:
RAM: 1 GB DDR4 RAM
Stimmt! hatte ich nicht mehr auf dem Schirm.
Welche Rechner sind dann empfehlenswert? Der 8GB Raspberry ist wohl derzeit nur schwer zu bekommen. -
@thomas-braun said in Abstürze vor allem beim dayly Backup:
RAM: 1 GB DDR4 RAM
Stimmt! hatte ich nicht mehr auf dem Schirm.
Welche Rechner sind dann empfehlenswert? Der 8GB Raspberry ist wohl derzeit nur schwer zu bekommen.Als Alternative im Moment der Banana Pi 5 oder wie der genau heißt. Aber ich weiß nicht wie der beim RAM ausschaut.
Selber habe ich einen RPi4 mit 8GB hier laufen. Taugt mir voll.
782
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge