You are not logged in.
Pages: 1
Topic closed
Bonjour,
J'ai l'impression que la synchro automatique ne fonctionne pas : je m'explique.
Si je fait une synchro manuel alors pas de problème.
mais si je ne fais rien, la date de la derniere dernière import et dernier inventaire OCS ne varie pas. Or elle devrait se mettre régulierement à jour en fonction de la date sur OCS, non ?
J'ai l'impression qu'avant c'était comme ça. Comment puis-je m'en assurer. Si je regarde le cron.log j'ai
Launch ocsng
18-09-2008 11:53
Check updates from server "monserveur"
18-09-2008 12:12
Launch dbreplicate
18-09-2008 13:45
Launch plugin_mass_ocs_import
18-09-2008 13:45
Clean mass_ocs_import : nothing to do
18-09-2008 13:56
Launch mailgate
18-09-2008 13:56
mailgate Successfull (0.00s)
18-09-2008 13:57
Launch ocsng
18-09-2008 13:57
Check updates from server "monserveur"
J'avais installé le plugin mass_ocs_import mais j'ai quelques soucis avec, peut-être devrais-je le déinstaller.
De plus j'ai vais installer une passerelle mail et j'ai l'impresssion que ça ralentit les accès à l'application via le login, au moment de la connexion.
Si vous pouvez m'éclairer sur tout ça merci
Je suis en version 0.71.1 sous Unix
Offline
Je viens de regarder le sql-error.log, voici ce que j'ai :
c'est comme ça depuis la date de la derniere synchro automatique .
Si quelqu'un peut me dire ce que ça veut dire, je comprend pas trop
Backtrace :
/applis/glpi/inc/ocsng.function.php:1268 dbocs->query()
/applis/glpi/inc/cron.class.php:223 cron_ocsng()
/applis/glpi/front/cron.php:71 cron->launch()
/applis/glpi/front/cron.php
16-09-2008 09:09
*** MySQL query error :
***
SQL: SELECT * FROM hardware INNER JOIN accountinfo ON (hardware.ID = accountinfo.HARDWARE_ID)
WHERE ((hardware.CHECKSUM & 129479) > 0 OR hardware.LASTDATE > \'2008-09-14
08:51:37\') AND LASTDATE < TIMESTAMPADD(MINUTE,-3,now()) ORDER BY hardware.LASTDATE ASC LIMIT 4
Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server
version for the right syntax to use near '(MINUTE,-3,now()) ORDER BY hardware.LASTDATE ASC LIMIT 4'
at line 2
Offline
Version de MySQL ?
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
Merde, on dirait bien que la fonction TIMESTAMPADD n'est dispo qu'en MySQL 5...
GLPI est censé être compatible MySQL >= 4.1.2
Et personne ne l'as remarqué
Bon faudrait essayer en remplaçant
LASTDATE < TIMESTAMPADD(MINUTE,-3,now())
Par
TIMESTAMP(LASTDATE) < (NOW()-180)
Tu peux essayer ?
++
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,
La version mysql du serveur est 4.1.22
C'est à cause de l'erreur cité plus haut (dans le sql_error.log" que la synchro ne marche pas ?
Si oui dans quel fichier dois-je faire la modif que vous avez dit de tester.
Je suis en version 0.71.1 la version 0.71.2 corrige peu-être le probléme non ?
Merci
Offline
Non, la version 0.71.2 ne corrige pas ce problème.
La modif doit être faite dans le fichier glpi/inc/ocsng.function.php, ligne 1252
Avant :
$query_ocs .= " AND LASTDATE < TIMESTAMPADD(MINUTE,-3,now()) ";
Après :
$query_ocs .= " AND TIMESTAMP(LASTDATE) < (NOW()-180) ";
Merci de tester.
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
Des nouvelles ?
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
Bug vérifié et confirmé : https://dev.indepnet.net/glpi/ticket/1148
Corrigé : https://dev.indepnet.net/glpi/changeset/7340
++
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
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
Pages: 1
Topic closed