Changement de TimeZone

Bonjour
Je viens d'installer un nouveau serveur GRR en version 3.5.x et j'ai migré ma version historique GRR en version 3.4.
J'ai eu la surprise d'avoir un décalage de date et en regardant de près il s'avère que ma version 3.4 est sur la timezone America/New-York et ma nouvelle version sur Europe/Paris.
J'ai changé dans la conf pour être sur la TimeZone America/New-York et tout est ok.
Par contre est-il possible de faire un "traitement" pour remettre sur la timezone "Europe/Paris" ?

Merci
Olivier

 

Bonjour,
c'est une bonne question : les horaires enregistrés dans la base de données sont-ils en UTC ou en temps local ?
Dans l'un ou l'autre cas, je ne vois pas d'autre façon de procéder que passer par un outil tel que phpmyadmin pour changer les horaires des réservations enregistrées en accord avec les horaires de Paris et le réglage de GRR sur ce fuseau horaire. Inutile de préciser qu'il est plus prudent de faire une sauvegarde de la base de données avant puis après le traitement.
Bon courage, cordialement,
YN

Bonjour
Merci de ton retour !!
Je pense que vais garder le mauvais TimeZone !!
Par contre cela m'apporte un nouveau souci !! Si je change le Timezone et que je suis déjà connecté tout est ok mes réservations se retrouvent bien ok.
Par contre quand je me déconnecte et que je veux me reconnecter... je ne peux plus !! Je suppose qu'il doit y avoir une autre variable pour le temps mais je ne sais où ?
Merci
Olivier

En regardant de plus près il s'avère que dans la base de données GRR je me retrouve avec ceci (voir PJ)

Il semble que les valeurs dans la table log ne soient pas ok et donc je ne peux plus me connecter !

Olivier   

Bonjour,
apparemment, les horaires enregistrés le sont en heure locale (10h16 ici, enregistré 04h16 à l'heure de New-York).
Et donc quand GRR vérifie si la session est active, la durée est dépassée, ainsi la connexion est rejetée. Cela ne se produirait pas avec une connexion SSO, puisque dans ce cas, c'est le serveur CAS qui contrôle indirectement la session.
Finalement, je pense qu'il vaudrait mieux paramétrer GRR en heure locale (Paris) selon l'heure du serveur. Une alternative serait de paramétrer le serveur en heure New-York et définir dans GRR le paramètre de décalage horaire puisque vos clients sont vraisemblablement à l'heure de Paris.
Cordialement,
YN

Oui je suis vers un vrai souci !!
Avec CAS j'ai exactement le même souci car il va aussi vérifier les données de la table log !!
Si je reste en Paris je dois revoir tous les timestamps de toutes mes réservations !!
Je ne sais pas trop comment je peux faire cela. Il faut que je fouille un peu

A priori la fonction convert_tz de Mysql devrait répondre à votre problème.
Bon courage !

Au final dans la table entry j'ai mis à jour les champs start-time et end-time en enlevant 21600 secondes (6heures) je vérifie mais cela semble suffisant.
Olivier

Merci vous confirmez que cela ne concerne que la table grr_entry ?
Merci
Olivier

Il faut voir à l'usage, car il y a aussi un timestamp dans grr_entry_moderate et grr_repeat.