Federico Chiacchiaretta
Federico Chiacchiaretta
Hi @nuxsmin as a case study I can point out this [Jira issue](https://issues.jboss.org/browse/KEYCLOAK-4928) from Keycloak. I had the same problem using Keycloak with Galera (I was using Percona cluster at...
Hi @nuxsmin Thanks for your answer, I understand the issue now. Let me know if I can help with testing/benchmarking, I'd be glad to help. Regards
Hello @mmontes11 , thank you for your answer. Here my `MariaDB` resource ```yaml apiVersion: mariadb.mmontes.io/v1alpha1 kind: MariaDB metadata: name: mariadb-myns namespace: myns spec: rootPasswordSecretKeyRef: name: mariadb-credentials key: root-password database: mydb...
@grooverdan I can confirm `expire_logs_days` is set to 10 as per default ``` MariaDB [(none)]> select @@expire_logs_days; +--------------------+ | @@expire_logs_days | +--------------------+ | 10.000000 | +--------------------+ 1 row in set...
As far as I know, setting up a new replica via mariabackup is the easiest way, [docs](https://mariadb.com/kb/en/setting-up-a-replica-with-mariabackup/) for reference. Having a sane default for `expire_logs_days` is good for production setup,...
Upon further testing, I found that this issue occurs also when deleting one of the already configured and running replica pods, here the steps I followed to reproduce: 1. create...
@mmontes11 @grooverdan thank you for the full analysis. Indeed the full recovery/replica initialization procedure seems to be hard to automate in the current workflow. I want to notice that, at...
> Then to remediate the previous situation what I did was querying the gitd_current_pos in the master: I think this is not the correct way to get it, since `gtid_current_pos`...
Hey @mmontes11, great news! It definitely makes sense to bootstrap a new replica as described in #246 , that would be a great improvement. Please let me notice that the...
I pushed one last fix for linters (sorry for missing that, it didn't complain when I ran that locally), but failed sanity and integration test don't seem to be related...