Vielleicht hilft es jemand, ich wollte lediglich einen mysql Backup-User anlegen, musste dabei aber feststellen, daß ich keine ausreichenden Rechte hatte. Ein Zugriff als mysql User root auf den mysql-Server war beim besten Willen nicht möglich, da ich scheinbar nicht das richtige Passwort hatte.

Error 1045 (28000): Access denied for user ‘root’@'localhost’ (using password: yes)

Kein Problem, dachte ich, schnell den mysql Server gestoppt, mit –skip-grant-tables neu starten, mysql root passwort reseten, Server stoppen und normal starten:

/etc/init.d/mysql stop

mysqld –user=mysql –pid-file=/var/lib/mysql/mysqld.pid –socket=/var/lib/mysql/mysql.sock –datadir=/var/lib/mysql –skip-grant-tables –skip-networking

mysql

UPDATE mysql.user SET Password=PASSWORD(’meinschlauespasswort’) WHERE User=’root’;

kill `cat /var/lib/mysql/mysqld.pid`

/etc/init.d/mysql start
 

Beim ersten Durchlauf gab es keinerlei Fehlermeldungen, alles sah gut aus, bis auf ein kleines Detail, daß mir erst später aufgefallen ist. Beim mysql Update Befehl waren 0 rows affected, d.h. es wurde nichts gemacht. Ein kurzer select * from mysql.user gab dann Klarheit:

Mein Fehler - Ich hatte nicht bedacht, daß dank Plesk der mysql root User nicht root sondern admin heisst, daß Passwort ist das Plesk Zugangspasswort.

Meinen  Backup-User konnte ich dann dank meiner neuen Erkenntnis mit

mysql -e “GRANT SELECT, RELOAD ON *.* TO backup@localhost IDENTIFIED BY ‘meinpasswort’;” -h localhost -u admin -p -v

ganz bequem anlegen.

Beim mysqldump des Backup-Users gab es dann noch ein kleines Problem mit LOCK TABLES für den Table Horde (jaja, wer sonst), daß konnte ich aber elegant mit einem –lock-tables=false am Ende des Dump-Befehls lösen.