Passage de 3.4.2 à 3.5.2 problématique

  • ktofe
  • Topic Author
  • Junior Member
  • Junior Member
More
3 months 7 hours ago - 3 months 7 hours ago #5722 by ktofe
Bonjour,

J'ai une version 3.4.2 en prod qui tourne sans problème 
Sur le même serveur je veux tester une version 3.5.2
l'arborescence est donc GRR-3.5.2/ j'ai mis les bon droits et configuré le fichier connect.inc
je copie la base Mysql grr342 en une nouvelle base grr352
je me connecte sur le navigateur, voici le message  :
La connexion au serveur mysql est établie mais certaines tables sont absentes de la base grr352.
  • Soit vous procédez à une mise à jour vers une nouvelle version de GRR. Dans ce cas, vous devez procéder à une mise à jour de la base de données MySql.
    Mettre à jour la base Mysql
Je clique sur mettre à jour la base Mysql, voici le message : 
Mise à jour de la base de données (accès administrateur)ATTENTION : Votre base de données ne semble pas être à jour. Numéro de version de la base de données : GRR3.4.2
Cliquez sur le bouton suivant pour effectuer la mise à jour vers la version GRR3.5.2

Je clique sur mettre à jour, et là page blanche avec ce message dans les log apache :

[Thu Feb 13 11:46:21.658527 2025] [php7:error] [pid 1707] [client @IP :53052] PHP Fatal error:  Uncaught mysqli_sql_exception: Can't DROP COLUMN `cou
leur_texte`; check that it exists in /var/www/intranet/GRR-3.5.2/admin/admin_maj.php:53\nStack trace:\n#0 /var/www/intranet/GRR-3.5.2/admin/admin_maj.php(53):
mysqli_query(Object(mysqli), 'ALTER TABLE `gr...')\n#1 /var/www/intranet/GRR-3.5.2/admin/admin_maj.php(939): traiteRequete('ALTER TABLE `gr...')\n#2 {main}\n
thrown in /var/www/intranet/GRR-3.5.2/admin/admin_maj.php on line 53, referer: https://........../intranet/GRR-3.5.2/admin/admin_maj.php


apache en version 2.4.59
php en version  7.3.31
Mysql en version 15.1 (Mariadb )

Merci pour votre aide
Christophe



 
Last edit: 3 months 7 hours ago by ktofe.

Please Log in or Create an account to join the conversation.

  • ktofe
  • Topic Author
  • Junior Member
  • Junior Member
More
3 months 4 hours ago - 3 months 4 hours ago #5723 by ktofe
Replied by ktofe on topic Passage de 3.4.2 à 3.5.2 problématique
Je précise que la mise à jour de 3.4.2 vers 3.5.1g se fait correctement !
Résultat de la mise à jour
Mise à jour jusqu'à la version 3.4.3:
Ok !
Mise à jour jusqu'à la version 3.5.0 :

Passage de la base en utf8mb4 COLLATE utf8mb4_unicode_ci
character_set_database est réglé à utf8mb4
Passage de character_set_database à  utf8mb4 COLLATE utf8mb4_unicode_ci
Ok !
Passage des tables en utf8mb4 COLLATE utf8mb4_unicode_ci
Conversion de grr_participants à varchar(189) utf8mb4 COLLATE utf8mb4_unicode_ci
Passage de grr_area en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_area_periodes en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_calendar en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_calendrier_jours_cycle en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_correspondance_statut en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_csv2 en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_entry en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_entry_moderate en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_j_mailuser_room en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_j_site_area en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_j_type_area en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_j_user_area en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_j_user_room en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_j_useradmin_area en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_j_useradmin_site en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_log en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_overload en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_repeat en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_room en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_setting en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_site en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_type_area en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Passage de grr_utilisateurs en utf8mb4 COLLATE utf8mb4_unicode_ci en cours. Ok !
Migration terminée : Tables encodées en utf8mb4 COLLATE utf8mb4_unicode_ci
Ok !
Mise à jour de la table grr_log:
Ok !
Mise à jour jusqu'à la version 3.5.1:
Ok !
Last edit: 3 months 4 hours ago by ktofe.

Please Log in or Create an account to join the conversation.

  • ktofe
  • Topic Author
  • Junior Member
  • Junior Member
More
2 months 4 weeks ago - 2 months 4 weeks ago #5724 by ktofe
Replied by ktofe on topic Passage de 3.4.2 à 3.5.2 problématique
Bonjour,

Je rajoute que le passage de la version 3.5.1g à la version 3.5.2 fonctionne bien.
Je peux tout faire par l'interface d'administrateur :
Sauvegarde de la base 3.4.2
Restauration de la base 3.4.2 en GRR 3.5.1g
Sauvegarde de la base 3.5.1g
Restauration de la base 3.5.1.g en 3.4.2 => OK

Hé oui, j'ai 3 GRR qui tournent du coup !
Le 3..4.2 en prod et 3.5.1g et 3.5.2 en test

Je précise qu'entre 3.4.2 et 3.5.1g l'authentification passe de ldap en SSO / http
Last edit: 2 months 4 weeks ago by ktofe.

Please Log in or Create an account to join the conversation.

  • Yan
  • Developpeur GRR
  • Developpeur GRR
More
3 weeks 5 days ago #5767 by Yan
Bonjour,
merci pour votre signalement.
Je propose le commit github.com/JeromeDevome/GRR/commit/53515...9d041c33fb8010f231a2 qui semble corriger ce problème de mise à jour vers la version 3.5.2 depuis une 3.4.x.
Cordialement,
YN

Please Log in or Create an account to join the conversation.

Moderators: Yan