mysqldump: Got error: 1045: "Plugin caching_sha2_password could not be loaded:

Ich habe von diesem Fehler in Zusammenhang mit netcup durchaus schon gehört, aber (leider) kann ich den auf meinem ncLabs-Webhosting nicht reproduzieren. Hier funktioniert Dein Befehl einwandfrei. Ob netcup da bereits irgendeinen Fix eingespielt hat, entzieht sich meiner Kenntnis.

• Server Version: MySQL 8.0.30
• Client Version: MariaDB 10.3.34

Wenn mysqldump direkt am Webhostingserver über SSH nicht funktioniert, würde ich mich einmal an den Support wenden und um Prüfung durch die entsprechende Fachabteilung bitten. Bei nc-Labs scheint es ja zu klappen, Du kannst gerne auf dieses Thema verweisen.

EDIT: Ich kann es doch reproduzieren, aber nur wenn der Benutzername falsch ist. Kannst Du das als Ursache bei Dir ausschließen?

Moin,

leider kenne ich mich mit den Gegebenheiten im Netcup Webhosting nicht aus. Auf einem regulären MySQL Server kommt das Problem allerdings daher, dass Nutzer seit einigen Versionen standardmäßig mit dem neuen caching_sha2_password Plugin gesichert werden, welches, soweit ich weiß, nicht mit MariaDB ausgeliefert wird.

Als "Abhilfe" (wenn man mit der leicht weniger sichereren Authentifizierungsmethode einverstanden ist), kann ein neuer MySQL Benutzer mit der alten Methode erstellt werden (sollte auch mit MODIFY funktionieren):

CREATE USER 'foo'@'bar' IDENTIFIED BY 'baz' WITH mysql_native_password;

Vielleicht weiß ja jemand, ob, und falls ja, wo, solch spezielle Nutzeroptionen in der Webhostingumgebung eingestellt werden können.

Alternativ könnte man sich einen Oracle MySQL Community oder Percona MySQL Client installieren.

Ich würde einfach phpMyAdmin über das WCP nehmen für den Dump. mysqldump ist prima, aber wenn du den Dump wieder einspielen willst per SSH dann geht das ja schon wieder nicht, sogar wenn das Passwort nach dem alten MySQL Standard verschlüsselt ist, weil sich sowieso keine Dateien vom Webhostingserver in die Datenbank auf dem Datenbankserver einspielen lassen.

Zitat von tab

mysqldump ist prima, aber wenn du den Dump wieder einspielen willst per SSH dann geht das ja schon wieder nicht

[...]

weil sich sowieso keine Dateien vom Webhostingserver in die Datenbank auf dem Datenbankserver einspielen lassen

wieso sollte das nicht gehen? habe ich da irgendeine Eigenart von Plesk wieder nicht mitbekommen?

hab zumindest eben erfolgreich ein SQL-Backup über die Shell des Webservers erstellt und anschließend wieder eingespielt:

bash-5.0$ mysqldump -u kxxxxx_importtestuser -h 10.35.xxx.xxx --no-tablespaces -p kxxxxx_importtestdb > backup.sql
Enter password:
bash-5.0$
bash-5.0$ mysql -ukxxxxx_importtestuser -h10.35.xxx.xxx -p kxxxxx_importtestdb < backup.sql
Enter password:
bash-5.0$

mysqldump wird selbst im Netcup Wiki bei großen DBs empfohlen.

Hmm, ich dachte das mal in einem Thread gelesen zu haben. Aber wenn es bei dir funktioniert hat, war das wohl entweder ein Missverständnis oder eine Zeitungsente. Muss ich heute nachmittag direkt mal ausprobieren.

So langsam dämmert es mir wieder. Es ging wohl darum, dass man über den MySQL Client auf dem Webserver keine lokalen SQL-Dateien einspielen kann. Mit mysqldump ist das freilich etwas völlig Anderes. Sonst könnte man die Datenbanken ja per PHP überhaupt nicht benutzen.

Zitat von tab

über den MySQL Client auf dem Webserver keine lokalen SQL-Dateien einspielen

joa das funzt jedenfalls, siehe Zeile #5 - ansonsten könnte man den mysql Client vom Webserver auch getrost wieder löschen weil (fast) nutzlos.

egal, evtl mal ein Thema für einen anderen Thread - wird ja langsam offtopic und hilft talkuvit nicht weiter... sorry dafür.

Bei so einer Fehlermeldung würde ich mich wohl mal den Support wenden. Schließlich liegt das außerhalb unserer Berechtigungen - zumindest sofern KB19 nicht Recht hat mit dem falschen Login (aber ich kann es tatsächlich auch nur genau so nachstellen bei Verwendung eines nicht existenten DB-Users).