Mise à jour 3.4.2x --> 3.4.3a : pb création de table

  • Matt
  • Auteur du sujet
  • Membre junior
  • Membre junior
Plus d'informations
il y a 2 ans 1 mois - il y a 2 ans 1 mois #4192 par Matt
Bonjour,

je viens d'effectuer la mise à jour en version 3.4.3a depuis la version 3.4.2x mais il y a  eu un message d'erreur lors de la mise à jour de la BDD :

Erreur sur la requête : CREATE TABLE IF NOT EXISTS grr_participants (idresa int(11) NOT NULL, participant varchar(200) NOT NULL, PRIMARY KEY (idresa,participant)); (1071 : Specified key was too long; max key length is 767 bytes)


Depuis, il est impossible d'acceder à l'application :
La connexion au serveur mysql est établie mais certaines tables sont absentes de la base grr.

Les seules propositions sont :
  • Mettre à jour la base (mais le script de mise à jour ne détecte plus aucun besoin de mise à jour) 
  • Installer la base (qui me semble un peu risqué)
Dernière édition: il y a 2 ans 1 mois par Matt. Raison: Résolu

Connexion ou Créer un compte pour participer à la conversation.

  • Matt
  • Auteur du sujet
  • Membre junior
  • Membre junior
Plus d'informations
il y a 2 ans 1 mois - il y a 2 ans 1 mois #4193 par Matt
Re,

j'ai du :
  • créer une nouvelle base de données en interclassement UTF8_general_ci et non en UTF8mb4_general_ci .
  • effectuer une nouvelle installation sur la nouvelle BDD
  • restaurer la sauvegarde GRR faite à partir de GRR
  • puis effectuer la mise à jour de la base de données

la seule chose manquante est le thème que j'avais un peu personnalisé.
En copiant les fichiers css présent dans thèmes/perso/css de mon backup vers le répertoire GRR, tout est rentré dans l'ordre.

vous pouvez passer le sujet en résolu :)
Dernière édition: il y a 2 ans 1 mois par Matt. Raison: thème OK

Connexion ou Créer un compte pour participer à la conversation.

  • Yan
  • Developpeur GRR
  • Developpeur GRR
Plus d'informations
il y a 2 ans 1 mois - il y a 2 ans 1 mois #4201 par Yan
Bonjour,
merci pour votre retour d'expérience.
Le débordement vient effectivement de l'utilisation du jeu de caractères utf8mb4_general_ci et de la longueur du champ participant.
Je pense qu'il vaudrait mieux passer participant en varchar(150) ou même varchar(140) si nécessaire, car utf8mb4_general_ci est le "bon" jeu de caractères utf8.
Cordialement,
YN
Dernière édition: il y a 2 ans 1 mois par Yan.

Connexion ou Créer un compte pour participer à la conversation.

  • Matt
  • Auteur du sujet
  • Membre junior
  • Membre junior
Plus d'informations
il y a 2 ans 1 mois #4202 par Matt
Bonjour,

avec plaisir :)
Oui, ce serait idéal car ce n'est pas une info très évidente à trouver et que le jeu de caractères utf8mb4 est semble-t-il de plus en plus utilisé par défaut.

Connexion ou Créer un compte pour participer à la conversation.

Modérateurs: Yan