Bug #30929 | Replication fails with error 1366 on slave | ||
---|---|---|---|
Submitted: | 10 Sep 2007 11:57 | Modified: | 23 Jan 2008 8:32 |
Reporter: | Antonio Trindade | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Server: Replication | Severity: | S2 (Serious) |
Version: | 5.0.41 | OS: | Windows (2003 R2) |
Assigned to: | CPU Architecture: | Any | |
Tags: | 1366, replication, slave |
[10 Sep 2007 11:57]
Antonio Trindade
[10 Sep 2007 13:21]
MySQL Verification Team
Thank you for the bug report. Could you please provide: - The master and slave my.ini files. - Create table statement. - The insert statement which causes the issue. Thanks in advance.
[10 Sep 2007 14:43]
Antonio Trindade
Slave and master ini
Attachment: my.zip (application/zip, text), 8.07 KiB.
[10 Sep 2007 14:49]
Antonio Trindade
I send you the script of the table pagamentos that is indicated on the error and of the table pagamentoslog that was the column autor the possible one refered on the error message. The query is indicated on the error message. Thanks,
[12 Sep 2007 15:29]
Antonio Trindade
Hello, i test the replication with the same data on 2 Linux (Fedora - Master | Debian - slave) both with the version 5.0.45 and the result was the same. I think that the column name on the error is wrong but the query is that one. Thanks,
[17 Sep 2007 17:33]
Antonio Trindade
Hello, apparently the problems is in the use of the variable "USER()" on a trigger of the table pagamentos that is trying to write on the user name on a column "autor". Thanks,
[23 Jan 2008 8:32]
Sveta Smirnova
Thank you for the report. Closed as "Not a Bug" according to last comment.