Hello,
our situation is, that we habe two instances of open-xchange, each using own hardware and mysql-dbs. These db’s are replicated by mysql master-master-replication. So far, so good.
The issue is, that in case of ox-updates the database of the first instance will be updated on first login. My understanding of the replication is, that this database-update will also be replicated to the other machine…
But on first login on the other ox-instance (after the same ox-update) the affected db will be updated again. This (second) update causes problems, that induce to the loss of replication. This behaviour is redroduceable. The mysqld.log on both machines say, that the replication stopped because of errors, which have to solved to be able to start replication again.
It seems, that the db-update on the second machine causes the problem. Is it possible to avoid this (unnecessary?) db-update? How is it triggered?
On does anyone have another suggestion?
our situation is, that we habe two instances of open-xchange, each using own hardware and mysql-dbs. These db’s are replicated by mysql master-master-replication. So far, so good.
The issue is, that in case of ox-updates the database of the first instance will be updated on first login. My understanding of the replication is, that this database-update will also be replicated to the other machine…
But on first login on the other ox-instance (after the same ox-update) the affected db will be updated again. This (second) update causes problems, that induce to the loss of replication. This behaviour is redroduceable. The mysqld.log on both machines say, that the replication stopped because of errors, which have to solved to be able to start replication again.
It seems, that the db-update on the second machine causes the problem. Is it possible to avoid this (unnecessary?) db-update? How is it triggered?
On does anyone have another suggestion?
Comment