Re: [sympa-fr] suite à une migration 6.1.24 vers 6.2.32, perte des dates d'abonnements

[Benoît Marchal <adresse@cachée>]

Bonsoir,

Merci pour ta réponse,.

Non je n'ai pas fait de sympa --upgrade car au premier lancement, après passage de la base en 6.1.24 vers le nouveau serveur, il y a eu tout plein de mises à jour de structure de cette base.

Cdlt

---

Benoît MARCHAL
Sous direction Infrastructure & Services
Direction du Numérique
Université de Lorraine
Tél : 03.72.74.11.39
mél : adresse@cachée

----- Le 9 Juil 18, à 17:01, Laurent Spagnol <adresse@cachée> a écrit :

Bonjour Benoit,

Je suis également en 6.2.32, je n'ai eu aucun problème avec cette mise à
jour, notamment pas celui que tu décris.

Pour info, je ma DB est Postgres (ça peut avoir un impact: j'ai déjà eu
des problèmes suite à une mise à jour qui n'avait pas affecté les
utilisateurs de MySQL/MariaDB).

Question bête: as-tu pensé à la commande "sympa --upgrade" ?

Cdlt,

LS


Le 09/07/2018 à 15:33, Benoît Marchal a écrit :
> Bonjour,
>
> Je suis donc passé il y a une quinzaine de jour de la version 6.1.24 à
> la version 6.2.32.
>
> Lors du passage, j'ai perdu les dates d'abonnements dans les listes. Ce
> n'est pas franchement gênant, mais désoriente les propriétaires de listes.
>
> En regardant la structure de la base, il y a  des colonnes nouvelles.
> Auparavant, les dates étaient mémorisées  dans la colonne
> /date_subscriber/ (respectivement /update_subscriber/) au format datetime.
> Maintenant, il y en plus, la colonne /date_epoch_subscriber/
> (respectivement /update_epoch_subscriber/) au format epoch sur int(11).
>
> Pour tous les abonnements réalisés avant la migration, on a une valeur
> dans /date_subscriber/ et un NULL dans /date_epoch_subscriber/.
> Depuis la migration, c'est l'inverse : /date_subscriber/ est à
> 00-00-0000 00:00 alors que /date_epoch_subscriber/ est différent de
> NULL, pour les nouveaux abonnements.
>
> j'ai l'impression qu'à la migration, la conversion ne s'est pas faite et
> que depuis on n'utilise que la deuxième série de colonnes.
>
> Est ce que je peux, à votre avis, convertir toute les dates en date
> epoch pour les enregistrements contenant NULL dans cette dernière ?
> Question subsidiaire, est ce que les colonnes date_subscriber et
> update_subscriber ont toujours lieu d'être ?
>
> En vous remerciant par avance.
>
> Cordialement
>
> ---
> Benoît MARCHAL
> Sous direction Infrastructure/& Services/
> Direction du Numérique
> **/Université de Lorraine/
> Tél : 03.72.74.11.39
> mél : adresse@cachée

--
Laurent Spagnol
Administrateur GNU/Linux

Université de Reims
Direction du Numérique

Campus du Moulin de la Housse
BP 1039 - 51687 Reims cedex 2

Plan d'accès : https://frama.link/DN-URCA

Tel: +33 3 26 91 88 32
Fax: +33 3 26 91 31 87

https://numerique.univ-reims.fr