[gelöst] ROCK64 - Systemabstürze nach Neuinstallation
-
@Homoran bei iobroker setup custom erhalte ich am Ende folgende Fehlermeldung:
Connecting to new DB "file" ...
No connection to states 127.0.0.1:6379[redis]
[New Database could not be connected. Please check your settings. No settings have been changed..]Ich vermute bei Host / Unix Socket of states DB (redis), default[127.0.0.1]: muss was angepasst werden.
IP vom Rock?blacktigga@All-In-One-RasPi:~$ sudo iobroker setup custom Current configuration: - Objects database: - Type: file - Host/Unix Socket: 127.0.0.1 - Port: 9001 - States database: - Type: file - Host/Unix Socket: 127.0.0.1 - Port: 9000 - Data Directory: ../../iobroker-data/ Type of objects DB [(f)ile, (r)edis], default [file]: Host / Unix Socket of objects DB(file), default[127.0.0.1]: Port of objects DB(file), default[9001]: Type of states DB [(f)file, (r)edis], default [file]: r When States are stored in a Redis database please make sure to configure Redis persistence to make sure a Redis problem will not cause data loss! Host / Unix Socket of states DB (redis), default[127.0.0.1]: Port of states DB (redis), default[6379]: Data directory (file), default[../../iobroker-data/]: Host name of this machine [All-In-One-RasPi]: This host appears to be a Master or a Single host system. Is this correct? [Y/n]: y Do you want to migrate objects and states from "file/file" to "file/redis" [y/N]: y Connecting to previous DB "file"... Creating backup ... This can take some time ... please be patient! host.All-In-One-RasPi 273 states saved host.All-In-One-RasPi 361 objects saved readFile will not read this file (css/vis-common-user.css) in future versions: vis is not an object of type "meta" Backup created: /opt/iobroker/backups/2021_01_01-17_30_19_backupiobroker-migration.tar.gz updating conf/iobroker.json Connecting to new DB "file" ... No connection to states 127.0.0.1:6379[redis] [New Database could not be connected. Please check your settings. No settings have been changed.] restoring conf/iobroker.json blacktigga@All-In-One-RasPi:~$@BlackTigga Läuft der redis server?
-
@BlackTigga Läuft der redis server?
@Thomas-Braun :confounded: ja genau das war das Problem
-
@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
@Homoran OK. Hänge jetzt aber in einer "Sackgasse" fest....
Versuche mich jetzt so daraus zu "befreien" um wieder an einen sinnvollen Startpunkt zu kommen:- Neuinstallation Armbian
- Hostname festlegen auf "All-In-One-RasPi", damit später das Backup funktioniert
- Benutzer anlegen und konsequent (!!) nutzen
- Installation IoBroker
- Installation redis-server (notwendig ja/nein ??)
- IoBroker Backup durchführen
- nach erfolgreichem Backup den Hostname in armbian-config auf "rock64" anpassen
- abschließend iobroker host this ausführen
Dann mache ich das wie oben beschrieben, außer
- Hostname lasse ich jetzt bei All-In-One-Raspi, also keine Änderung des Hostnames, stört mich eigentlich auch nur geringfügig
- redis-server installieren >> JA
@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? :face_with_rolling_eyes: -
@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? :face_with_rolling_eyes:@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. -
@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.
-
@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. -
@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.ncdu kann ich leider nicht nachinstallieren (mangels Platz), deswegen eine Datei mit Auswertung mit du
-
@BlackTigga
Ich bin ja kein Freund von Images. Ich würde wo es nur geht immer selber installieren.@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 -
ncdu kann ich leider nicht nachinstallieren (mangels Platz), deswegen eine Datei mit Auswertung mit du
-
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@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?
-
@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?
-
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?
-
@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?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
ioBroker freut sich auch über eine Spende für das Forum. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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. -
@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:
-
@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 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?
-
@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 -
@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) -
@Homoran
Dann besser unter /opt/iobroker/iobroker-data/history/ ?
(https://forum.iobroker.net/topic/8996/history-daten-speicherort-und-sicherung/2)@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Dann besser unter /opt/iobroker/iobroker-data/history/ ?
auf jeden Fall!
Im Moment sicherst du die gesamte ioBroker-Installation, incl. sämtlicher bisherigen Backups bei jedem history-Backup
288
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge