You are not logged in.
Bonjour,
Ayant récemment installé (mi Septembre) une nouvelle version toute fraîche de GLPI 9.4.3 (database vide) en DEV, j'ai pu voir hier qu'il y a eu dans l'intervalle une nouvelle version de GLPI => 9.4.4
J'ai donc souhaité la passer pour voir un peu comment faire, etc ...
Voici ce que j'ai fait (bien entendu dump de la db + snap vm avant):
- Copie de l'ancien dossier
[root@glpi ~]# cd /var/www/html/
[root@glpi html]# cp -r glpi/ glpi_avant_update_9.4.4/
[root@glpi html]# ll
total 8
drwxr-xr-x. 18 apache apache 4096 20 juin 15:06 glpi
drwxr-xr-x. 18 root root 4096 3 oct. 15:42 glpi_avant_update_9.4.4
- Téléchargement de la nouvelle version
[root@glpi html]# wget https://github.com/glpi-project/glpi/releases/download/9.4.4/glpi-9.4.4.tgz
- Extraction de l'archive
[root@glpi html]# tar zxvf glpi-9.4.4.tgz
- Modification des droits
[root@glpi html]# chmod -R 755 /var/www/html/glpi
[root@glpi html]# chown -R apache:apache /var/www/html/glpi
- Update de la base de donnée => Se déplacer dans le dossier contenant le script “console”
[root@glpi html]# cd /var/www/html/glpi/bin/
- Exécution du script de mise à jours de la BDD
[root@glpi bin]# ./console db:update
+-----------------------+---------------+-------+
| | Current | Cible |
+-----------------------+---------------+-------+
| Database host | 10.x.x.x | |
| Database name | glpi_db | |
| Database user | glpi-db | |
| GLPI version | 9.4.3 | 9.4.4 |
| GLPI database version | 9.4.3 | 9.4.3 |
+-----------------------+---------------+-------+
No migration needed.
- Suppression du fichier /install/install.php
[root@glpi bin]# cd ../install/
[root@glpiinstall]# rm install.php
rm : supprimer fichier « install.php » ? y
Ma question était, est-ce normal qu'il n'y pas d'update de base entre la 9.4.3 et 9.4.4 ?
Est-ce la bonne procédure que j'ai effectué ?
Cela semble fonctionner, j'accède bien à l'appli. en version 9.4.4 cependant, j'ai constaté une différence de performance à la navigation depuis le passage en 9.4.4
(env. quelques secondes à ouvrir un menu... n'importe lequel, ce n'est pas critique, mais je constate quand même une différence)
Si je reviens (avec un snapshot de ma machine virtuelle) sur la version 9.4.3 le temps de réponse de l'appli est quasi instantané.
Merci pour votre retour.
Last edited by DNUM_SM (2019-10-04 09:20:29)
Offline
Hello together,
i have the same issue. Can anybody help?
Greetings
Mathias
Offline
Hi again,
found a workaround: delete or rename config_db.php in /glpi/config and then go to your GLPI instance. The install/upgrade process will now start.
friendly regards
Mathias
Last edited by mwenkens (2019-10-10 16:15:21)
Offline
Hello,
Thanks for your answer.
I have tried your method, OK update it's good ...
For check version of DB
[root@glpi bin]# ./console db:update
+-----------------------+---------------+-------+
| | Current | Cible |
+-----------------------+---------------+-------+
| Database host | 10.X.X.X | |
| Database name | glpi_dev | |
| Database user | glpi-dev | |
| GLPI version | 9.4.4 | 9.4.4 |
| GLPI database version | 9.4.3 | 9.4.3 |
+-----------------------+---------------+-------+
No migration needed.
I think, with the new version 9.4.4 the version of database stay in 9.4.3 (perhaps no update of db)
But .. after update 9.4.3 to 9.4.4: the glpi web site is a little slower in 9.4.4 about 9.4.3
I don't know why ... have you the same issu ?
Thanks for answers
Last edited by DNUM_SM (2019-10-14 15:50:35)
Offline
I have fond the reason why GLPI GUI was long after update 9.4.3 to 9.4.4
When i active the debug mod into GUI
This message appear
PHP User Warning:Cannotwrite“/var/www/html/glpi/files/_cache/9.4.4af72e69e37d3d15fd4da380e9ca9baf8.json”cachefootprintfile. Cache performance canbelowered. in /var/www/html/glpi/inc/cache/simplecache.class.php at line 223
On the webapp server you can do this
[root@glpi ~]# cd /var/www/html/glpi/files/_cache/
[root@glpi _cache]# chown apache:apache glpi_cache_db_9.4.4af72e69e37d3d15fd4da380e9ca9baf8.json
[root@glpi _cache]# chmod 755 glpi_cache_db_9.4.30382e35d3a1061dd41974d23019bc3c6.json
Perf it's now OK :-)
Last edited by DNUM_SM (2019-12-13 10:26:53)
Offline