Bonjour
Je dois réaliser les mises à jour en manuel dans mon entreprise, je fais chaque fois la procedure qui consiste à telecharger la version, à l'envoyer via une soft FTP sur mon hebergement et réaliser la mise a jour via PhpmyAdmin de la base de donnée .
Depuis mes dernieres mises à jour ( passage de la 3.2.7 à 3.2.16 ) le systeme m'indique l'erreur suivante :
3.2.16 (Une incohérence de version de l'application à été détectée, entre votre base de données et vos fichiers, vérifier votre méthode d'installation des mises à jours)
Je suis bien en 3.2.16 sur gestsup, comment puis je déterminer ou se situe l'erreur de version au niveau de la base de donnée ?
Merci pour votre retour
Incoherence version et base de donnée
Bonjour,
pour contrôler la version des fichiers ouvrez le fichier changelog.php
pour contrôler la version de la base de données regarder la colonne version de la table tparameters via phpmyadmin.
Contrôler également les prérequis serveur depuis la documentation du site web.
Cdt
pour contrôler la version des fichiers ouvrez le fichier changelog.php
pour contrôler la version de la base de données regarder la colonne version de la table tparameters via phpmyadmin.
Contrôler également les prérequis serveur depuis la documentation du site web.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour
Après contrôle la base est en version 3.2.16 ainsi que la version dans le php.ini,du coup je ne comprends pas ce signalement dans le système.
Les pré-requis sont normaux , rien a signaler .
Auriez vous une autre idée ?
Après contrôle la base est en version 3.2.16 ainsi que la version dans le php.ini,du coup je ne comprends pas ce signalement dans le système.
Les pré-requis sont normaux , rien a signaler .
Auriez vous une autre idée ?
Pouvez vous transmettre une impression écran de la page système et de la page affichee en cliquant sur le numéro de version de page informations.
Cdt
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour,
sur la page informations, cliquer sur le numéro de version et faite un impression écran de la page affichée.
exemple :
cdt
sur la page informations, cliquer sur le numéro de version et faite un impression écran de la page affichée.
exemple :
- 2021-12-22 13_52_17_screenshot_gestsup.png (18.25 Kio) Vu 2470 fois
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour,
dans le cadre d'une installation des mises à jour de manière manuelle vous devez transférez les fichiers de chaque patch, sur votre serveur.
il semble que cette opération n'est pas été réalisé depuis la version 3.2.7.
Il est nécessaire de réaliser une sauvegarde de vos fichiers et de votre base de données avant d'effectuer les opérations suivantes.
Pour corriger le problème vous pourrez :
1- télécharger les patchs de 3.2.8 à 3.2.16 depuis la section téléchargement du site.
2- extraire les fichiers compressé sur votre ordinateur
3- transférer patch par patch le contenu en écrasant les fichiers serveur
Exemple : transférez le contenu du patch 3.2.8 sur le serveur, puis le patch 3.2.9 sur le serveur...
une fois l'ensemble des patchs transférés vous pourrez recontrôler depuis la section système.
Il est également possible de réaliser ces étapes de manière semi automatique ou complément automatisé si vous souhaitez éviter les erreurs.
Cdt
dans le cadre d'une installation des mises à jour de manière manuelle vous devez transférez les fichiers de chaque patch, sur votre serveur.
il semble que cette opération n'est pas été réalisé depuis la version 3.2.7.
Il est nécessaire de réaliser une sauvegarde de vos fichiers et de votre base de données avant d'effectuer les opérations suivantes.
Pour corriger le problème vous pourrez :
1- télécharger les patchs de 3.2.8 à 3.2.16 depuis la section téléchargement du site.
2- extraire les fichiers compressé sur votre ordinateur
3- transférer patch par patch le contenu en écrasant les fichiers serveur
Exemple : transférez le contenu du patch 3.2.8 sur le serveur, puis le patch 3.2.9 sur le serveur...
une fois l'ensemble des patchs transférés vous pourrez recontrôler depuis la section système.
Il est également possible de réaliser ces étapes de manière semi automatique ou complément automatisé si vous souhaitez éviter les erreurs.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour
C'est exactement ce que j'ai fait comme opération, nous faisons cela depuis le début parce que notre DSI ne souhaite par autoriser le port 21 sur le pare feu.
Nous n'avons jamais rencontré ce genre de souci sauf depuis la version 3.2.7.
Si je recommence l'opération alors que mes fichiers sont en version plus récente , est ce que je ne risque pas de planter tout le système ?
C'est exactement ce que j'ai fait comme opération, nous faisons cela depuis le début parce que notre DSI ne souhaite par autoriser le port 21 sur le pare feu.
Nous n'avons jamais rencontré ce genre de souci sauf depuis la version 3.2.7.
Si je recommence l'opération alors que mes fichiers sont en version plus récente , est ce que je ne risque pas de planter tout le système ?
Vos fichiers ne sont pas de la bonne version sinon le fichier changelog.php ne serait pas en version 3.2.7.
il est nécessaire de réaliser les opérations décrites pour corriger le soucis à réaliser hors production après une sauvegarde des fichiers et de la base de données.
Vous pouvez passer par un serveur de préproduction au besoin.
il est nécessaire de réaliser les opérations décrites pour corriger le soucis à réaliser hors production après une sauvegarde des fichiers et de la base de données.
Vous pouvez passer par un serveur de préproduction au besoin.
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/