You are not logged in.
Bonjour,
Depuis peu, sans avoir changé la configuration, le collecteur GLPI (mailgate) reste dans les actions automatiques en "en cours d'execution". Je suis sur une boite Office 365
Je suis en mode CRON sur l'action automatique avec un cron qui se lance régulièrement. Il fonctionne bien.
Je suis donc obligé de stopper l'action automatique "mailgate" afin que le collecteur fonctionne de nouveau. Et cela repart pour plusieurs heures et puis cela bloque de nouveau en "en cours d'execution"
Je n'ai pas de logs explicites, j'ai essayé aussi de lancé le cron avec l'option Debug et force mais pas plus d'informations. Aucun log explicite dans cron.log ou les autres logs.
J'ai essayé de passer le collecteur de IMAP vers POP mais le probleme est le meme !
je sèche car je ne vois pas comment débuger étant donné que je n'ai pas d'explications.
Quelqu'un aurait une idée ?
Merci
Offline
Bonjour
j'ai le même souci depuis un moment
l'action auto reste bloquée "en cours d'exécution"
je débloque et ca repart pendant quelques jours puis ca rebloque
perso, jattends de mettre à jour en 9.4.5 pour voir si ca resout le prob
Offline
quand on arrete la tache mailgate, je vois que cela lance la commande :
https://glpi.toto.fr/ajax/updatecurrenttab.php?itemtype=CronTask&id=9&tab=0
Peut etre quand ajoutant un CRON qui lance cette commande de façon régulière, cela évitera de cliquer sur "arreter l'execution"
Last edited by eric.le-corre (2020-04-30 17:04:22)
Offline
J'ai fait un cron dans linux qui passe cette commande : */5 * * * * mysql -uroot -pPASSWORD glpidb -e "UPDATE glpi_crontasks SET state = '1' WHERE glpi_crontasks.id = 9;"
Ceci passe l'action automatique mailgate de running à en attente, cela coupe le mode "en cours d'execution" à "programmé"
state =1 : programme
state =2 : en cours d execution
glpi_crontasks.id = 9 : l'ID 9 est celui de mailgate (collecteur)
Offline
Bonjour @Eric.le-corre;
Je vais faire un petit hors sujet mais je suis également sur Office 365 avec collecteur activé.
Il tourne en IMAP mais je voudrais savoir les paramètres que vous avez mis après ? pour ma part j'ai : IMAP / TLS /
VALIDE-CERT /
Merci
Offline
j' ai mis IMAP SSL NO-TLS NO-VALIDATE-CERT
Offline
De quel facon pourrait on débugguer ce probleme de job GLPI qui reste en cours d'exécution ?
Le problème ne sest pas réglé chez moi avec la 9.4.6
Le souci se présente que je sois en mode GLPI ou CRON SYSTEME
Offline
Bonjour,
même symptôme depuis que j'ai changé de collecteur sur la derniere version 9.4.6 (avant cela marchait très bien)
la tache "mailgate" reste aussi en "programmée" obliger de le lancer manuellement ou désactiver/activer.
J'ai du changé la chaine de connexion sur le nouveau (pour le faire fonctionner) : IMAP SSL --- NO-VALIDATE-CERT-- DEBUG
l'ancien : IMAP --- TLS --- VALIDE CERT --- DEBUG
Je ne sais pas pourquoi pourtant les adresses viennent du même domaine même serveur, même type de licence.
Last edited by stdglpi (2020-06-03 09:57:43)
Offline
Problème toujours pas résolu, je nai pas regardé aux paramètres de connexion du collecteur ...
par contre, exécution de la commande suivante permet de débloquer l'action automatique :
php /var/www/glpi/bin/console glpi:task:unlock -t MailCollector::mailgate
intégration au CRON GLPI toutes les 3h pour palier à ce blocage .. .cest de la rustine oO
Offline