You are not logged in.
Bonjour,
j'ai migré mon glpi de 0.68.2 en 0.7.
Tout va bien, excepté un problème majeur :
Les données de ma base ont été tronquées partout où un caractère accentué était présent.
( A une exception prêt mais je vais l'écarter du bug report...)
La sauvegarde préalable indique que tout les accents étaient stockés en UTF8 dans la base ( Exemple é = é )
Je continue ma recherche pour vérifier si un paramétrage de ma base mysql est en cause...
( et trouver une solution pour remettre toutes les valeurs des champs correctements )
Offline
Il semble que le problème vienne de l'importation de votre db via phpmyadmin
Solution :
Installez GLPI 0.7
Restaurez via GLPI votre DB 0.68.3
Le processus de mise à jour va se lancer et vous ne devriez pas avoir de problème de caractères accentués.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Donc, importer le SQL sauvegardé de la version 0.68.3.
OK
Message :
Votre base de données doit être mise à jour :
Mettre a jour
Message :
GLPI SETUP
Update
Connexion à la base de données réussie
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /usr/share/webapps/glpi/inc/dbmysql.class.php on line 141
La mise à jour est réussie, votre base de données est actualisée
etc...
Continuer.
Résultat : l
les accents sont bien importés, mais glpi est inutilisable
Ordinateur : Unknown column 'glpi_computers.state' in 'on clause'
zéro ticket dans le helpdesk ...
Offline
Humm
1) J'ai fait une erreur dans mon explication, vous partez de la 0.68.2 donc importer le sql 0.68.2 via GLPI
2) Le script de mise à jour merde, il est possible qu'il n'y ait pas assez de mémoire dispo en fonction de la taille de votre DB. Augmentez le mémory limit (128 par exemple) et redémarrez Apache.
3) Réessayer la mise à jour.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Procédure :
Je part d'une base 0.68.3 , web 0.68.3.
memory_limit = 256Mo pour un .sql de 742 Ko
Detar de glpi-0.79.tar.gz dans un repertoire vide.
chown -R de files et config.
Utilisation de l'install Web de glpi 0.70 sur la base 0.68.3
Mise a jour de la base glpi .
"Connexion à la base de données réussie
La mise à jour est réussie, votre base de données est actualisée
"
->( Accents présent en base - vérifié avec mysql)
Continuer -> Mise a jour
Utiliser GLPI
-> (Accents plus en base - vérifié avec mysql)
Cela se précise...
J'ai par ailleurs aussi essayé d'importer une sauvegarde de 0.68 sur une install 0.70, qui donne donc le message d'erreur
"
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /usr/share/webapps/glpi/inc/dbmysql.class.php on line 141
La mise à jour est réussie, votre base de données est actualisée
"
Et par ailleurs, une importation de ma base sans accents de 0.70 sur une installation vierge de 0.70 n'importe pas les utilisateurs.
Offline
Pouvez vous m'envoyer votre DB originale que je puisse tester le processus de mise à jour sur notre environnement ?
jmd ATNOSPAM indepnet.net
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Bon finalement, j'ai regardé simplement le update_content.php et je suis abouti a cette manip :
la base en 0.68, contient dans la table glpi_config le champ utf8_conv = 0
j'installe la 0.70,
Mise a jour de la base glpi .
"Connexion à la base de données réussie
La mise à jour est réussie, votre base de données est actualisée
"
->( Accents présent en base - vérifié avec mysql)
************ j'update UPDATE glpi_config SET utf8_conv='1' WHERE ID='1';
pas de mise a jour du contenu,
et donc, les accents y sont...
je regarde pour vérifier les effets de bords ...
Offline
et quels sont les types des tables Mysql.
elles doivent toutes etre en utf8.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline