problème fin d'import (correspondace des nomenclatures)

[AmelieTagliaferro]

Bonjour,
Notre geonature a été mis à jour à la version 2.9.0 ainsi que le module d'import au 1.1.7.
Je faisais un test d'import après ces mises à jour, avec un fichier .csv de 62 lignes, seulement Geonature tourne pendant un certain temps entre le step 3 et step 4 d'import, soit après la correspondance des nomenclatures, et ne termine pas l'import.
Je n'arrive pas à la prochaine étape (4) et un rectangle rouge sans texte s'affiche en haut de la page.
Dans la console, je trouve ça :

[maki2a]

geonature.log
ci-joint le fichier de logs de cet import.
Avant l'upgrade de geonature le module import avait déjà des bugs car l'import de plus de 1000 lignes était impossible.
cordialement
pierre-ange martos

[camillemonchicourt]

Je ne vois pas d'erreur particulière dans la console ni les logs.
On dirait juste que le serveur n'arrive pas au bout de l'import.
Mais je ne maîtrise pas assez le sujet pour le certifier.
Par contre j'ai fait plusieurs tests avec le module Import 1.1.7 sur un GeoNature 2.9.0 et cela avait fonctionné correctement.
Testé et testable sur le serveur https://demo.geonature.fr.

Une refonte globale du module est en cours : #257
Elle permettra d'améliorer différents éléments du module et notamment ses performances.

Mais en l'état le module a été testé et a fonctionné avec plusieurs centaines ou milliers de données.
Mais avec une certaine instabilité qui est en cours d'amélioration dans la refonte en cours.

[maki2a]

Quelle serais la procédure propre pour une réinstallation du module?
La première installation avait quelques bugs, sa mise à jour à empirer les choses.
Donc plutôt que de corriger le module existant, une réinstallation complète me semble plus rapide.

[DonovanMaillard]

Bonjour,

Nous sommes en train de corriger certaines choses dans la nouvelle version. Il nous reste quelques tests à faire et une erreur a rectifier (pas sur une fonctionnalité centrale).

Si vous pouvez attendre un temps le plus simple est d'attendre la version 1.2 qui apporte quelques nouveautés.

Sinon il faut :

• reprendre les scripts de mise a jour sql pour appliquer manuellement les commandes inverses (supprimer les champs créés etc)
• remplacer votre répertoire gn_module_import par la version que vous souhaitez remettre
• relancer une mise a jour de la configuration

C'est a dire suivre ka doc de mise a jour mais en lançant les scripts sql "a l'envers"

[camillemonchicourt]

Je ne pense pas que désinstaller le module puis le réinstaller va corriger des soucis.
Il y a peut-être des soucis qui sont apparus dans la version récente, que l'on n'a pas identifié de notre côté.
Pour désinstaller un module, il faut faire comme a indiqué @DonovanMaillard, mais il faut aussi supprimer le module de la table gn_commons.t_modules. Voir PnX-SI/GeoNature#900

[DonovanMaillard]

Non le désinstaller et réinstaller complètement va poser des soucis d'intégrité.

Pour le désinstaller il faudrait supprimer toutes les tables et schémas créés dans l'installation du module (attention le schéma gn_imports reste!), supprimer le module de la t_module, supprimer les répertoires et liens symboliques sur le serveur, dans external_module etc... Mais en le réinstallant, vous aurez a nouveau des imports avec des identifiants déjà utilisés pour identifier vos sources dans gn_synthese.t_sources et ca vous posera soucis. Ou alors ca implique de supprimer également toutes les données déjà importées de votre instance.

Mieux vaut faire un downgrade jusqu'à la version précédente qui vous convient, ou tester la prochaine version "en beta" si vous le souhaitez (je pourrai vous communiquer la branche quand j'aurai fait deux trois tests supplémentaires)

[maki2a]

Merci pour ces réponses.
Je vais donc reprendre là la base en vérifiant les fichiers de configuration.
Après la mise à jour complète Geonature, taxhub, usershub et le module import , je me suis aperçu que le fichier conf_gn_module.toml était vide et que le fichier settings.ini avait les valeurs erronées.
J'ai renseigné les deux fichiers en me servant des exemples et j'ai relancé la commande npm run build
cela n'a pas guéri mon serveur, ci-dessous les deux fichier
conf_gn_module.toml.txt
settings.ini.txt
J'ai aussi regardé du coté de la base et je trouve bien une table d'import dans gn.import qui possède toute les données (61 lignes) et tous les champs sont correctement remplis sauf les champs gn_is_valid, gn_invalid_reason et statsource qui sont à [null]

[maki2a]

Bonjour,
En lisant le fix 253, je m'aperçoit que la table t_imports ne comporte pas les colonnes need_fix et fix_comment
Donc le module import n'est pas correctement installé.
Le mieux c'est de le réinstaller comme si c'était un changement de version ou de simplement relancer les commandes
geonature update_module_configuration IMPORT

Cordialement

[DonovanMaillard]

De quelle branche parlez vous en évoquant le fix 253 ? Les champs need_fix et fix_comment sont prévus pour la prochaine version, qui n'est pas encore publiée...A moins qu'on (je) ait poussé quelque chose au mauvais endroit ! Merci

[camillemonchicourt]

Corrigé dans la 1.1.8.