Bug #8982 | Granting a user just SELECT privs on a table breaks replication | ||
---|---|---|---|
Submitted: | 5 Mar 2005 20:33 | Modified: | 3 Jun 2005 20:23 |
Reporter: | Bruce Dembecki | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Administrator | Severity: | S2 (Serious) |
Version: | MySQL Admin V 1.0.5-Alpha | OS: | MacOS (Mac OS X V 10.3.8) |
Assigned to: | Alfredo Kojima | CPU Architecture: | Any |
[5 Mar 2005 20:33]
Bruce Dembecki
[25 Apr 2005 9:52]
Guilhem Bichot
Hello, What happens is that MySQL Administrator generates this "INSERT ... @new_user ..." statement to update the MySQL system tables where users are stored. @new_user is called a "user variable" it's a feature of the MySQL server (please see the manual). The problem is that in MySQL 4.0, user variables don't work well with replication. So, for what you do (which is nothing wrong) with MySQL Administrator to work, both replication master and slave must be 4.1 (our current production release, which brings subSELECTs, some replication bugfixes etc).
[25 Apr 2005 16:48]
Bruce Dembecki
I'm fine with this response... I suspect however that it needs to be clearly stated somewhere that MySQL Administrator doesn't support 4.0.n.
[26 Apr 2005 13:12]
Alfredo Kojima
We will fix MA (all platforms) so that this problem won't manifest itself, even in 4.0 servers.
[26 Apr 2005 13:23]
Guilhem Bichot
I'm setting it back to "verified", as Alfredo said he would kindly fix MA to avoid hitting this replication bug.
[3 Jun 2005 20:23]
Alfredo Kojima
Thank you for your bug report. This issue has been committed to our source repository of that product and will be incorporated into the next release. If necessary, you can access the source repository and build the latest available version, including the bugfix, yourself. More information about accessing the source trees is available at http://www.mysql.com/doc/en/Installing_source_tree.html