[gelöst] ROCK64 - Systemabstürze nach Neuinstallation
-
@Homoran ...wenn möglich, lösche bitte meinen vorherigen Beitrag
https://forum.iobroker.net/topic/40289/rock64-systemabstürze-nach-neuinstallation/47 -
@BlackTigga Läuft der redis server?
-
@Thomas-Braun
ja genau das war das Problem -
@Homoran @Thomas-Braun
Habe nun eine neue SD Karte verwendet und wie nachfolgend vorbereitet:- Neuinstallation Armbian
- Hostname festlegen auf "All-In-One-RasPi"
- Installation IoBroker
- Installation redis-server
- IoBroker Wiederherstellung durchführen
Funktioniert für 10-12 Stunden einwandfrei, aber dann stürzt IoBroker ab und ist nicht mehr erreichbar. Das ist jetzt schon zwei Mal genauso passiert.
Auffälligkeiten:
- Infos in der Konsole vor Systemabsturz : Usage of /: 6% of 29G
____ _ __ _ _ | _ \ ___ ___| | __ / /_ | || | | |_) / _ \ / __| |/ / | '_ \| || |_ | _ < (_) | (__| < | (_) |__ _| |_| \_\___/ \___|_|\_\ \___/ |_| Welcome to Armbian 20.11.3 Buster with Linux 5.9.14-rockchip64 System load: 30% Up time: 0 min Memory usage: 3% of 3.82G IP: 192.168.178.123 CPU temp: 51°C Usage of /: 6% of 29G [ 0 security updates available, 22 updates total: apt upgrade ] Last check: 2021-01-01 10:37 [ General system configuration (beta): armbian-config ] blacktigga@rock64:~$ ------ Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: SD SE32G (sd/mmc) Disk /dev/mmcblk0: 31,9GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 16,8MB 31,6GB 31,6GB primary ext4- Infos in der Konsole nach Systemabsturz : Usage of /: 100% of 29G
____ _ __ _ _ | _ \ ___ ___| | __ / /_ | || | | |_) / _ \ / __| |/ / | '_ \| || |_ | _ < (_) | (__| < | (_) |__ _| |_| \_\___/ \___|_|\_\ \___/ |_| Welcome to Debian GNU/Linux 10 (buster) with Linux 5.9.14-rockchip64 System load: 46% Up time: 1 min Memory usage: 3% of 3.82G IP: 192.168.178.123 CPU temp: 60°C Usage of /: 100% of 29G [ General system configuration (beta): armbian-config ] Last login: Fri Jan 1 17:17:38 2021 from 192.168.178.114 blacktigga@All-In-One-RasPi:~$ sudo parted GNU Parted 3.2 Using /dev/mmcblk0 Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: SD SE32G (sd/mmc) Disk /dev/mmcblk0: 31,9GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 16,8MB 31,6GB 31,6GB primary ext4 (parted)Irgendetwas zerschießt weiterhin das System....
Weitere Ideen?
-
@BlackTigga Wenn dir das root-Verzeichnis vollläuft kein Wunder.
Schau mit
ncduoder
dunach was da passiert.
Die Partitionierung mit nur einer primären Partition ist auch ungewöhnlich. Macht der Installer von Armbian das so? Wundert mich. -
@Thomas-Braun sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Die Partitionierung mit nur einer primären Partition ist auch ungewöhnlich. Macht der Installer von Armbian das so? Wundert mich.
Habe 1:1 das Armbian Image aufgespielt, ohne etwas zu verändern.
-
@BlackTigga
Ich bin ja kein Freund von Images. Ich würde wo es nur geht immer selber installieren. -
ncdu kann ich leider nicht nachinstallieren (mangels Platz), deswegen eine Datei mit Auswertung mit du
-
@Thomas-Braun sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Ich bin ja kein Freund von Images. Ich würde wo es nur geht immer selber installieren.
Das meint er ja!
Armbian OS nennt er image -
-
blacktigga@All-In-One-RasPi:/opt/iobroker$ cd /opt/iobroker/backups blacktigga@All-In-One-RasPi:/opt/iobroker/backups$ sudo du -shx ./* | sort -h 112K ./2021_01_01-17_30_19_backupiobroker-migration.tar.gz 112K ./2021_01_01-17_56_38_backupiobroker-migration.tar.gz 11M ./iobroker_2020_12_26-05_00_10_StandardBackup_backupiobroker.tar.gz 11M ./iobroker_2021_01_02-05_00_10_StandardBackup_backupiobroker.tar.gz 26G ./historyDB_2021_01_02-05_00_25_backupiobroker.tar.gz blacktigga@All-In-One-RasPi:/opt/iobroker/backups$Übeltäter scheint historyDB zu sein, oder?
Und ich kann noch berichten, dass die täglichen BackUps um 5:00 Uhr durchgeführt werden und die beiden Abstürze jeweils kurz nach 5:00 Uhr passiert sind. -
@BlackTigga Ja, wenn die historyDB ganze 26 GB wegschnuckelt, dann wird es für das System mehr als eng und es hat dann keine Lust mehr...
Was ballerst du denn da alles rein?
-
Ich aktiviere nur "History Daten" im BackItUp, weitere Einstellungen sind da ja nicht möglich, oder?
-
@BlackTigga Ich meinte eigentlich, was alles in die HistoryDB reinläuft, dass die so ein dickes Backupfile generiert?
-
@Thomas-Braun sagte in ROCK64 - Systemabstürze nach Neuinstallation:
@BlackTigga Ich meinte eigentlich, was alles in die HistoryDB reinläuft, dass die so ein dickes Backupfile generiert?
Möglich, dass der Pfad falsch ist und dort auch die ganzen Backups der History noch mit drin sind?
-
@Homoran @BlackTigga Könnte es sein, dass es da einen 'Kurzschluss' gibt und immer weiter das Backupfile mit sich selber gefüllt wird?
Ich hab selber history nicht laufen und daher kein Gefühl wie dick die Datenbank da werden kann. Aber 26 GB in ein paar Stunden hört sich bei normaler Konfiguration unmöglich an. -
@Thomas-Braun sagte in ROCK64 - Systemabstürze nach Neuinstallation:
mmer weiter das Backupfile mit sich selber gefüllt wird?
das ist was ich meinte!
gab es schon paarmal
EDIT:
ich logge schon wirklich gewaltige Mengen, aber 26GB an einem Tag schaffe selbst ich nicht:
-
@Homoran sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Möglich, dass der Pfad falsch ist und dort auch die ganzen Backups der History noch mit drin sind?
Der Pfad?
-
@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Der Pfad?
Bingo!
das ist nicht der offizielle Speicherpfad für History
Diesen siehst du in meinem Filezilla Screenshot -
@Homoran
Dann besser unter /opt/iobroker/iobroker-data/history/ ?
(https://forum.iobroker.net/topic/8996/history-daten-speicherort-und-sicherung/2)
