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 

 

 

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?

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.

 

@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, 20233 yr by SidM
edit

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).

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.

 

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.

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.

 

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? 

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.

 

 

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:

 

 

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.

 

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.