WARNING - Falsche Anfrage / Wrong QuerySQL-Query

[get.the.MaX]

Ich habe gestern das neue Update 3.1.8 installiert, seid dem habe ich beim erstellen oder ändern einer E-Mailadresse immer wieder folgenden Fehler:
WARNING - Falsche Anfrage / Wrong QuerySQL-Query = UPDATE server SET updated = '20536' WHERE server_id = 5 -> 1142 (UPDATE command denied to user 'ispcsrv5'@'mail.xxx.com' for table 'server')

Die Zugangsdaten zum Master und lokal scheinen zu passen.
Das ändern oder erstellen einer E-Mailadresse funktioniert.
Es handelt sich um eine Multiserver Installation, der Fehler tritt aber nur auf dem Mailserver auf.

13.11.2017-15:13 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = SELECT * FROM sys_ini WHERE sysini_id = 1 -> 0 ()
13.11.2017-15:13 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = SELECT config FROM server WHERE server_id = 5 -> 0 ()
13.11.2017-15:13 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = SELECT server_php_id, php_fastcgi_ini_dir, php_fpm_ini_dir FROM server_php WHERE server_id = 5 -> 0 ()
14.11.2017-10:59 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = UPDATE server SET updated = '20532' WHERE server_id = 5 -> 1142 (UPDATE command denied to user 'ispcsrv5'@'mail.xxx.com' for table 'server')
14.11.2017-10:59 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = UPDATE server SET updated = '20533' WHERE server_id = 5 -> 1142 (UPDATE command denied to user 'ispcsrv5'@'mail.xxx.com' for table 'server')
14.11.2017-11:10 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = UPDATE server SET updated = '20534' WHERE server_id = 5 -> 1142 (UPDATE command denied to user 'ispcsrv5'@'mail.xxx.com' for table 'server')
14.11.2017-11:16 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = UPDATE server SET updated = '20535' WHERE server_id = 5 -> 1142 (UPDATE command denied to user 'ispcsrv5'@'mail.xxx.com' for table 'server')
14.11.2017-11:24 - WARNING - Falsche Anfrage / Wrong QuerySQL-Query = UPDATE server SET updated = '20536' WHERE server_id = 5 -> 1142 (UPDATE command denied to user 'ispcsrv5'@'mail.xxx.com' for table 'server')

Jemand eine Idee?

 

[Till]

vermutlich hast Du beim update des laved nicht 'yes' gewählt beim punkt update permissions in master database? Mach dasupdate nochmal und wähle den punkt beim update aus.

 

[get.the.MaX]

Besten Dank, das scheint der Fehler gewesen zu sein. Bisher dachte ich immer man "Reconfigure Permissions in master database" nicht ausführen soll. Könntest du das noch kurz erklären?

 

[Till]

Bei einem Multiserver update sollte man bei einem der slaves hier 'yes' auswählen damit die Berechtigungen der ispcsrv* User für alles slaves aktualisiert werden. bei single server setups wird die Option nicht benötigt.

 

[get.the.MaX]

Alles klar danke nochmal