You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@AMecea
I tested the new release and in essence everything is going ok. Also upgrading existing operator with cluster (only one replica, because of the old issue)
On dev K8s cluster . created also a total fresh and new operator with a new cluster (1 master and 2 slaves) from k8s perpective they seems healthy, but the orchestrator and the log show otherwise -> replication simply wont start after imported a copy of existing database. The error message is:
2018-11-29T07:32:10.849587Z 8 [Warning] Neither --relay-log nor --relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use '--relay-log=prod-ain-cluster-mysql-1-relay-bin' to avoid this problem.
@AMecea
I tested the new release and in essence everything is going ok. Also upgrading existing operator with cluster (only one replica, because of the old issue)
On dev K8s cluster . created also a total fresh and new operator with a new cluster (1 master and 2 slaves) from k8s perpective they seems healthy, but the orchestrator and the log show otherwise -> replication simply wont start after imported a copy of existing database. The error message is:
Earlier in the log I see a warning:
Please find belwo the full log of one of the slaves:
logs-from-mysql-in-prod-ain-cluster-mysql-2.txt
helm ls shows this:
ain-mysql-operator 14 Wed Nov 28 21:57:22 2018 DEPLOYED mysql-operator-0.2.1 v0.2.1 default
To be complete please find below the full log of the orchestrator:
logs-from-orchestrator-in-ain-mysql-operator-orchestrator-0.txt
NB: please note the k8s is running on AKS (azure) 1.11.3
The text was updated successfully, but these errors were encountered: