You are not logged in.
Bonsoir,
Lors de la mise à jour de GLPI de la version 9.4.5 vers la version 9.5.0, dans les les prérequis, j'ai un warning :
"Test des données des fuseaux horaires - L'accès à la base des fuseaux horaires (mysql) n'est pas autorisé."
Est-ce que quelqu'un parmi vous pourrait me dire à quel endroit je peux intervenir pour supprimer ce warning ?
Pour information, ma base de données est un cluster Galera, elle n'est donc pas hébergée en local sur le même serveur que l'instance GLPI.
Merci par avance pour votre aide et pour vos pistes.
Offline
Bonjour,
J'ai le même problème mais je ne trouve pas d'informations sur la documentation concernant cette erreur.
Offline
Bonjour
Idem, je cherche une info pour corriger ce message d'avertissement
=================
GLPI : 9.5.1
OS : Debian 10
FusionInventory : 9.5.0+1.0
Offline
Je viens de trouver ça dans la release note:
https://services.glpi-network.com/docum … #timezones
Offline
Bonjour,
Même problème ici mais ça ne bloque pas le passage en 9.5
Par contre, même après la migration des timestamp j'ai toujours ce même message dans la page des profils utilisateurs.
Je suis donc également preneur d'une éventuelle solution/indication sur la résolution de ce point !
Offline
Bonjour,
J'ai un problème similaire concernant le fuseaux horaires après le passage en 9.5.1.
Résumé de la mise à jour :
Message qui reste lorsque je me connecte en tant que "glpi"
J'ai essayé la commande indiquée dans la release note mais j'ai ce message d'erreur qui apparait :
Avez vous rencontrez la même problématique ?
Merci d'avance,
Robin
=================
GLPI : 10.0.7
OS : Debian 11
GlpiInventory : 1.2.1
Offline
Bonjour
voici la manip a faire
il faut lancer la commande depuis /var/www/html/glpi
root@SVM-GLPI:/var/www/html/glpi# php bin/console glpi:migration:timestamps
204tables nécéssitant une migration ont été trouvées
Voulez-vous continuer ? [Yes/no]yes
204/204 [============================] 100%
Migration effectuée.
root@SVM-GLPI:/var/www/html/glpi#
Stéphane
=================
GLPI : 9.5.1
OS : Debian 10
FusionInventory : 9.5.0+1.0
Offline
Par contre, j'ai toujours mon avertissement
Access to timezone database (mysql) is not allowed.Access to timezone database (mysql) is not allowed.
=================
GLPI : 9.5.1
OS : Debian 10
FusionInventory : 9.5.0+1.0
Offline
Merci pour ton retour mais ca n'a pas fonctionné
Par contre j'ai eu un nouveau message d'erreur :
Je suis allé dans le fichier à la ligne demandée (surlignée en jaune) mais j'avoue ne pas comprendre ce qui manquerait :
Pour information mon dossier se trouve dans /var/www/glpi
Merci d'avance,
Robin
=================
GLPI : 10.0.7
OS : Debian 11
GlpiInventory : 1.2.1
Offline
Bonjour,
J'ai également des problèmes lors de la mise à jour. J'ai réglé le pb des timezone, mis à jour php7.0 vers php7.2, mariadb-server et mariadb-client 10.1 vers 10.4 (Le serveur glpi est monté sur debian 9).
Quand je mets à jour GLPI, j'ai l'erreur :
Apparemment, il essaie d'ajouter une colonne qui contiendrait des enregistrements trop grands ?
Est-ce que quelqu'un a résolu ce genre d'erreur ?
En vous remerciant d'avance pour vos réponse.
Offline
Bonjour à tous,
Afin de corriger les warning sur les fuseaux horaires BDD et les profils utilisateurs, je vous invite à effectuer les commandes mysql de ce thread "/forum.glpi-project.org/viewtopic.php?id=278929" :
# mysql -u root -p
# GRANT SELECT ON mysql.time_zone_name TO 'yourglpiuser'@'localhost';
# FLUSH PRIVILEGES;
# exit;
# cd /var/www/html/glpi
# sudo bin/console glpi:migration:timestamps
Ou également de suivre les pré-requis de la doc pour la version 9.5.0 de GLPI :
"/glpi-install.readthedocs.io/fr/latest/timezones.html"
Cdt.
Ps: je ne peut encore poster directement les liens grrr.
Offline
Merci beaucoup pour votre réponse. J'ai passé vos commandes (en mettant à jour php avant, sinon, l'outil fourni avec glpi 9.5.1 ne fonctionne pas).
J'ai encore eu des erreurs lors de la migration qui étaient dues à des essais antérieurs (des tables concernant les domaines de la nouvelle version trainaient dans l'ancienne version).
En repartant d'un glpi 9.4.3 "propre", la migration s'est déroulée correctement.
Ce ticket peut être, pour ma part, clôturé.
Offline