You are not logged in.
Pages: 1
Topic closed
Bonjour
Lors de l'installation de la mise a jour de glpi 051a vers la derniere version, j'obtiens lors de la mise à jour de la base sql :
"
Update
Database connection succed
Version 0.6
Version 0.65
0.65 prepare model for alter computers Error during the database updateUnknown column 'model' in 'where clause'
"
Impossible d'aller plus loin.
(php4, apache ssl et mysql 5.0.24 le tout sous debian)
Merci de votre aide !
Last edited by bigorneau (2006-10-16 15:32:08)
Offline
Meme erreur en partant d'une installation complete de la 0.68.2 et ensuite, import du dump de la 0.51...
Offline
cela me semble normal entre ces versions il y a eu pleins de modification sur les tables.
Essayes de faire des migrations progressives et pas agressives .
Pour info, je suis passer de la version 0.65 à la version 0.68.2 sans difficulté majeure.
Bon courage.
Last edited by BIBI56 (2006-10-16 16:02:59)
FIREFOX 2.0 / GLPI 0.68.2 / WINDOWS 2000 / Apache/2.2.0 (Win32) DAV/2 mod_ssl/2.2.0 OpenSSL/0.9.8a mod_autoindex_color PHP/5.1.1 mod_perl/2.0.2 Perl/v5.8.7/MySQL 5.0.18-nt => XAMPP 1.5.1
Offline
Bon je vais essayer de migrer en 1er lieu à la 0.60.... stay tuned
Offline
Voici le resultat 0.51a->0.65 :
"0.65 alter various fields in computers Erreur durant la mise à jour de la base de donnéesUnknown column 'model' in 'glpi_computers'"
:(
Offline
C quand meme dingue ca
J'ai analysé le dump que j'ai fait en 0.51a et je ne trouve pas le motif 'model' sauf ici :
### Dump table glpi_dropdown_model
DROP TABLE IF EXISTS glpi_dropdown_model;
CREATE TABLE glpi_dropdown_model (
ID int(11) NOT NULL auto_increment,
name varchar(255),
PRIMARY KEY (ID)
) TYPE=MyISAM;
et un motif dans un string... alors ou est le problem ? Pareil je n'ai pas de colonne model quand je fais un describe de glpi_computers ......!
Je peux envoyer le dump à un dev si ca peut aider....
Offline
Je ne comprends pas pourquoi tu as ce genre de message car je ne les ai jamais eu et pourtant j'ai fais un nombre conséquent de mise à jour et d'installation. Es tu capable en utilisant ton dump de l'insérer sur une version de GLPI 0.51a que t'aurais installé sur un autre PC pour voir car ton dump est peux être défectueux.
A+
Offline
Je vais essayer demain..
Une autre personne a exactement eu le meme probleme ici : http://glpi-project.org/forum/viewtopic.php?id=2876
et pas de solution
Last edited by bigorneau (2006-10-16 21:42:26)
Offline
Vous pouvez m'envoyer votre dump sql (pas celui généré par glpi mais le dump fait avec mysqldump) de votre base 0.51a d'origine.
jmd AT indepnet DOT net
On va tester la mise à jour en 0.68.2 dessus.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
C'est parti.
Je n'ai a present fait que des imports/exports via le dump généré par glpi.. Je ne sais pas si cela vient de la. Tiens moi au courant.
Last edited by bigorneau (2006-10-18 09:41:06)
Offline
Bonjour, avez vous des nouvelles ?
Offline
Offline
Effectivement je n'ai pas vu votre mail car il a ete compté comme un spam par thunderbird
Je m'occupe de ca.
merci
Last edited by bigorneau (2006-10-19 13:46:14)
Offline
Il y a des problèmes dans le dump que vous avez envoyer.
Ce n'est pas un dump 0.51. En fait ce n'est un dump d'aucune version stable connue.
EIle mélange pas mal de chose.
Dans votre dump li faut deja supprimer toutes les creation de table glpi_dropdown_model_XXXX
Il manque egalement le champ model de la table glpi_computers :
ALTER TABLE `glpi_computers` ADD `model` INT( 11 ) NOT NULL AFTER `type`
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
J'ai supprimé tous les dropdown et ajouté la colonne, mais quand je migre il me dit que la colonne model est dupliquée .. C a n'y rien comprendre
Offline
vous avez bien supprimer toutes les tables de votre DB avant de réimporter le dump que vous nous avez fournit ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
J'ai reçu vos dbs (elles ne sont pas propres). Elles ont également été partiellement mises
à jour. Elles contiennent des tables de versions supérieures à la 0.51a.
Vous avez peut-être utilisé des versions de développement ou des
release candidates ou le processus de mise à jour a échouer du fait d'un
pb de mémoire ou autre...
En tout cas, la mise à jour d'une version 0.51a (clean) vers une 0.68.2
fonctionne.
Votre problème vient du fait que GLPI ne sait pas faire de mise à jour à
partir d'une db incohérente par rapport aux schémas de chaque versions
stables de GLPI. Ce qui semble normal d'ailleurs.
Il faut impérativement que vous partiez d'un dump (glpi ou mysqldump
peut importe) de 0.51a clean.
Si vous n'en disposez pas, votre unique solution consiste à remettre en
ordre votre db 0.51a en prenant pour référence la structure de la db
0.51a vierge. Une fois cela fait vous pourrez faire vos mises à jours.
En l'état actuel il ne s'agit pas d'un bug et nous pouvons rien pour vous.
Bon courage.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Pouvez vous m'envoyer un dump clean d'une 0.51a ?
Pour info, je n'ai jamais installé de RC de autre.
Merci pr vos conseils
Offline
Pouvez vous me l'envoyer par mail ? L'universite semble bloquer l'adresse (a cause du port).
Last edited by bigorneau (2006-10-20 10:54:52)
Offline
Pour info, je n'ai jamais installé de RC de autre.
Si vous n'avez jamais installé de RC ou autre vous devez donc avoir quelque part un dump de votre base de données en 0.51a propre. C'est à partir de celui-ci qu'il faut faire la mise à jour et si ça merdouille c'est celui là que vous pouvez m'envoyer.
Sinon il faut procéder comme je l'ai expliqué dans les messages précédents.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Bon je suis reparti de 0 et j'ai deployé Ocs en meme temps. J'ai peu de données perdues au final !
merci!
Offline
Pages: 1
Topic closed