On 03/22/2012 03:06 PM, Veronique Loquet wrote: > Bonjour -- switch sur MariaDB > > Véro > > -----Message d'origine----- > De : [email protected] [mailto:[email protected]] De la part > de Gregory Duchatelet > Envoyé : jeudi 22 mars 2012 14:58 > À : French SysAdmin Group > Objet : [FRsAG] Problème rencontré avec MySQL 5.6.4 > > Bonjour, > > je vous écris pour un petit retour d'expérience avec MySQL 5.6.4, qui > est toujours en beta. J'ai configuré 2 nouveaux serveurs en slaves, > comme d'habitude, dans une grappe de MySQL en 5.5.10. > > Le dump pour créé le slave est créé classiquement avec mysqldump, puis > inséré sur les nouveaux serveurs. Dans les faits j'ai fais un dump par > table, en parallèle, single-transaction, etc, mais comme on va le voir > par la suite OSEF. > > Le setup se passe bien, puis je lance la réplication, et là ça bloque > très vite : > > ERROR 1034 (HY000): Incorrect key file for table 'message'; try to > repair it > > C'est une grosse table InnoDB de 10GB, 105M de rows, partitionnés par > date. > > Etrangement, je peux quand même en faire un dump en local, puis DROP, > puis réinjection du dump : même soucis. Rebelotte avec un dump/restore à > > base de LOAD DATA INFILE : idem. > > Là, je vire le partitionnement : ALTER TABLE message REMOVE PARTITIONING > > et ça passe. Je suis en train de les repartitionner, on va voir si ça > passe mais j'ai bon espoir... > > La requête en question comporte une clause ISNULL() or on peut voir dans > > les changelogs que beaucoup de travail et de bugs concerne les champs > NULL. > > A suivre, parce que j'ai bien l'intention de mettre ces 2 slaves en > prod. > Véronique. Pour quelle raison switcher vers MariaDB ?
Ce n'est pas ça qui va résoudre son problème dans l'immédiat. En plus, on n'est pas encore vendredi. Merci. -- Cyril "Davromaniak" Lavier KeyID 59E9A881 http://www.davromaniak.eu _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
