SidM Posted January 22, 2023 Share Posted January 22, 2023 Ich hab es jetzt schon öfters gehabt, dass MariaDB mein System nahezu komplett auslastet (CPU Last im Dashboard über 90%). Nach einen Neustart des Containers ist erstmal alles wieder gut, bis zum erneuten auftreten. Im LOG ist mir folgendes aufgefallen: MariaDB upgrade (mariadb-upgrade) required, but skipped due to $MARIADB_AUTO_UPGRADE setting ein Upgrade habe ich mit mysql_upgrade -p probiert, allerdings habe ich das Passwort zu beginn selbst generieren lassen und es natürlich auch nicht notiert. Bevor ich jetzt Wild probiere und mir die Datenbank zerschieße, frage ich lieber nach! hier noch der Komplette LOG: Der Container ist der "MariaDB-Official" von @mgutt Quote Link to comment
mgutt Posted January 23, 2023 Share Posted January 23, 2023 7 hours ago, SidM said: CPU Last im Dashboard über 90% In welchem? Allgemein oder in der Container Übersicht unter Apps? Ich tippe darauf, dass das eine normale Last ist, weil du den Speicherpfad des Containers noch auf /mnt/user stehen hast. Kann das sein? Quote Link to comment
hawihoney Posted January 23, 2023 Share Posted January 23, 2023 7 hours ago, SidM said: mysql_upgrade -p Das ist doch ein Container. Wieso muss der manuell aktualisiert werden? Mit Ausnahme des Nextcloud Containers kenne ich nix was nicht über den Container Update aktuell bleibt. Quote Link to comment
SidM Posted January 23, 2023 Author Share Posted January 23, 2023 (edited) @mgutt Das Dashboard im Reiter Übersicht. Nee als Speicherpfad ist der direkte verweis auf dem Cache. Aber komplette Auslastung soll normale LAST sein? Verstehe ich nicht, zu diesem Zeitpunkt gibt es dann auch von meiner Seite aus auch kein Zugriff auf Nextcloud. Was hat da also MariaDB zu tun? @hawihoney Ja gebe ich dir Recht, Steht aber nun mal so im LOG vom MariaDB Container. Wenn ich Updates suche wird mir für den Container kein update angezeigt. Update funktion geht aber auch, da ich erst gestern wieder ein Container aktualisiert habe. edit: Was auch komisch ist: Wenn ich im Reiter Docker die erweiterte Ansicht aktiviere, dann ist die Anzeige von PROZESSOR/SPEICHER AUSLASTUNG nicht mehr dynamisch. Also die Werte werden nur einmal aktualisiert und verharren dann solange bis ich die Seite neu aktualisiere. Das hatte ich mit Unraid 6.9.2 nicht sondern erst mit dem Update auf 6.11.5 . Ist das bei euch auch so und wenn nein, wie kann ich das fixen? Edited January 23, 2023 by SidM edit Quote Link to comment
mgutt Posted January 23, 2023 Share Posted January 23, 2023 Während das passiert: Bitte mal htop in der Kommandozeile ausführen. Ansonsten: Dump erstellen, Container mit anderem Namen und Pfad neu installieren und Dump einspielen. (Mit neuem Namen, damit du im Härtefall zurück kannst). Quote Link to comment
hawihoney Posted January 23, 2023 Share Posted January 23, 2023 44 minutes ago, SidM said: Ist das bei euch auch so und wenn nein, wie kann ich das fixen? Bei mir mit 6.11.5 definitiv nicht so. Die CPU Auslastung wird sekündlich (?) aktualisiert. Fixen? Tippe auf Browser. Quote Link to comment
SidM Posted January 23, 2023 Author Share Posted January 23, 2023 7 minutes ago, mgutt said: Während das passiert: Bitte mal htop in der Kommandozeile ausführen. Hab ich die Male immer gemacht nur leider kein Screenshot davon... Im Prozess stand "MariaDB" und bei CPU% so 700-800 Ja einen Dump erstellen, hättest du eine gute Anleitung für mich? Bin damit noch nicht so vertraut. Ich hätte jetzt einfach den kompletten Pfad den Containers kopiert? 16 minutes ago, hawihoney said: Bei mir mit 6.11.5 definitiv nicht so. Die CPU Auslastung wird sekündlich (?) aktualisiert. Fixen? Tippe auf Browser. Nutze Chrome, habe jetzt noch Internet Explorer und Edge getestet, das ergebnis bleibt dasselbe. Firefox möchte ich jetzt nicht extra installieren... Wenn ich die Seite Refreshe, werden auch die ersten 2-3s die Werte aktualisiert bleibt danach aber stehen. Quote Link to comment
mgutt Posted January 23, 2023 Share Posted January 23, 2023 Just now, SidM said: Ja einen Dump erstellen, hättest du eine gute Anleitung für mich? Bin damit noch nicht so vertraut. Ich hätte jetzt einfach den kompletten Pfad den Containers kopiert? Ja, steht in der Containerbeschreibung und nein, eben keine Dateien kopieren. Das wäre dann kein Dump. Alternativ mit Adminer alles rausziehen und einspien. Quote Link to comment
SidM Posted January 23, 2023 Author Share Posted January 23, 2023 Ahh! Okay. Weil ich das Rootpasswort aber nicht notiert habe, muss ich das vorher zurücksetzen? Oder kann ich dazu einfach bei "Generate Random Password:" das Yes entfernen und bei Root Password: mir ein neues vergeben? Quote Link to comment
mgutt Posted January 23, 2023 Share Posted January 23, 2023 Nein, du kannst das Root Passwort nur auf einem speziellen Weg ändern, der im Support Thread beschrieben ist. Aber das brauchst du nicht machen, wenn du nur eine DB drin hast und dann mit deren Login über Adminer den Export durchführst. Wie du es machst ist vom Prinzip egal. Probier dich einfach durch. Quote Link to comment
SidM Posted January 23, 2023 Author Share Posted January 23, 2023 So, da bin ich wieder! Ich habe es mit dem Adminer Docker probiert. Konnte verbindung zur MariaDB Datenbank aufbauen und habe dann den Dump so erstellt: Habe dann eine weiteren MariaDB Docker installiert, dort habe ich alle Einstellungen gleich gelassen. Bis auf auf die Pfade. Aus /mnt/cache/appdata/mariadb-official/data ist /mnt/cache/appdata/mariadb-official-neu/data und aus /mnt/cache/appdata/mariadb-official/config ist /mnt/cache/appdata/mariadb-official-neu/config geworden. Das jetzt neu generierte Root-Passwort habe ich notiert und den Container gestartet. Anschließend die Nextcloud.sql.gz mit Adminer importiert. Nach dem Import habe ich aber keine Einträge gehabt und bei der Prozessliste sag es so aus: Ab hier habe ich dann aufgehört. Weil ich das ganze Konstrukt noch nicht verstanden/verinnerlicht habe. Stattdessen habe ich wie hier geschrieben, das Root-Passwort vom ursprünglichen Container geändert. Danach konnte ich mit mysql_upgrade -p die Datenbank "reparieren"? Jedenfalls ist so der Fehler im Protokoll weg: Jetzt muss ich beobachten und schauen, ob es daran gelegen hat. To be continued... P.S. Was mir aber noch aufgefallen ist. Das die zweite Instanz andere Rechte hatte: Quote Link to comment
mgutt Posted January 24, 2023 Share Posted January 24, 2023 11 hours ago, SidM said: Nach dem Import habe ich aber keine Einträge gehabt Da sollte eigentlich eine Fehlermeldung erscheinen, wenn es nicht klappt. Ich tippe darauf, dass du die Tabellen, aber nicht die Datenbank exportiert hast. Dh du musst erst auf dem Ziel die Datenbank "Nextcloud" erstellen, weil die eben nicht existiert. Das würde aber heißen, dass du den neuen Container nicht mit den selben Einstellungen installiert hast, weil wenn man da "Nextcloud" hinterlegt, erstellt der die DB meine ich automatisch beim ersten Start. Müsste ich aber auch noch mal testen. Quote Link to comment
mgutt Posted January 24, 2023 Share Posted January 24, 2023 Gerade probiert. Also oben muss denke ich der DB-Name stehen, wenn man den Import startet, ansonsten importiert man zur "Root-Ebene" und dann weiß MariaDB vermutlich nicht wohin die importierten Tabellen sollen. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.