Erreur : Mise à jour 1.9

exyl commented 7 years ago

Bonjour,

Impossible de mettre à jour depuis 1.8.1

http://intranet/libertempo/install/upgrade_from_v1.8.1.php?etape=2&version=1.9&lang=fr_FR

Cette page ne fonctionne pas

Impossible de traiter cette demande via intranet à l’heure actuelle. HTTP ERROR 500

Système et application

Version de l'application : 1.8.1
Avez-vous des notifications dans la console du navigateur : _"Failed to load resource: the server responded with a status of 500 (Internal Server Error) upgrade_fromv1.8.1.php"
Avez-vous des erreurs dans le log du serveur http (ex : /var/log/apache2) : _"[Tue May 02 17:31:49.597062 2017] [:error] [pid 5245] [client 192.168.2.1:51436] PHP Fatal error: Call to undefined method includes\Database::begin_transaction() in /var/www/html/intranet/libertempo/install/upgrade_from_v1.8.1.php on line 23, referer: http://intranet/libertempo/install/mise_a_jour.php?etape=2&version=1.8.1&lang=fr_FR"_

Reproduction du bug

Prérequis :
Action de déclenchement :
Résultat attendu :
Résultat constaté :

wouldsmina commented 7 years ago

Bonjour,

Quel version de PHP utilise tu? Nous conseillons PHP5.6 et je crois que begin_transaction n'existe qu'à partir de 5.5.

wouldsmina commented 7 years ago

ping @exyl

exyl commented 7 years ago

Bonjour,

Apache Version Apache/2.4.6 (CentOS) PHP/5.4.16 PHP Version 5.4.16

wouldsmina commented 7 years ago

ok! met à jour ton PHP :)

exyl commented 7 years ago

Quand je fais un yum update php sur mon Centos 7, je n'ai pas de nouveau package. Je vais regarder sur le net

wouldsmina commented 7 years ago

PHP5.4 n'est plus maintenu (depuis mi 2015) tout comme Centos 7. Par sécurité, je te conseil de passer à une version plus récente...

wouldsmina commented 7 years ago

non, je dis une bétise, Centos 7 est toujours maintenu...

exyl commented 7 years ago

Je viens de passer en PHP Version 5.6.30

Une erreur est survenue ...

Pour aider la résolution de ce problème, veuillez fournir les informations suivantes : login : uri : /libertempo/install/upgrade_from_v1.8.1.php?etape=2&version=1.9&lang=fr_FR dump : ../dump/sql_2017-05-03T16:48:17+00:00.dump

file : /var/www/html/intranet/libertempo/includes/SQL.php line : 90 fx : $SQL->query error : Table 'planning' already exists sql : CREATE TABLE planning ( planning_id INT(11) UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY, name VARCHAR(50) NOT NULL DEFAULT "", status TINYINT(3) UNSIGNED NOT NULL DEFAULT 0, KEY status (status) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

prytoegrian commented 7 years ago

Reliquat de la précédente install ?

exyl commented 7 years ago

Comment je vérifie ca ?

wouldsmina commented 7 years ago

le plus simple reste de restaurer ta base de donnée et de refaire l'update

exyl commented 7 years ago

de toute façon la mise à jour en 5.6 a tout planté. Apache ne gère plus mes connexions ldap, etc. Je dois revenir en arrière.

Ca serait bien de préciser qu'il faut être en PHP 5.6

wouldsmina commented 7 years ago

c'est dans les prérequis sur la doc :smile:

exyl commented 7 years ago

Bonjour, Je viens de mettre à jour en 5.6 en suivant ceci : `1. CentOS/RHEL 7.x: rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm rpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm 2. yum install yum-plugin-replace yum replace php-common --replace-with=php56w-common

yum install php56w-opcache` Source : http://forums.sentora.org/showthread.php?tid=780&pid=8339

J'ai restauré ma base de données et relancer le process de mise à jour : _http://intranet/libertempo/install/upgrade_from_v1.8.1.php?etape=2&version=1.9&lang=fr_FR Une erreur est survenue ...

Pour aider la résolution de ce problème, veuillez fournir les informations suivantes : login : uri : /libertempo/install/upgrade_from_v1.8.1.php?etape=2&version=1.9&lang=fr_FR dump : ../dump/sql_2017-05-10T17:46:11+02:00.dump

file : /var/www/html/intranet/libertempo/includes/SQL.php line : 90 fx : $SQL->query error : Table 'planning' already exists sql : CREATE TABLE planning ( planning_id INT(11) UNSIGNED NOT NULL AUTOINCREMENT PRIMARY KEY, name VARCHAR(50) NOT NULL DEFAULT "", status TINYINT(3) UNSIGNED NOT NULL DEFAULT 0, KEY status (status) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

prytoegrian commented 7 years ago

Tu peux essayer de

aller dans cfg/dbconnect.php et de changer le nom de ta DB,
créer une DB dans mysql
retenter l'install de la version 1.9 ?

Là, ta DB est entre deux versions, je ne sais pas pourquoi.

Tu peux en profiter aussi pour voir le contenu de planning ?

Je veux juste vérifier quelques chose. Ensuite on dégainera le

create table if not exists `planning`

exyl commented 7 years ago

Nouveau message : login : uri : /libertempo/install/upgrade_from_v1.8.1.php?etape=2&version=1.9&lang=fr_FR dump : ../dump/sql_2017-05-11T21:16:58+02:00.dump

file : /var/www/html/intranet/libertempo/includes/SQL.php line : 90 fx : $SQL->query error : Table 'db_conges.conges_config' doesn't exist sql : UPDATE conges_config SET conf_type = 'enum=dbconges/ldap/CAS/SSO' WHERE conf_nom = 'how_to_connect_user';

exyl commented 7 years ago

Je viens d'essayer autre chose : J'ai effacer la table planning qui était vide et relancer l'upgrade. Nouveau message : login : uri : /libertempo/install/upgrade_from_v1.8.1.php?etape=2&version=1.9&lang=fr_FR dump : ../dump/sql_2017-05-11T21:19:10+02:00.dump

file : /var/www/html/intranet/libertempo/includes/SQL.php line : 90 fx : $SQL->query error : Can't DROP 'u_login'; check that column/key exists sql : ALTER TABLE conges_users DROP INDEX u_login;

Ma table conges_users est pleine et le champ u_login est rempli.

wouldsmina commented 7 years ago

en fait pour rétablir ta base de donnée, tu dois défaire ce qui a été fait par ce script : https://github.com/Libertempo/Libertempo-web/blob/1.9/install/upgrade_from_v1.8.1.php

Tu dois donc supprimer la table planning comme tu l'a fait, mais aussi :

remettre l'index sur le champ u_login
retirer le champ planning_id de la table conges_users

Sinon, tu peux aussi le faire dans l'autre sens (exécuter les requêtes qui ne l'ont pas été) et vérifier que ta base de donnée dispose bien des modifications apportées par upgrade_from_v1.8.1.php...

exyl commented 7 years ago

J'ai essayé, ca tourne en rond. Je supprime la table Planning -> error : Can't DROP 'u_login'; check that column/key exists Je remets l'index u_login et je supprime le champ planning_id (et l'index) -> error : Table 'planning_creneau' already exists

Je supprime les tables planning_creneau et planning, je remets l'index u_login et je supprime le champ planning_id (et l'index) -> error : Unknown table 'db_conges.conges_artt'

Du coup, je suis reparti de 0. Mais ca bug avec mes importations d'utilisateurs via LDAP qui ont des accents. L'affichage met des ?, mais surtout ils ne peuvent pas se connecter.

wouldsmina commented 7 years ago

tu y es presque. pour finir l'update, supprime ces lignes (de 25 à 59) et relance une dernière fois l'update. Je t'invite a nous joindre par irc, ce sera plus simple et plus rapide pour réparer ta base de donnée...

Pour ton problème d'import des utilisateurs LDAP, il y a un début de solution #368 mais pas encore assez testé pour être intégré dans le projet.

exyl commented 7 years ago

J'ai fini par refaire un install de base, et réimporter mes données de sauvegarde.

Michaellabarre commented 4 years ago

Bonjour j'utilise une vieille version de Libertempo 1.9 et j'ai des messages d'erreurs qui s'affichent comme les suivantes : libertempo errors Pas de grand bug majeur, seulement que ça déplaît certains utilisateurs. L'application en tout cas fonctionne bien mis à part ces messages qui apparaissent et occupent une partie de l'affichage.

libertempo / web

Erreur : Mise à jour 1.9 #399

Système et application

Reproduction du bug