L'upgrade casse sur une (grosse) table spip_articles en innodb
La mise à jour échoue sur
car la table est trop grosse, d'où timeout, et ça boucle car le système ne sait pas reconnaitre qu'il a fait cet upgrade. Ensuite, bien que venant de exec=upgrade pour retenter le coup, je bute sur une page toute moche qui me dit "Ce site n'est pas encore configuré. Revenez plus tard..." je m'en sors en allant danset en commentant la ligne la plus couteuse, déjà effectuée, dans le code d'upgrade :ensuite ca bloque de nouveau, sur :il y a une trentaine de ALTER de ce type, galère... je me résouds à le faire à la main dans la console mysql et à zapper maj_v019_45(); même comme ça il faut 1min à 2 min par champ, et même 12 min pour spip_articles.url_site ! de nouveau ça coince en maj_v019_50() la requeteprovoque un "copy to tmp table" ainsi que les... ma table spip_articles aurait-elle quelque chose de particulier ? je n'ai pas vu quoi ; seul indice, elle est en innodb -- pour le reste elle était parfaitement propre (à mes yeux du moins).