Pb migration 0.70.2 -> 0.71.5

fdthierry · 2009-02-19 13:49:43

Bonjour,

Version GLPI actuel : 0.70.2
OS : Linux Fedora 10 2.6.25-14.fc9.i686 #1
Méthode décompression : Copier / Coller de l'archive glpi-0.71.5.tar.gz par dessus la précédente
Navigateur : IE 6 ou Firefox 3.0.6

Lorsque j'essaie de mettre à jour (accès à mon url habituelle), j'ai ceci :
0.71.3 alter kbitem answer field to longtext Erreur durant la mise à jour de la base de donnéesColumn 'answer' cannot be part of FULLTEXT index

J'ai essayé ceci :
http://glpi-project.org/forum/viewtopic.php?id=12814
http://www.glpi-project.org/forum/viewt … p?id=13572
http://www.glpi-project.org/forum/viewt … p?id=13436

Lorsque j'execute la commande ALTER DATABASE glpi_db CHARACTER SET UTF8 , j'ai :
#1 - Can't create/write to file './glpi_db/db.opt' (Errcode: 2)

Je n'arrive toujours pas à passer ce problème.

Infos : Ma table kbitem est vide.

Pouvez-vous m'aider ?

Amicalement
Thierry

Last edited by fdthierry (2009-02-19 14:36:40)

yllen · 2009-02-19 20:42:03

Avec Fedora, il n'y a rien de plus simple ..
yum install GLPI
après en se connectant sur GLPI vous aurez un message indiquant que la version de la base ne correspond pas à la version GLPI et il suffira de cliquer sur le bouton "mise à jour"

fdthierry · 2009-02-20 10:06:49

Oui tout à fait, mais cela va t'il se mettre au même endroit que ma version actuelle ?
Je vais regarder de ce côté....

Je viens de tester, il veut m'installer la version 0.70.2-3.fc9 !
Ce n'est pas la toute dernière ???????

Last edited by fdthierry (2009-02-20 10:09:46)

remi · 2009-02-20 10:11:51

Tes dépôts Fedora ne sont visiblement pas à jour.

Il faut mettre à jour le paquet fedora-release pour basculer sur le dépôts "newkey" qui contiennent la version 0.71.5.

+

fdthierry · 2009-02-20 10:34:24

Au risque de passer pour un néophite,
je le mets à jour comment le paquet fedora-release ???

remi · 2009-02-20 12:28:04

yum update fedora-release

+

fdthierry · 2009-02-20 12:46:19

thanks, je teste cela

fdthierry · 2009-02-20 12:54:40

Ca marche, va-t'il m'installer la nouvelle version par dessus la précente dans le même chemin ou puis-je le lui spécifier ?

fdthierry · 2009-02-20 15:52:31

J'ai procédé à l'install via yum install glpi.
Cela m'a mis à jour quelques modules php.
Lorsque j'accède à mon interface GLPI, il m'affiche toujours en bas mon ancienne version et la mise à jour bute toujours sur le même message.

fdthierry · 2009-03-04 16:30:38

Bonjour,

J'ai installé un nouveau serveur, importé mes tables que j'avais exporté.
J'ai installé la version 0.71.5 par dessus la 0.70.2 (fonctionnelle) et j'obtiens toujours le message :
Update
Connexion à la base de données réussie
0.71.3 alter kbitem answer field to longtext Erreur durant la mise à jour de la base de donnéesColumn 'answer' cannot be part of FULLTEXT index

Il reste là sur la page update.php sans aller plus loin.

Que faire ?

Fedora 10 sous VMware ESX
MySQL 5.0.67
PHP 5.2.6

Merci pour votre aide...

tsmr · 2009-03-04 16:39:57

Forum -> recherche -> Column 'answer'

fdthierry · 2009-03-04 16:56:50

Bonjour,
Je connais cette recherche l'ayant déjà effectuée.

Comme je l'indiquais au premier post, j'ai tenter tout ceci :

J'ai essayé ceci :
http://glpi-project.org/forum/viewtopic.php?id=12814
http://www.glpi-project.org/forum/viewt … p?id=13572
http://www.glpi-project.org/forum/viewt … p?id=13436

Lorsque j'execute la commande ALTER DATABASE glpi_db CHARACTER SET UTF8 , j'ai :
#1 - Can't create/write to file './glpi_db/db.opt' (Errcode: 2)

Merci pour ton aide

ddurieux · 2009-03-04 17:01:30

Tu n'as pas les droits d'écriture sur la table? ou alors tu n'a plus de place sur la partoche

tsmr · 2009-03-04 17:01:55

Autant pour moi j'ai pas regardé le début du thread.

Can't create/write to file './glpi_db/db.opt' (Errcode: 2) C'est pas top quand meme
Tu fais ca dans phpmyadmin ? ou via shell ?

JMD · 2009-03-04 17:02:33

Elle a quelle tête (structure et index) votre table glpi_kbitems :

1) avant la mise à jour ?
2) Aprés la mise à jour avortée ?

SVP

fdthierry · 2009-03-04 17:14:01

Voici la tête de ma table kb_itmes après la commande ALTER DATABASE glpi_db CHARACTER SET UTF8 dans l'interface phpMyAdmin.
Cette commande ne fonctionne pas, par contre celle-ci oui :
ALTER DATABASE glpi CHARACTER SET UTF8.

-- phpMyAdmin SQL Dump
-- version 3.1.3
-- http://www.phpmyadmin.net
--
-- Serveur: localhost
-- Généré le : Mer 04 Mars 2009 à 16:15
-- Version du serveur: 5.0.67
-- Version de PHP: 5.2.6

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";

--
-- Base de données: `glpi`
--

-- --------------------------------------------------------

--
-- Structure de la table `glpi_kbitems`
--

CREATE TABLE IF NOT EXISTS `glpi_kbitems` (
`ID` int(11) NOT NULL auto_increment,
`FK_entities` int(11) NOT NULL default '0',
`recursive` tinyint(1) NOT NULL default '1',
`categoryID` int(11) NOT NULL default '0',
`question` text character set utf8 collate utf8_unicode_ci,
`answer` text character set utf8 collate utf8_unicode_ci,
`faq` smallint(6) NOT NULL default '0',
`author` int(11) NOT NULL default '0',
`view` int(11) NOT NULL default '0',
`date` datetime default NULL,
`date_mod` datetime default NULL,
PRIMARY KEY (`ID`),
KEY `categoryID` (`categoryID`),
KEY `author` (`author`),
KEY `faq` (`faq`),
KEY `FK_entities` (`FK_entities`),
FULLTEXT KEY `fulltext` (`question`,`answer`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

--
-- Contenu de la table `glpi_kbitems`
--

JMD · 2009-03-04 19:37:42

Bah votre table semble correcte.

Vous avez tenté de supprimer l'index full text sur answer et relancer la mise à jour ?

fdthierry · 2009-03-04 19:42:48

non je n'ai pas tenté cela, je l'ai supprimé puis fais la commande ALTER TABLE `glpi_kbitems` ADD FULLTEXT `fulltext` (`question`,`answer`);
Mais sans succès, j'éssaie de supprimer puis la maj ensuite.....

Même message suite suppression fulltext

Last edited by fdthierry (2009-03-04 19:43:52)

JMD · 2009-03-05 00:23:47

Je ne comprends pas votre dernier message (c'est pas clair), Pouvez vous être un peu plus méthodique et explicite pour qu'on avance. SVP

fdthierry · 2009-03-05 10:59:06

Bonjour,

Je répondais à la question : Vous avez tenté de supprimer l'index full text sur answer et relancer la mise à jour ?
Ma réponse :
Dans un premier temps : non je n'ai pas tenté cela. J'ai supprimé l'index fulltext puis j'ai fais la commande ALTER TABLE `glpi_kbitems` ADD FULLTEXT `fulltext` (`question`,`answer`);
Mais sans succès, j'éssaie de supprimer puis la maj ensuite.....
Dans un deuxième temps : J'ai supprimé l'index fulltext puis relancé la mise à jour. J'ai toujours mon erreur :
Update
Connexion à la base de données réussie
0.71.3 alter kbitem answer field to longtext Erreur durant la mise à jour de la base de donnéesColumn 'answer' cannot be part of FULLTEXT index

Merci

Last edited by fdthierry (2009-03-05 10:59:36)

fdthierry · 2009-03-06 12:27:51

Bonjour,

J'ai tenté la mise à jour de 0.70.2 -> 0.71.3, j'ai le même problème.

Je vais donc tenter la mise à jour de version en version.....
On ne sait jamais......

----------------------------
J'ai migré de 0.70.2 -> 0.71.0 => OK
J'ai migré de 0.71.0 -> 0.71.1 => OK
J'ai migré de 0.71.1 -> 0.71.2 => OK
J'ai migré de 0.71.2 -> 0.71.3 => Même message d'erreur
J'ai migré de 0.71.2 -> 0.71.4 => Même message d'erreur
J'ai migré de 0.71.2 -> 0.71.5 => Même message d'erreur

Voilà ou j'en suis...

Last edited by fdthierry (2009-03-06 12:57:07)

JMD · 2009-03-06 13:08:33

Je ne comprend pas pourquoi vous avez ce problème.

Je viens de reprendre une base de 0.65 pour la faire passer directement en 0.72 et ça passe comme une lettre à la poste (sous Debian). Vous devez avoir un règlage mysql qui doit poser problème. Lequel j'en sais rien...

Bref, vous n'allez pas resté dans la panade comme ça longtemps, la solution que je vous propose est tout simplement de modifier l'update pour bypasser le problème :

editez le fichier :
update_0712_0713.php

et commentez :

// Update to longtext for fields which may be very long
if (FieldExists("glpi_kbitems", "answer")) {

//$query = "ALTER TABLE `glpi_kbitems` CHANGE `answer` `answer` LONGTEXT NULL DEFAULT NULL ";

//$DB->query($query) or die("0.71.3 alter kbitem answer field to longtext " . $LANG["update"][90] . $DB->error());

}

Reprenez votre ancienne base (backup) et relancez la mise à jour.

Aprés vous essairez comme vous pouvez de modifer le type du champs en longtext à la main si vous y arrivez....

fdthierry · 2009-03-06 13:35:17

Merci infiniment, cela a fonctionné !

J'ai mis à jour manuellement la table kbitems avec answer => LONGTEXT

Tout semble OK

Forum GLPI-Project

Announcement

#1 2009-02-19 13:49:43

Pb migration 0.70.2 -> 0.71.5

#2 2009-02-19 20:42:03

Re: Pb migration 0.70.2 -> 0.71.5

#3 2009-02-20 10:06:49

Re: Pb migration 0.70.2 -> 0.71.5

#4 2009-02-20 10:11:51

Re: Pb migration 0.70.2 -> 0.71.5

#5 2009-02-20 10:34:24

Re: Pb migration 0.70.2 -> 0.71.5

#6 2009-02-20 12:28:04

Re: Pb migration 0.70.2 -> 0.71.5

#7 2009-02-20 12:46:19

Re: Pb migration 0.70.2 -> 0.71.5

#8 2009-02-20 12:54:40

Re: Pb migration 0.70.2 -> 0.71.5

#9 2009-02-20 15:52:31

Re: Pb migration 0.70.2 -> 0.71.5

#10 2009-03-04 16:30:38

Re: Pb migration 0.70.2 -> 0.71.5

#11 2009-03-04 16:39:57

Re: Pb migration 0.70.2 -> 0.71.5

#12 2009-03-04 16:56:50

Re: Pb migration 0.70.2 -> 0.71.5

#13 2009-03-04 17:01:30

Re: Pb migration 0.70.2 -> 0.71.5

#14 2009-03-04 17:01:55

Re: Pb migration 0.70.2 -> 0.71.5

#15 2009-03-04 17:02:33

Re: Pb migration 0.70.2 -> 0.71.5

#16 2009-03-04 17:14:01

Re: Pb migration 0.70.2 -> 0.71.5

#17 2009-03-04 19:37:42

Re: Pb migration 0.70.2 -> 0.71.5

#18 2009-03-04 19:42:48

Re: Pb migration 0.70.2 -> 0.71.5

#19 2009-03-05 00:23:47

Re: Pb migration 0.70.2 -> 0.71.5

#20 2009-03-05 10:59:06

Re: Pb migration 0.70.2 -> 0.71.5

#21 2009-03-06 12:27:51

Re: Pb migration 0.70.2 -> 0.71.5

#22 2009-03-06 13:08:33

Re: Pb migration 0.70.2 -> 0.71.5

#23 2009-03-06 13:35:17

Re: Pb migration 0.70.2 -> 0.71.5

Board footer