You are not logged in.
Bonjour,
Pendant 4 mois GLPI se synchronisait bien avec OCS via le pluging massimport.
Je reviens de formation et je trouve GLPi dans cette état :
Que faire ?
Merci d'avance.
Last edited by arnaudperfect (2008-10-17 11:57:13)
Offline
j'ai mis a jours le plugign en version 1.2, on verra si cela refonctionne
Offline
Bon, ca ne fonctionne tjr pas. Je ne sais pas se qu'il y a avec ce pluging, mais un coup il fonctionne pendant un certain temps, puis après plus rien. Que ce soit sur windows ou linux, pareil...
Qu'elles sont les choses a vérifier pour identifier le problème ?
Offline
Les journaux ?
Le mode debug ?
++
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
Bonjour,
j'ai le même problème mais pas forcement pour la même raison.
Que donne une exécution du plugin en ligne de commande en mode debug avec l'option --nolog ?
Voir ici : http://www.glpi-project.org/forum/viewt … p?id=11795 pour mon erreur.
Pour l'équipe GLPI : à propos de mon "bug" du lien ci-dessus qui finalement concerne la déconnexion des moniteurs aux machines importé par OCS.
dois je le réouvrir dans la bonne section du forum ou trac, ou celui-ci est il pris en compte ?
merci
PROD : 0.71.6 - Debian4.0/Apache2.2.3/php5.2.0/Mysql5.0.32
DEV : 0.72 - Debian4.0/Apache2.2/php5/Mysql5
Offline
en mode débug :
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 178
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 385
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 477
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 685
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1016
PHP ERROR: Undefined offset: 4 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1121
PHP ERROR: Undefined offset: 4 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1126
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1300
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1357
PHP ERROR: Undefined offset: 29 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1466
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1481
PHP ERROR: Undefined offset: 4 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1539
PHP ERROR: Undefined offset: 4 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1544
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1559
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1624
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1719
PHP ERROR: Undefined offset: 29 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1775
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.mapping.constant.php at line 1790
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.infos.constant.php at line 500
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.infos.constant.php at line 536
PHP ERROR: Undefined offset: 2 in C:\server_inventory\www\glpi\plugins\data_injection\inc\plugin_data_injection.infos.constant.php at line 582
PHP ERROR: Cannot modify header information - headers already sent by (output started at C:\server_inventory\www\glpi\inc\common.function.php:160) in C:\server_inventory\www\glpi\inc\display.function.php at line 57
PHP ERROR: Cannot modify header information - headers already sent by (output started at C:\server_inventory\www\glpi\inc\common.function.php:160) in C:\server_inventory\www\glpi\inc\display.function.php at line 1938
PHP ERROR: Cannot modify header information - headers already sent by (output started at C:\server_inventory\www\glpi\inc\common.function.php:160) in C:\server_inventory\www\glpi\inc\display.function.php at line 1939
Pour les jounaux :
J'ai stoppé le serveur, purgé les log, démarré le serveur, lancé une synchro.
>> rien dans les log de PHP, APACHE, MYSQL et dans ocsng_fullsync.log
Que faire docteur ?
Last edited by arnaudperfect (2008-10-22 15:59:06)
Offline
Laur :
Quand tu executes le script, tu fais bien en ligne de commande "run.bat --nolog" ?
car si oui, j'ai aucunes informations à l'écran.
Offline
Je pense que la version de data_injection n'est pas en phase avec la version de GLPI.
++
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
J'ai mis à jours le pluging "data_injection"
Je n'ai plus d'erreur au niveau débug
J'ai tester un synchro, et rien.
Last edited by arnaudperfect (2008-10-23 11:02:52)
Offline
Grrrr... Windows....
Je pense qu'on va finir par arrêter de supporter cet OS pour macc_ocs_import...
Essaie en ligne de commande voir s'il affiche qq chose.
++
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
Grrrr... Windows....
Essaie en ligne de commande voir s'il affiche qq chose.
++
C'est à dire ? qu'elle ligne de commande ? (ma question parait stupide, mais afin de bien résoudre le problème je veux être sur qu'on parle bien des même choses ;-) )
Offline
Laur :
Quand tu executes le script, tu fais bien en ligne de commande "run.bat --nolog" ?
car si oui, j'ai aucunes informations à l'écran.
oui, mais sous linux,
$sh ocsng_fullsync.sh --nolog
Quand tu dis : J'ai tester un synchro, et rien.
rien = tu n'as plus d'erreurs ?
quelle version de PHP as tu ?
PROD : 0.71.6 - Debian4.0/Apache2.2.3/php5.2.0/Mysql5.0.32
DEV : 0.72 - Debian4.0/Apache2.2/php5/Mysql5
Offline
Quand je dis rien, c'est à dire que sous glpi je suis tjr à ceci :
Last edited by arnaudperfect (2008-10-23 12:04:28)
Offline
Pendant 4 mois GLPI se synchronisait bien avec OCS via le pluging massimport.
Je reviens de formation et je trouve GLPi dans cette état :
Que faire ?
Savoir ce qui a été modifié.
Vérifie si la tâche planifier existe toujours
Lancer la commande de synchronisation en ligne de commande pour voir les messages éventuellement affichés.
++
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
La tâche planifier existe toujours. Je l'active même à la main pour lancer une synchronisation et rien.
Je lance aussi la synchronisation via le fichier "run.bat" que voici :
@echo off
echo Chemins php et du script a lancer
SET path_php="C:\server_inventory\bin\php\php5.2.6"
SET plugin_glpi="C:\server_inventory\www\glpi\plugins\mass_ocs_import\scripts"
echo Definition du path
PATH = %PATH%;%path_php%
IF EXIST %plugin_glpi%\run.php GOTO RUN
IF NOT EXIST %plugin_glpi%\run.php GOTO EXIT
:RUN
echo Lancement du script
php %plugin_glpi%\run.php
GOTO FIN
:EXIT
echo Le chemin vers run.php est incorrect
pause
:FIN
Je lance cette commande avec cmd via le dossier "C:\server_inventory\www\glpi\plugins\mass_ocs_import\scripts>"
C:\server_inventory\www\glpi\plugins\mass_ocs_import\scripts>php run.php --threa
d_nbr=1 --server_id=1 --nolog
Thu, 23 Oct 2008 13:58:01 +0200 run.php started
Thu, 23 Oct 2008 13:58:01 +0200 run.php ended
C:\server_inventory\www\glpi\plugins\mass_ocs_import\scripts>
Je n'ai rien en retour sur cmd, rien dans GLPI qui me montré les poste synchronisé.
Niveau log apache, php, mysql et glpi (C:\server_inventory\www\glpi\files\_log\ocsng_fullsync.log) >> rien de rien.
J'avais lu sur le forum il y a quelque mois un truc sur le checksum, un truc comme ca. J'avais fait des tests quand j'avais lu ceci sur un serveur de dev qui avait eu le problème que j'ai en ce moment et j'arrivais à synchronisé à nouveau quelques PC. c'est peut etre un élément de piste ?
Je tien à ajouter que ce problème je l'avais eu aussi avec une fédora, donc je ne pense pas que le problème vienne directement de l'OS.
sinon merci encore une fois pour le temps que tu passes pour résoudre ces problèmes avec moi ;-)
Offline
en mode débug, dans les fichier php-errors.log et sql-errors.log.
++
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
J'ai exécuter la commande suivante :
[b]C:\server_inventory\www\glpi\plugins\mass_ocs_import\scripts>php run.php --threa
d_nbr=1 --server_id=1 --nolog
Thu, 23 Oct 2008 13:58:01 +0200 run.php started
Thu, 23 Oct 2008 13:58:01 +0200 run.php ended
C:\server_inventory\www\glpi\plugins\mass_ocs_import\scripts>[b]
php-errors.log :
VIDE
sql-errors.log :
081023 14:07:25 InnoDB: Started; log sequence number 10 3389899153
081023 14:07:25 [Note] wampmysqld: ready for connections.
Version: '5.0.51b-community-nt' socket: '' port: 3306 MySQL Community Edition (GPL)
081023 14:09:31 [Note] wampmysqld: Normal shutdown
081023 14:09:31 InnoDB: Starting shutdown...
081023 14:09:34 InnoDB: Shutdown completed; log sequence number 10 3389899163
081023 14:09:34 [Note] wampmysqld: Shutdown complete
081023 14:10:45 InnoDB: Started; log sequence number 10 3389899163
081023 14:10:45 [Note] wampmysqld: ready for connections.
Version: '5.0.51b-community-nt' socket: '' port: 3306 MySQL Community Edition (GPL)
Comme je l'ai déjà dis, j'ai aucun log...
Offline
au pire, je t'envoie un fichier compresser du serveur (wamp) que tu pourras lancer sur ton poste, tu verras que j'ai rien en log.
Offline
L'extrait du log correspond au log du serveur MySQL
Ceux qui m'intéressent, sont les log de GLPI dans la dossier glpi/files/_log
Et l'image de ton serveur Wamp ne me serais d'aucune utilité, je n'ai pas de machine Windows à ma disposition.
++
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
ok, je te donne cela demain
Offline
J'ai regardé les log, ils sont vide.
Ne vaudrait il pas mieux que j'utilise la synchro propre à GLPI ?
Comment fonctionne ce mode exactement ?
Offline