You are not logged in.
Bonjour à tous.
J'ai un petit soucis avec le plugins mass_ocs_import 1.1 sur mon GLPI 0.70.2.
C'est hébergé sur un serveur Windows 2003 server.
Lorsque je lance le run.bat du plugins mass_ocs_import (au préalable, j'ai configuré le plugins), une erreur apparaît :
Chemins php et du script a lancer
Definition du path
Lancement du script
PHP Warning: PHP Startup: Unable to load dynamic library 'D:\sites\ocsinventory
\xampp\php\ext\php_netools.dll' - Le module spÚcifiÚ est introuvable.
in Unknown on line 0
Puis un joli message d'erreur :
Cette application n'a pas pu démarrer car lcrzo.dll est introuvable.
La réinstallation de cette application peut corriger le problème.
Dans mon php.ini j'ai enlevé le ; devant la ligne extension=php_netools.dll
Puis redémarrage d'Apache.
Malheureusement, ça ne résoud pas mon problème.
Pourriez-vous me filer un coup de main la dessus svp ?
Merci d'avance ;-)
- GLPI 0.83.31
- OCS Inventory 2.04
- Serveur Linux RedHat 5.3
- Apache 2.2.3-22 / PHP 5.1.6 / MySQL 5.0.45-7
Offline
J'ai, tant bien que mal, trouvé la DLL lcrzo.dll sur Sourceforge.
Maintenant, il me demande les dll wpcap, DB2CLI et packet.dll
J'ai installé wpcap.dll dans le system32 mais je n'arrive pas à trouver les 2 dll restantes. J'ai trouvé une version de packet .dll mais il me dit que la procédure PacketGetReadEvent est manquante.
Pouvez-vous me dire où trouver les bonnes DLL s'il vous plaît ?
PS : Il serait peut-être bien de rajouter ces DLL dans l'archive du mass_ocs_import .... ;-)
- GLPI 0.83.31
- OCS Inventory 2.04
- Serveur Linux RedHat 5.3
- Apache 2.2.3-22 / PHP 5.1.6 / MySQL 5.0.45-7
Offline
PS : Il serait peut-être bien de rajouter ces DLL dans l'archive du mass_ocs_import .... ;-)
Non.
1/ il n'en a pas besoin
2/ rendre le serveur opérationnel n'est du ressort des développeurs
Je pense que vous avez plutôt un problème d'environnement (PATH).
Par contre, vous êtes sous Windows, donc il faut assumer votre choix.
++
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Non.
1/ il n'en a pas besoin
2/ rendre le serveur opérationnel n'est du ressort des développeursJe pense que vous avez plutôt un problème d'environnement (PATH).
Par contre, vous êtes sous Windows, donc il faut assumer votre choix.++
J'en convient que ce n'est pas les développeurs qui doivent assurer la configuration serveur mais quelques indications peut-être....
Sinon le PATH est tout à fait correct.
Par contre, je ne saisis pas le fait qu'il n'est pas besoin de ces dll. Lorsque je lance le script il fait appel à une batterie d'extensions php et donc forcément de dlls. Ais-je manqué quelque chose peut-être ?
- GLPI 0.83.31
- OCS Inventory 2.04
- Serveur Linux RedHat 5.3
- Apache 2.2.3-22 / PHP 5.1.6 / MySQL 5.0.45-7
Offline
Ce n'est pas le script qui fait appel à ces extensions, mais le chargement de PHP en fonction de celles déclarées dans le .ini.
Vu tes manips, tu n'as pas corriger le bon (je sais que sous Windows, c'est le merdier et qu'il en fout partout).
++
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
PS : Il serait peut-être bien de rajouter ces DLL dans l'archive du mass_ocs_import .... ;-)
sûrement pas, on n'inclue rien de spécifique à une plate-forme dans le plugin (le plugin fonctionne, c'est votre environnement php qui est pas bon)
Remi, ça a été une erreur de proposer que ça fonctionne sous windows...
Offline
Remi, ça a été une erreur de proposer que ça fonctionne sous windows...
oui.
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
dans ce cas quelle est l'environnement PHP favorable pour l'utilisation du pluging, car chez moi il fonctionne aléatoirement que je sois sur un linux ou windows...
Offline