Bonjour,
Suite à une manipulation hasardeuse, nous avons eu un crash de base de données assez important. Nous avons réussi à remettre en route le serveur avec toutes les données (je ne sais pas s'il y a de la corruption, à priori non) et par sécurité, nous voulons mettre en place un slave sur un cluster Galera à partir d'un backup via mariabackup (oui parce qu'un bonheur n'arrivant jamais seul, notre serveur slave a crashé 12 heures avant, et n'a jamais pu être redémarré, par manque d'espace disque sur la VM, et plus de place sur l'hyperviseur pour lui en rajouter)
Pour info, nous sommes en plein changement d'infra, et le serveur cible pour la restauration est le futur serveur de prod qui sera clusterisé pour l'occasion, qui va nous servir de slave pour le moment jusqu'à la migration définitive prévue en février...
Pour le coup, j'ai un backup du master (sans galera) en date d'hier, fait avec mariabackup (pas de MyISAM sur nos bases, que du InnoDB), que j'ai pu copier sur le premier serveur du cluster galera (les 2 autres étant pour le moment éteints)
J'ai mis des couleurs pour mieux les identifier par la suite
- J'ai basculé l'ancien master en répli ROW BASED et non plus STATEMENT BASED
- J'ai copié le dossier du backup dans le /var/lib/mysql du premier noeud Galera
- J'ai lancé mon mariabackup --prepare et mon chown -R mysql:mysql sur le premier noeud Galera
- J'ai relancé le service manuellement en me logguant avec le user mysql et en lancant /usr/sbin/mysqld, mais il semble bloqué
Il est 16h18 je n'ai pas l'air d'avoir d'activité sur le serveur.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11 2019-12-03 14:27:02 0 [Note] InnoDB: Last binlog file './1.032974', position 86474726 2019-12-03 14:27:03 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2019-12-03 14:27:03 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2019-12-03 14:27:03 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2019-12-03 14:27:03 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2019-12-03 14:27:03 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB. 2019-12-03 14:27:03 0 [Note] InnoDB: 10.4.7 started; log sequence number 8849705826848; transaction id 38273629798 2019-12-03 14:27:03 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool 2019-12-03 14:27:03 0 [Note] Plugin 'FEEDBACK' is disabled. 2019-12-03 14:27:06 7 [Warning] InnoDB: Cannot add field `***` in table `***`.`***` because after adding it, the row size is 8220 which is greater than maximum allowed size (8126) for a recordon index leaf page. 2019-12-03 14:27:14 0 [Note] InnoDB: Buffer pool(s) load completed at 191203 14:27:14
J'ai trouvé ce rapport de bug qui date un peu (février 2014) où il semble être indiqué qu'il me suffirait d'attendre pour que le serveur se débloque... Est-ce que je suis ce conseil, ou est-ce qu'il y a quelque chose que je pourrais faire ?
Pour info, le dossier /var/lib/mysql fait presque 900Go
Partager