[gelöst] sql Instanz wird immer beendet
-
@init5 sagte in sql Instanz wird immer beendet:
Raspbian GNU/Linux 10 (buster)
Tot, installier da Raspian OS 11 'Bullseye'. 64bit Lite.
throttled=0x50000
Other values than 0x0 hint to temperature/voltage problems
temp=54.0'C
volt=0.8500VNetzteil wohl zu schwach auf der Brust. Die Kiste riegelt ab.
X-Server: true
Boot Target: graphical.targetAuf Servern keine GUI/Desktop-Umgebung
npm ERR! invalid: dahuadorbell2mqtt@1.0.0 /opt/iobroker/node_modules/dahuadorbell2mqtt
Kenn ich nicht, aber da ist irgendwas krumm.
Pending Updates: 28
Betriebssystem auf Stand halten.
-
@thomas-braun said in sql Instanz wird immer beendet:
@init5 sagte in sql Instanz wird immer beendet:
Raspbian GNU/Linux 10 (buster)
Tot, installier da Raspian OS 11 'Bullseye'. 64bit Lite.
Ok, dazu habe ich eben eine Anleitung gefunden. Das scheint was größeres zu werden, wenn man nicht neu installieren will
throttled=0x50000
Other values than 0x0 hint to temperature/voltage problems
temp=54.0'C
volt=0.8500VNetzteil wohl zu schwach auf der Brust. Die Kiste riegelt ab.
Woran siehst du das? Welcher Wert passt da nicht?
X-Server: true
Boot Target: graphical.target
Auf Servern keine GUI/Desktop-UmgebungAuf der Kiste lief früher Deconz, dafür was das damals einfacher. Kann man den Teil nachträglich deinstallieren?
npm ERR! invalid: dahuadorbell2mqtt@1.0.0 /opt/iobroker/node_modules/dahuadorbell2mqtt
Kenn ich nicht, aber da ist irgendwas krumm.Das ist ein Skript aus diesem Forum, um der Türsprechanlage MQTT beizubringen. Da gibt es einen Fehler, aber meine JS-Kenntnisse erlauben leider kein debugging.
Pending Updates: 28
Betriebssystem auf Stand halten.Ist behoben. Vielleicht reicht das und das iob fix ja schon, um es etwas zu stabilisieren.
-
@init5 sagte in sql Instanz wird immer beendet:
wenn man nicht neu installieren will
Wechsel auf 64bit geht nur per Neuinstallation.
-
@init5 sagte in sql Instanz wird immer beendet:
Woran siehst du das? Welcher Wert passt da nicht?
throttled=0x50000
Other values than 0x0 hint to temperature/voltage problems
temp=54.0'C
volt=0.8500V0x50000 ist nicht 0x0.
Die Spannung ist sehr niedrig. Ergo wohl das Netzteil zu schwach.Kann man den Teil nachträglich deinstallieren?
Ja, aber
Wechsel auf 64bit geht nur per Neuinstallation.
Dann kannste es auch gleich ohne Desktop (aka. Lite) installieren.
-
@thomas-braun
Na super. Das Ding läuft seit Jahren. Das dauert Ewigkeiten das alles wiederherzustellen. Das wird mal ein Projekt für ein gesamtes Wochenende
-
@init5 sagte in sql Instanz wird immer beendet:
Das Ding läuft seit Jahren.
Dann ist es ja ein guter Zeitpunkt für eine General-Sanierung.
Ich würde dann aber noch ein paar Wochen abwarten, bis Raspberry OS 12 ' Bookworm' offiziell veröffentlicht wurde. -
@thomas-braun said in sql Instanz wird immer beendet:
@init5 sagte in sql Instanz wird immer beendet:
Das Ding läuft seit Jahren.
Dann ist es ja ein guter Zeitpunkt für eine General-Sanierung.
Ich würde dann aber noch ein paar Wochen abwarten, bis Raspberry OS 12 ' Bookworm' offiziell veröffentlicht wurde.Wird das dann automatisch von iobroker empfohlen, oder sollte man nach dem release dann erst noch warten, bis entsprechende Anpassungen erfolgt sind?
-
ioBroker läuft auf 'Bookworm' ohne weiteres, weil ioBroker nur 'nodeJS' als Laufzeitumgebung braucht.
Hier z. B. mein derzeitiges System:Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.1.21-v8+ Architecture: arm64 Installation: native Kernel: aarch64 Userland: arm64 -
Ich habe mich nun endlich mal dazu durchgerungen, den ioBroker neu zu installieren. Also System einmal komplett platt gemacht, Raspian mit 64Bit drauf und ioBroker neu installiert. Leider hat das absolut nichts am Verhalten des SQL Adapters geändert. Irgendetwas sorgt um täglich um 2:02Uhr dafür, dass der SQL Adapter gestoppt und nicht mehr gestartet wird.
-
Dann schau zu dem Zeitpunkt in das journal.
-
@thomas-braun Meinst du das Protokoll? Da stehen wieder nur die selben Einträge drin, wie schon vor der Neuinstallation.
2023-07-22 02:02:03.281 - info: host.IoT-raspi-iobroker-master instance "system.adapter.sql.0" disabled via .alive 2023-07-22 02:02:03.325 - info: host.IoT-raspi-iobroker-master "system.adapter.sql.0" disabled 2023-07-22 02:02:03.327 - info: host.IoT-raspi-iobroker-master stopInstance system.adapter.sql.0 (force=false, process=true) 2023-07-22 02:02:03.311 - info: sql.0 (1795) Adapter is disabled => stop 2023-07-22 02:02:03.366 - info: host.IoT-raspi-iobroker-master stopInstance system.adapter.sql.0 (force=false, process=true) 2023-07-22 02:02:03.369 - info: sql.0 (1795) Adapter is disabled => stop 2023-07-22 02:02:03.890 - info: sql.0 (1795) terminating 2023-07-22 02:02:03.892 - info: sql.0 (1795) Terminated (NO_ERROR): Without reason 2023-07-22 02:02:04.616 - info: host.IoT-raspi-iobroker-master instance system.adapter.sql.0 terminated with code 0 (NO_ERROR) 2023-07-22 02:02:04.617 - info: host.IoT-raspi-iobroker-master Do not restart adapter system.adapter.sql.0 because disabled or deletedDer Zeit nach zu urteilen, habe ich noch immer den BackItUp Adapter im Verdacht. Ich vermute, der beendet alle laufenden Instanzen und vergisst dann den SQL wieder zu starten. Ich weiß aber nicht, was ich dagegen tun kann
-
Dann schalte den Backitup mal testhalber aus oder leg den auf eine andere Zeit. Wenn sql dann immer noch rumspinnt liegt es nicht am Backitup...
-
@thomas-braun ok, wie vermutet. Ich habe das Backup wie vorgeschlagen um 2h nach hinten versschoben und nun stürzt auch der SQL Adapter 2h später ab. Also scheinen sich die beiden bei mir einfach nicht zu vertragen. Leider will ich auf keinen der Beiden so wirklich verzichten
-
Läuft deine SQL-Datenbank auch auf dem Raspi?
kann es sein, das sich die Datenbank beim Backup aufhängt wegen zuwenig RAM oder weil die Spannung zusammenbricht? -
@supermicha Das mit der Spannung kann ich mir nicht vorstellen. Der Raspi ist in meinem Verteilerschrank für TV und Netzwerk verbaut und hängt da an einem Meanwell Netzteil. Also kein billig Netzteil zum Handy laden. RAM könnte schon eher sein. Die SQL DB läuft mit auf dem Raspi. Dann werde ich die wohl umziehen müssen. Ich war davon ausgegangen, dass der Raspi4 mit 4GB das verkraftet.
-
@init5 sagte in sql Instanz wird immer beendet:
Ich war davon ausgegangen, dass der Raspi4 mit 4GB das verkraftet.
Kann man so generell nicht bewerten. Hängt halt vom jeweiligen Umfang der Installation ab.
-
du könntest wohl auch dir den Speicher rum die Zeit herum in eine Datei schreiben lassen
nano /home/pi/getfree.sh#!/bin/bash i=180 while [ $i -ge 1 ] do ((i--)) /bin/free >> /home/pi/speicher.txt sleep 1 donechmod 0770 /home/pi/getfree.shcrontab -e 0 2 * * * /bin/free >> /home/pi/speicher.txt // speichernDas sollte dir um 2 Uhr für 3 Minuten jede sekunde den freien Speicher in die Datei speicher.txt schreiben. Keine Ahnung ob man dafür sudo oder root braucht. Und will keine Mecker von Thomas bekommen das ich jemanden rum rooten lasse
EDIT: wenn du keinen Swap willst must das Skript so aussehen
#!/bin/bash i=180 while [ $i -ge 1 ] do ((i--)) /bin/free | /bin/grep Mem: >> /home/pi/speicher.txt sleep 1 done -
Warum sollte es root Rechte brauchen? free kann jeder aufrufen.
-
@thomas-braun sagte in sql Instanz wird immer beendet:
Warum sollte es root Rechte brauchen? free kann jeder aufrufen.
Weiß ich nicht deshalb hab ichs geschrieben, und weil ich gerade mit free nicht klar komme. Das sagt 90% Auslastung davon 10% buffer/caches - htop sagt 50%... könnte ja an Rechten liegen. Ist aber auch nicht so wichtig.
-
@ticaki Ich versuche es jetzt noch einmal im Guten. Ich habe ein paar nicht so wichtige Instanzen auf einen zweiten Host geschoben. Jetzt sind über 2GB RAM frei. Ich habe jetzt schon zweimal das Backup manuell gestartet und es lief ohne Fehler und ohne den SQL Adapter abzuschießen. Mal sehen wie es sich heute Nacht verhält. Wenn es dann wieder abschmiert, werde ich das Skript testen. Falls es am RAM liegt, muss die SQL DB eben doch auf die NAS umziehen
Zwischendurch nochmal danke für euren super Support! Das erlebt man so nicht in vielen Foren.
