erreur mysql migration 0.68.3 vers 0.70.2

mEGa · 2008-03-07 16:35:15

Debian Etch sous Vserver (master sous debian Etch aussi)
MySQL: 5.0.32
Apache/2.2.3
php4 / memory_limit=32M
plugins archires 1.4 désactivé avant migration
firefox/linux 2.0.0.12

bonjour,

Je tente de migrer la version actuel de GLPI 0.68.3 vers la version 0.70.2. J'ai suivi la doc pointé par le fichier LISEZMOI.TXT
après modif des droits pour les fichiers ./files/_xx et ./config alertés, j'obtiens bien tout ok et parfait. Ensuite après clic sur mise à jour... Une page après qq minutes d'attente s'affiche partiellement avec comme message :
GLPI SETUP

Update
Connexion à la base de données réussie
0.7 check multiple free global licenses Erreur durant la mise à jour de la base de donnéesIncorrect key file for table '/tmp/#sql_fa9_0.MYI'; try to repair it

=> piste disque :
un df -h n'indique pas de disque plein :
gpi:/var/www/glpi# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Mont� sur
/dev/hdv1 4,7G 2,2G 2,5G 47% /
none 16M 444K 16M 3% /tmp

=> piste mysql :
pas de perte et reparation des tables ok à travers phpmyadmin

Avez vous une idée ?

D'avance merci

wawa · 2008-03-07 16:49:04

bonjour, vous pouvez essayer d'augmenter encore le memory_limit de php
si votre base est grosse, ça peut être nécessaire.

JMD · 2008-03-07 20:20:29

Attention phpmyadmin déclare quelque fois (j'ai eu le cas) que les tables sont ok alors qu'elles ne le sont pas.

Il vaut mieux utiliser les outils en ligne de commande disponibles.

Par ailleurs, c'est curieux qu'il vous indique ce type de table dans /tmp normalement s'il s'agissait d'un problème sur une table glpi vous devriez avoir glpi_xxx.MYI

mEGa · 2008-03-10 13:34:41

Suite..
Merci tout d'abord pour vos remarques.

Je viens de refaire plusieurs tentatives en tenant cpte de celles-ci

1) j'ai augmenté le memory_limit à 64 sans plus de succès, j'ai essayé ensuite 128 etc... Pour voir j'ai même été jusqu'à 1024...

2) En effet, avec myisamchk, je me suis aperçu que 2 tables avaient qq pb:
- glpi_user_profiles
- glpi_event_logs

=> j'ai corrigé en ligne de com. Je les cite pour info :

vérification :
myisamchk -e glpi_event_log.MYI
myisamchk -e glpi_users_profiles.MYI
puis réparation :
myisamchk -r glpi_event_log.MYI
myisamchk -r glpi_users_profiles.MYI

A ce niveau j'ai toujours les mêmes symptomes, voici le msg d'erreurs :

GLPI SETUP

Update
Connexion à la base de données réussie

Warning: mysql_query() [function.mysql-query]: Unable to save result set in /var/www/glpi/inc/dbmysql.class.php on line 104
0.7 check multiple free global licenses Erreur durant la mise à jour de la base de donnéesIncorrect key file for table '/tmp/#sql_2180_0.MYI'; try to repair it

mes réflexions actuelles :
précisions : voici la taille de ma base :
209 054 entrées avec 21,8 Mo en taille
=> est-elle si volumineuse ?

En fait, il est en effet bizarre que l'erreur cite un '/tmp/xxx' pour des tables qui sont dans /var/lib/mysql/glpi .
=> je crois qu'il s'agit en fait du swap de mysql lorsqu'on effectue des opérations d'envergure sur les tables ?
Cela n'appuie-t-il pas la piste du memory_limit ? Car j'ai constaté qu'avec un nombre assez haut (128...) l'erreur met bcp plus de temps a arriver...
Ne faudrait-il pas modifier les params de mysql ? Mais je ne suis pas assez expert.. Je vais rechercher aussi de ce côté

Quand pensez vous ?

JMD · 2008-03-10 20:29:35

Votre base me parait pas spécialement volumineuse.

En revanche votre problème et votre message d'erreur renvoit sur pas mal de pages (google).

Je vous conseille de faire des recherches de ce coté là. A priori c'est un problème du coté mysql.

Forum GLPI-Project

Announcement

#1 2008-03-07 16:35:15

erreur mysql migration 0.68.3 vers 0.70.2

#2 2008-03-07 16:49:04

Re: erreur mysql migration 0.68.3 vers 0.70.2

#3 2008-03-07 20:20:29

Re: erreur mysql migration 0.68.3 vers 0.70.2

#4 2008-03-10 13:34:41

Re: erreur mysql migration 0.68.3 vers 0.70.2

#5 2008-03-10 20:29:35

Re: erreur mysql migration 0.68.3 vers 0.70.2

Board footer