I have MySQL 5.6.19 running on Windows Server 2008 R2.
I have 3 servers A, B, C
Server A is a stand alone server. This server had data that can't be placed on SERVER B (ie. users information.)
Server B is another stand alone server which has data that can't be saved on server A. Server B is a master of server C.
Server C is another stand alone reporting server which is a SLAVE of server B.
After using adding FEDERATED table to server B. I re-sync server C "the the slave" to Server B "it's master."
But now server C will not start unless I add –skip-slave-start option.
In addition, whenever I issue START SLAVE;
command on server C, this server stops working immediately (crashed.)
Something is going on with the replication. I must say that the replication was working before I added the FEDERATED table with no issues. (IMPORTANT NOTE: I did not issue any create table engine=FEDERATED while the replication is running. I first created all the FEDERATED tables on the master (SERVER B) and then I created a server backup and restored it into the slave (SERVER C).
In an effort to figure out what is causing this crash. I have added core-file
to the file my.ini
to get MySQL to generate core.pid
file, but nothing was created.
I tried to add core-file-size=1GB
but this caused the not to start at all due to unknown variable! (perhaps it is not recognized by Windows.)
What can I do to investigate this silent crash on Windows 2008 R2?
Thank you
Best Answer
I figured out a solution.
I run MySQL via the command line
I disabled this line
log-error=....
from the my.ini file.I stopped MySQL service. Then I opened a command line and run this
This showed me that I run into a bug with MySQL