Page 2 sur 3
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 09:11
par itos
Bonjour,
Je les ai pourtant tous passés; je recommence et vous fais un retour.
Merci
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 09:14
par Flox
Vous pourrez également vérifier après chaque patch qu'il n'y a pas d'erreur d'exécution de ce dernier.
Cdt
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 09:16
par itos
Patch update_3.1.48_to_3.1.49.sql:
ALTER TABLE `tattachments` ADD `uid` VARCHAR(255) NOT NULL AFTER `id`;
MySQL a répondu : Documentation
#1060 - Nom du champ 'uid' déjà utilisé
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 09:17
par Flox
Il semble que ce patch est déjà été exécuté sur votre base de données
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 09:20
par itos
update_3.1.50_to_3.2.0.sql:
UPDATE `ttypes_answer` SET id='0' WHERE name='Aucune';
MySQL a répondu : Documentation
#1062 - Duplicata du champ '0' pour la clef 'PRIMARY'
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 10:00
par Flox
de la même manière il semble que ce script soit déja passé sur votre base de données, si l'exécution s'est arrêter à cette requête, vous pourrez executer la fin du script suivante :
Code : Tout sélectionner
INSERT INTO `tusers` (`login`,`firstname`,`lastname`,`profile`,`disable`) VALUES ('delete_user_gs','Utilisateur','Supprimé','2','1');
ALTER TABLE `tstates` ADD `meta` INT NOT NULL AFTER `display`;
UPDATE `tstates` SET `meta`='1' WHERE `id`='1' OR `id`='2' OR `id`='6';
ALTER TABLE `tcompany` ADD `SIRET` VARCHAR(20) NOT NULL AFTER `country`;
ALTER TABLE `tcompany` ADD `TVA` VARCHAR(20) NOT NULL AFTER `SIRET`;
ALTER TABLE `tparameters` ADD `company_limit_hour` INT(1) NOT NULL AFTER `company_limit_ticket`;
ALTER TABLE `tcompany` ADD `limit_hour_number` INT(5) NOT NULL AFTER `limit_ticket_date_start`;
ALTER TABLE `tcompany` ADD `limit_hour_days` INT(5) NOT NULL AFTER `limit_hour_number`;
ALTER TABLE `tcompany` ADD `limit_hour_date_start` DATE NOT NULL AFTER `limit_hour_days`;
Vous pourrez également modifier votre serveur de base de données pour être en adéquation avec les presrequis de l'application.
cdt
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 10:17
par itos
Tous les prérequis sont respectés, j'ai une autre instance à jour en 3.2.10 sur le même serveur.
L'importation a réussi, 22 requêtes exécutées. (update_3.2.0_to_3.2.1.sql):
ALTER TABLE `tlogs` ADD `user` INT(10) NOT NULL AFTER `message`;
MySQL a répondu : Documentation
#1060 - Nom du champ 'user' déjà utilisé
Je continue jusqu'à 3.2.10 pour voir si j'ai toujours le problème
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 10:19
par itos
Cette fois c'est OK malgré quelques autres erreurs.
Merci beaucoup pour votre aide
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 10:20
par Flox
Toujours le même problème vous avez exécuté deux fois le patch SQL sur votre base de données, les patch sont à exécuter une seul fois dans l'ordre.
Lorsque vous serez en version 3.2.10, faite un impression écran de la page administration > système
https://doc.gestsup.fr/prerequisites/#serveur
Re: Mise à jour 3.1.38 vers 3.2.10
Posté : jeu. 22 juil. 2021 10:38
par itos
- comsecgestsup.jpg (126.57 Kio) Vu 1318 fois