You are not logged in.
Pages: 1
Bonjour, on m'as demander d'installé glpi dans une entreprise, j'ai bien installé php5 et MySQL 4.1, il y avait deja IIS, bon bref quand j'arrive a l'etape 0 j'ai ceci:
- Mémoire allouée: octets
Un minimun de 16MO est généralement necessaire à GLPI. Essayez d'augmenter le paramètre memory_limit dans le fichier php.ini.
Je l'ai fait mais j'ai beau redemarrer IIS mais rien y fait
- Test sur les fonctions utf8_encode et utf8_decode :
Les fonctions ont été trouvées. Parfait !
le fichier n'a pu etre créé
- Test d'écriture de fichiers dump :
Vérifier que PHP a un droit.....
Le fichier n'a pu etre créé
-Test d'écriture de fichiers documents :
Vérifier que PHP a un droit....
Le fichier n'a pu etre créé
voila c tous pour le moment pour dump et doc j'ai beau décocher lecture seule il se remet aprés
Merci d'avance
Offline
avec iis il faut que tu donnes les droits au user anonyme sur les répertoires concernés
Xavier Caillaud
Blog GLPI Infotel
Offline
Bonjour à tous,
Et encore bravo pour ce soft
Voilà pour mon cas, sur un XP_Pro,Xamp, sur une copie de mon GLPI v0.65:
GLPI SETUP
Etape 0
Vérification de la compatibilité de votre environnement avec l'execution de GLPI
Test effectué
Résultats
Test du Parser PHP
La version de PHP est au moins 4.x - Parfait !
Test de l'extension mysql.
Ok - la fonction mysql_query() existe - Parfait !
Test la mémoire allouée
Mémoire non limitée - Parfait !
Test des Sessions
Le support des sessions est opérationnel - Parfait !
Test de l'utilisation de Session_use_trans_sid
Ok - Les sessions fonctionnent (pas de problèmes de trans_id) - Parfait !
Test sur l'extension magic_quotes_sybase
L'option magic_quotes_sybase n'est pas utilisée par votre serveur - Parfait !
Test sur les fonctions utf8_encode et utf8_decode
Les fonctions ont été trouvées - Parfait !
Tests d'écriture de fichiers dump
Le fichier n'a pas pu être créé.
Vérifiez que PHP a un droit d'écriture pour le répertoire : 'backups/dump/'. Si vous êtes sous un environnement de Microsoft Windows, controlez si celui-ci est en lecture seule.
Test d'écriture de fichiers documents
Le fichier n'a pas pu être créé.
Vérifiez que PHP a un droit d'écriture pour le répertoire : '/docs'. Si vous êtes sous un environnement de Microsoft Windows, controlez si celui-ci est en lecture seule.
Test d'écriture du fichier de configuration
Le fichier n'a pas pu être créé. C:/Program Files/OCS Inventory NG/xampp/htdocs/glpi_test_v0.68-rc1/config//test_glpi.txt
Vérifiez que PHP a un droit d'écriture pour le répertoire : 'glpi/config/'. Si vous êtes sous un environnement de Microsoft Windows, controlez si celui-ci est en lecture seule.
Continuer ?
Suite à ceci ... ben j'ai lu le Readme ;-? bon je sais le RTFM ..! mais bon pas mieux.
Donc j'ai corrigé les 2 premier PB /backup/dump et /docs car c'est expliqué dans le README!
Le PB de Read only sous XP depuis le SP2 tout se trouve avec cet attribut impossible à forcer (j'ai l'impression de $Crosoft à fait un SUDO à sa façon!?)
Bref.
J'ai aussi créé un répertoire /config à la racine de ../htdocs/glpi ??? (voir erreur de création "Test d'écriture du fichier de configuration
Le fichier n'a pas pu être créé. C:/Program Files/OCS Inventory NG/xampp/htdocs/glpi_test_v0.68-rc1/config//test_glpi.txt"
Ensuite ça se passe bien jusqu'à une erreur
Fatal error: Call to undefined ... Config() in C:\Program Files\OCS Inventory NG\xampp\htdocs\glpi_test_v0.68-rc1\glpi\config\config.php on line 271
>> Que j'ai réglé en ajoutant un include config(); dans le fichier config.php
Et maintenant j'obtiens cette erreur, et là je suis pas un pro de la POO alors...
Fatal error: Call to undefined method Config::getFromDB() in C:\Program Files\OCS Inventory NG\xampp\htdocs\glpi_test_v0.68-rc1\glpi\config\config.php on line 274
Un petit coup de main est bien venu
GLPI 0.84.8 - Plateforme PROD: Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log
Offline
les répertoires indiqués me font dire que vous n'avez pas fait correctement votre mise à jour.
Il essaye de checker des répertoires qui n'existent pas dans la 0.68
il ne faut pas garder les fichiers de la 0.65
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Ah!? c'est effectivement ce que j'ai fait, une copie de la 0.65, une installation de la 0.68 avec "écrasement" des fichiers identiques, puis procédure de mise à jour lors de l'accés à l'appli via le navigateur?
(en fait ma base fait env 8Mo et PhpMyadmin n'aime pas importer celle-ci!?
En plus mon serveur est une Debian et ma sauvegarde je la récupère sur mon poste client en XP, pour faire des tests sur une autre implémentation locale Xamp(installation faîte via le paquetage d'install Windows d'OCS)
Je passerai le problème d'apostrophe dans les commentaires qui tronque les importation du fichier SQL créé sous Linux transféré sous Windows?
Mon importation d'OCS, toujours par phpmyadmin, coince toujours.
Tout ça pour dire que j'évite de partir d'une base vide et que j'ai cru que je pouvais repartir d'un v0.65 en installant la v068rc1 par dessus, suivi de l'upgrade!
S'il faut partir directement d'une v0.68rc1 et tenter de réimporter la base existante, que veut dire/faire la procédure de mise à jour!?
Merci
GLPI 0.84.8 - Plateforme PROD: Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log
Offline
il ne doit pas y avoir d'ecrasement le passage 0.65 -> 0.68 doit se faire dans des répertoires séparés.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Bon daccord.
Mais dans ce cas à quoi sert la mise à jour proposée à la première exécution de GLPI!?
Merci
GLPI 0.84.8 - Plateforme PROD: Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log
Offline
je ne comprend pas votre question.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Bonjour
dans votre cas il y a deux mises a jours séparées...
la mise a jours des fichiers de glpi , et la mise a jours de la database mysql....
pour passer de 0.65 a 0.68 il faut carrémznt supprimer les fichiers de la 0.65 et mettre ceux de la 0.68 ( en gardant les fichiers qui sont précisés dans la note de mise a jours)
Ensuite, quand vous lancez glpi, il vous propose de mettre a jours la base mysql pour ajouter les champs et tables qui existent maintenant en 0.68
voila
Plateforme :
OS : Windows 2003 Sp1 / logiciel de décompactage : Winzip / Navigateurs : Internet Explorer 6sp1 / firefox 1.5
Installation : Package Ocs NG RC3 - XAMPP version 1.5.1
Serveur : Apache 2.0.55 / Base : 5.0.18-nt / Langage : PHP 5.1.1 / PhpMyAdmin 2.7.0-pl1
Offline
Ah, ça y est merci je viens de comprendre.
Il est vrai que j'ai du mal lire le LISEZMOI!?
Merci encore et bravo pour votre travail.
GLPI 0.84.8 - Plateforme PROD: Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log
Offline
Pages: 1