You are not logged in.
Pages: 1
Topic closed
La tache cron interne de glpi ne peut pas finir son travail lorsqu'elle tombe sur une machine avec un checksum en 131071. tous les autres cas fonctionnent très bien et lorsqu'on utilise l'utilitaire de synchro manuelle ou qu'on force la synchronisation depuis la fiche de la machine en question tout se passe "bien" (le checksum est réinitialisé)
La seule information que j'ai pu obtenir est une erreur PHP :
PHP Fatal error: Class 'DictionnarySoftwareCollection' not found in /usr/share/glpi/inc/ocsng.function.php on line 2873
Versions :
PHP 5.1.6
mysql 5.0.45
Apache/2.2.3
Last edited by Adadov (2008-10-15 10:20:11)
PHP 5.1.6 / MySQL 5.0.45 / Apache 2.2.3 / GLPI 0.71.2
Offline
corrigé a tester :
https://dev.indepnet.net/glpi/changeset/7388
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Génial à peine le patch appliqué qu'une mise à jour s'est lancée sans aucuns soucis. Merci beaucoup
PHP 5.1.6 / MySQL 5.0.45 / Apache 2.2.3 / GLPI 0.71.2
Offline
Il faut aussi rajouter l'item "registry" en fin sinon on tombe sur une autre erreur du même genre
PHP 5.1.6 / MySQL 5.0.45 / Apache 2.2.3 / GLPI 0.71.2
Offline
Toujours au sujet du cron OCS, je viens de remarquer qu'il laisse toujours 10 machines non synchronisées.
Par contre je n'ai pas de message d'erreur et dés que le nombre de machine passe au dessus de 10 il importe toutes les machines en attente d'update moins 10 ...
Celà ne se produit par contre que sur un des deux serveurs OCS que nous synchronisons avec GLPI ... celui ayant l'ID le plus bas.
une idée ??
Last edited by Adadov (2008-10-16 15:16:55)
PHP 5.1.6 / MySQL 5.0.45 / Apache 2.2.3 / GLPI 0.71.2
Offline
merci pour registry : https://dev.indepnet.net/glpi/changeset/7393
a priori aucune raison pour le nombre de synchro.
le seul paarmètre utilisé est le nombre de machine à synchroniser défini dans le config du serveur OCS
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Je m'en doutais bien je dois avoir un peu la poisse vu que les deux sont fixés à 100 machines, un fonctionne l'autre en laisse toujours 10 derrière lui si je trouve une raison je vous tiens au courant.
PHP 5.1.6 / MySQL 5.0.45 / Apache 2.2.3 / GLPI 0.71.2
Offline
les 10 restants sont t'ils vraiment à synchroniser ?
dans OCS le lastdate des machines est-il bien renseigné ?
En effet il y a une condition de plus dans le cron que dans l'interface concernant la date de dernière mise à jour
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Oui toutes ces informations sont bonnes et d'ailleurs ce ne sont pas 10 machines fixes mais ça change au fur et à mesure si je fais ma synchronisation à la main elles disparaissent et il attend d'être de nouveau avec un nombre de machine à synchroniser > 10.
PHP 5.1.6 / MySQL 5.0.45 / Apache 2.2.3 / GLPI 0.71.2
Offline
Par sécurité, la synchro prévoit un délai de 3 minutes avant d'importer une machinen (on a observé des cas ou synchroniser une machine trop tôt pouvais entrainer des problèmes de doublons).
Donc il faut que le laststate soit < heure courante - 3 minute.
Qu'en est-il pour ces machines ?
++
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
c'est le cas en effet en tous cas pour ce que je m'en souviens
Merci bien pour cette réponse le mystère est levé je pense.
++
PHP 5.1.6 / MySQL 5.0.45 / Apache 2.2.3 / GLPI 0.71.2
Offline
on peux donc fermer.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pages: 1
Topic closed