Problème de BDD avec la 6.5RC1.

gporto · 2006-03-09 15:41:47

bonjour,
j'utilise un daily tarball d'il y a un mois, j'ai essayer de mettre à jour les données avec la 6.5 RC1, aucun message d'erreur. Par contre la fonction telephone ne marche pas (il manque une table apparement) et la mise à jour de machine ou d'écran provoque une erreur "row count...". Les memes erreurs se produisent avec une restauration de sauvegarde à partir d'une installation vierge...

Merci d'avance.

Gilles

MoYo · 2006-03-09 15:53:31

version de mysql, serveur web...
commence vraiment à en avoir marre de répeter toutjours la meme chose.

Le passage d'une version CVS a une autre version n'est de toute facon pas garantie.
La seule chose que nous garantissons c'est : version offcielle publiée -> version officielle publiée.

gporto · 2006-03-09 17:36:12

Désolé!
Mysql 4.2
Apache 2.0
PHP 5.1.1
Message d'erreur lors de la modification d'un matériel: "Column count doesn't match value count at row 1"

Oups, je ne pensais pas qu'il cela pouvait causer des problèmes. Cela veut-il dire que je ne pourais plus rien faire de mes données sauf rester dans cette pseudo-version?
Merci de bien vouloir m'aider quand même....
Je jure de ne plus recommencer...

Last edited by gporto (2006-03-09 17:50:29)

MoYo · 2006-03-09 19:00:19

a moins de forcer lamise à jour vous n'avez pas vraiment de solution.
Sur le site c'est indiqué clairement que la version CVS n'est là que pour du test et n'est en aucun cas une version stable à utiliser en production.

JMD · 2006-03-09 19:21:26

Sur la version cvs, nous réalisons régulièrement de modifications dans la base de données. Normal c'est notre version de développement.

L'utiliser en production est sucidaire vu que nous n'assurons aucune compatibilité entre deux versions cvs : tout simplement car cela est impossible.

Vous pouvez peut-être réussir à ne pas perdre vos données si vous faites croire à GLPI qu'il est en version 0.6. Pour cela il convient de modifier le champs version dans la table glpi_config et de mettre 0.6.

Ensuite relancez la mise à jour.

Si vous avez de la chance, ça devrait fonctionner à moins que vous ayez utilisé une version cvs dont les tables ont fortement changées.

Le seul moyen de le savoir et de comparer en détail les deux structures de db.

EmpereurZorg · 2006-03-10 00:20:33

Ca ne marchera pas, j'ai déjà fait de mon côté...
Je ne suis pas en prod non plus, mais ça s'était si bien passé jusqu'à maintenant qu'on fini par y passer du temps, et à remplir pleins de trucs qu'on aimerait conserver pour la version de prod "à venir". J'ai l'impression qu'il n'y aura que du SQL pour me récupérer au moins mes commentaires et mes types

Mais bon, c'est la vie

Last edited by EmpereurZorg (2006-03-10 00:22:21)

JMD · 2006-03-10 00:51:05

On vous l'avait dit pourtant, on vous l'avait dit ....

gporto · 2006-03-10 10:28:34

Le forçage en 6.0 a résolu le problème de la table des téléphones mais pas le problème de mise à jour d'un matériel. toujours l'erreur : column count doesn't match value count at row 1.
SNIF
.............

Last edited by gporto (2006-03-10 10:40:01)

JMD · 2006-03-10 19:13:55

Faites un diff entre les deux structures de tables et voyez ce que vous pouvez corriger à la main.

EmpereurZorg · 2006-03-13 14:36:52

Alors voila :

ALTER TABLE `glpi_ocs_config` ADD `tag_limit` VARCHAR( 255 ) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL ;

ALTER TABLE `glpi_history` ADD `device_internal_type` INT( 11 ) NULL DEFAULT '0' AFTER `device_type` ,
ADD `device_internal_action` TINYINT( 4 ) NULL DEFAULT '0' AFTER `device_internal_type` ;

ALTER TABLE `glpi_history` CHANGE `user_name` `user_name` VARCHAR( 200 ) CHARACTER SET latin1 COLLATE latin1_general_ci NULL DEFAULT NULL ,
CHANGE `id_search_option` `id_search_option` INT( 11 ) NOT NULL DEFAULT '0',
CHANGE `old_value` `old_value` VARCHAR( 255 ) CHARACTER SET latin1 COLLATE latin1_general_ci NULL DEFAULT NULL ,
CHANGE `new_value` `new_value` VARCHAR( 255 ) CHARACTER SET latin1 COLLATE latin1_general_ci NULL DEFAULT NULL

Ca importe maintenant correctement, je teste le reste...

Bon, ça semble ok si ce n'est que tout est toujours en double dans les périphériques et logiciels (sauf nouveaux importés)...

Last edited by EmpereurZorg (2006-03-13 14:55:39)

gporto · 2006-03-13 15:19:38

ça marche...
Le problème venait en effet du changement de struture de la table glpi_history, mais ce n'était pas la seule...
J'ai un diff de toutes les tables et appliquer les changements...
Merci beaucoup de votre aide, je ne recommencerai plus mais sachez que c'est trés dure d'attendre des nouvelles fonctionalités qui nous font gagner un temps fou au quotidien et de ne pas pouvoir les exploiter réellement.

Forum GLPI-Project

Announcement

#1 2006-03-09 15:41:47

Problème de BDD avec la 6.5RC1.

#2 2006-03-09 15:53:31

Re: Problème de BDD avec la 6.5RC1.

#3 2006-03-09 17:36:12

Re: Problème de BDD avec la 6.5RC1.

#4 2006-03-09 19:00:19

Re: Problème de BDD avec la 6.5RC1.

#5 2006-03-09 19:21:26

Re: Problème de BDD avec la 6.5RC1.

#6 2006-03-10 00:20:33

Re: Problème de BDD avec la 6.5RC1.

#7 2006-03-10 00:51:05

Re: Problème de BDD avec la 6.5RC1.

#8 2006-03-10 10:28:34

Re: Problème de BDD avec la 6.5RC1.

#9 2006-03-10 19:13:55

Re: Problème de BDD avec la 6.5RC1.

#10 2006-03-13 14:36:52

Re: Problème de BDD avec la 6.5RC1.

#11 2006-03-13 15:19:38

Re: Problème de BDD avec la 6.5RC1.

Board footer