Mailgate bloqué -En cours d'exécution-

Etrange · 2012-11-09 10:52:57

J'ai reproduit votre problème.
J'ai défini 4 collecteurs du type POP.
Dans la configuration de chacun des collecteurs, sous la ligne contenant le serveur de messagerie, il y a 4 options de connexion à définir.
Tant que la première valeur reste à "POP", tout fonctionne.
Par contre si je laisse cette première option vide, alors j'observe le même blocage que vous : "exécution en cours..."
En revenant à "POP", tout est à nouveau OK. (ceci sur l'ensemble des collecteurs)
Il s'agit dont peut être d'un problème de paramétrage des collecteurs ?

Malgré cela, j'ai moi même un probblème que je n'arrive pas à résoudre : le cron ne semble pas super fiable.
Par moment, il semble ne plus fonctionner et il faut que je le lance à la main... (via l'interface GLPI)
Il annonce une prochaine date d'exécution dépassée et si j'attends sans rien faire, il ne se passe rien.
Comment faire en sorte que le cron s'exécute bien régulièrement ? (j'avais le même problème avec une version plus ancienne dans une autre boite, et il me semble que j'avais modifié le cron système à la main pour ajouter la ligne qui force l'exécution du cron, mais cela ne me parait pas satisfaisant et surtout, cela doit forcément marcher pour la plupart... alors pourquoi ce blocage?)

chrisnet46 · 2013-05-14 15:59:23

Bonjour,

De mon côté, c'était un pb de droit sur le fichier /etc/php5/cli/php.ini. Il n'y avait pas d'autorisation de lecture pour group et world. Je m'en suis aperçu car un php -m ne listait pas le module imap si je n'étais pas root.

chrisnet46 · 2013-05-14 16:26:36

Ce n'est pas complètement résolu. Maintenant la tâche mailgate ne s'exécute pas du tout. Je dois avoir un problème de droit d'exécution qq part car
php /var/www/glpi/front/cron.php --force debug mailgate n'a pas d'effet alors que sudo php /var/www/glpi/front/cron.php --force debug mailgate active bien la tâche.

Merci pour votre aide.

chrisnet46 · 2013-05-15 09:20:03

J'ai trouvé, je n'avais pas non plus les bons droits sur /etc/php5

J'ai dû faire un "chmod 755 php5"

Par contre, je ne sais pas pourquoi les droits n'étaient pas corrects sur ce dossier car je ne les avais pas modifiés, un problème lors de l'installation de PHP5 ?

nouabi · 2014-09-03 08:52:11

Bonjour,

Je fais un up du sujet car j'ai un problème similaire.
J'ai migré de serveur UBUNTU SERVER ver UBUNTU SERVER / GLPI 0.84.70 vers 0.84.70 avec toute ma base ...
Le collecteur marchait très bien en CLI avec un cron sur l'ancien mais impossible à le faire sur le nouveau serveur.

Le mailgate reste en "cours d'execution" bloqué.
Lorsque je l'annule et lance la commande suivante, ça fonctionne en partie.

php5 /var/www/glpi/front/cron.php --force debug mailgate

Le mailgate est lancé mais reste bloqué "en cours d'execution"

Quand je l'execute à la main dans les action automatique, cela fonctionne.

Pas d'erreur significative dans syslog, dans cron.log.
Cron.log :

Externe #1 : Rien Ã  lancer
2014-09-03 17:47:01
Externe #1 : Rien Ã  lancer
2014-09-03 17:48:01
Externe #1 : Rien Ã  lancer
2014-09-03 17:49:02
Externe #1 : Rien Ã  lancer
2014-09-03 17:50:01
Externe #1 : Rien Ã  lancer
2014-09-03 17:50:10
Interne #1 : DÃ©marrage planningrecall
ANNULATON MANUELLE DE L'EXECUTION AUTOMATIQUE
2014-09-03 17:51:01
Externe #1 : DÃ©marrage mailgate
BLOCAGE A NOUVEAU "en cours d'execution"

J'ai l'impression que c'est la fonction maigate qui échoue mais je ne sais pas ou.
J'ai vérifié tous les droits ...

Merci d'avance pour votre aide.

Last edited by nouabi (2014-09-03 10:46:42)

beaujoire · 2015-12-14 17:50:47

Bonjour,

J'ai le même problème, je suis en mode CLI et aléatoirement ma tache reste bloquée sur "en cours d’exécution"
Cela le fait aussi bien en automatique qu'en manuel.

des idées??

Glpi v 0.85.4

lu.renauld · 2016-02-05 11:51:33

Bonjour,

je viens de corriger le bugg #397, et depuis mon action automatique reste en cours d'exécution tout le temps... J'ai fait un script shell qui force l'activation du mailgate toutes les 5 minutes mais ça ne fonctionne plus alors que ça marchait très bien avant...

jbouille78 · 2016-05-02 09:57:52

bonjour,

Je sors d'une install propre, et neuve, en version 0.90.3.

Je tombe sur ce sujet car j'ai le même soucis. En lisant ce topic (et bien d'autres), je n'ai pas trouvé la solution.
Si quelqu'un a résolu définitivement ce soucis, qu'il se manifeste ..!

J'apporte une petite pierre a l'édifice :
Si je lance ma commande, en ayant mit en CLI, toutes les minutes la tache du mailgate automatique :
(...)\php.exe -f C:\(...)\glpi\front\cron.php

j'obtiens ce magnifique message :
PHP Fatal error: Call to a member function file() on null in C:\(...)\glpi\inc\toolbox.class.php on line 2468

Ensuite le message n’apparaît plus, et la tache est "en cours d'execution". Le message réapparaît si je kill dans glpi par la petite croix ce "en cours d'execution"

je precise que cela a fonctionné pendant une petite journée... pis hop !

aussi je suis en version 5.6 de php et un IIS 7 sur 2008R2 (je sens déjà les foudres s’abattre !)

c.lamy · 2016-06-02 09:28:26

Je pense rencontrer le même problème que vous.

Mon serveur web est sous Windows 2008 / wamp. J'ai programmé l’exécution des taches cron toutes les 5 min. La fréquence d’exécution en mode CLI de mailgate est réglée sur 15 minutes mais celle-ci reste "en cours d’exécution".

Glpi v 0.85.4

Avez-vous trouver une solution ?

c.lamy · 2016-06-02 10:50:10

c.lamy wrote:

Je pense rencontrer le même problème que vous.
Mon serveur web est sous Windows 2008 / wamp. J'ai programmé l’exécution des taches cron toutes les 5 min. La fréquence d’exécution en mode CLI de mailgate est réglée sur 15 minutes mais celle-ci reste "en cours d’exécution".
Glpi v 0.85.4
Avez-vous trouver une solution ?

RESOLU : j'ai changé le mode d'execution en GLPI.

Tube · 2016-06-09 14:34:33

Meme si ce post est résolu, je me rappelle a l'époque avoir un peu lutter pour trouver la solution grace a un topic perdu au fin fond du web...
GLPI en mode d’exécution GLPI
J'ai créer un fichier php (MailG.php)

<?php
set_time_limit(120);
file_get_contents('http://127.0.0.1/glpi/front/cron.php');
?>

et ensuite en tache planifié sur windows j'execute un fichier MailG.bat

@echo off
C:\xampp\php\php.exe C:\xampp\htdocs\glpi\Scripts\MailG.php
C:\xampp\php\php.exe C:\xampp\htdocs\glpi\front\cron.php --force mailgate

Voilà si ca pourra aider d'autres personnes dans le futur !
Ps : ne jamais appeler renommer un fichier de tache automatique avec le symbole &

lucas.lelievre96 · 2016-06-22 10:51:52

Salut,

Sous Linux ça donne quoi ?

Si j'ai bien compris :

Un fichier abc.php avec :

<?php
set_time_limit(120);
file_get_contents('http://127.0.0.1/glpi/front/cron.php');
?>

et un appel dans le crontab de ce fichier ?

*/5 * * * * apache cd /var/www/html/glpi/front/ && php cron.php   -- Appel des actions CLI "classiques" (fonctionne)
*/5 * * * * apache cd /var/www/html/glpi/front/ && php abc.php    -- Appel du fichier créé

Et en mettant la tâche mailgate en mode GLPI.

C'est bien ça ? Quelqu'un peut confirmer ou me corriger ?
Merci

yllen · 2016-06-22 14:50:37

Le cron est pour les taches en mode CLI

lucas.lelievre96 · 2016-06-23 10:26:27

En lisant les posts précedents, j'avais l'impression que certaines personnes avaient du passer en mode GLPI pour que ça fonctionne.
Pour le reste de mon message c'est bien ça ?

yllen · 2016-06-24 10:49:32

Je ne me rappelle pas de tous les posts mais le mode GLPI s'active avec de l'activité dans le navigateur, le mode CLI s'active via un cron ou une tâche planifiée.

Pour le cron ce n'est pas bon
*/5 * * * * apache php //var/www/html/glpi/front//cron.php

c.lamy · 2016-07-28 14:36:15

Bonjour à vous,

Je ré-ouvre le dossier. Mon problème était résolu en passant en mode d’exécution GLPI mais depuis aujourd’hui, la tache reste bloquée.

J'utilise l'astuce de Tube...

Forum GLPI-Project

Announcement

#51 2012-11-09 10:52:57

Re: Mailgate bloqué -En cours d'exécution-

#52 2013-05-14 15:59:23

Re: Mailgate bloqué -En cours d'exécution-

#53 2013-05-14 16:26:36

Re: Mailgate bloqué -En cours d'exécution-

#54 2013-05-15 09:20:03

Re: Mailgate bloqué -En cours d'exécution-

#55 2014-09-03 08:52:11

Re: Mailgate bloqué -En cours d'exécution-

#56 2015-12-14 17:50:47

Re: Mailgate bloqué -En cours d'exécution-

#57 2016-02-05 11:51:33

Re: Mailgate bloqué -En cours d'exécution-

#58 2016-05-02 09:57:52

Re: Mailgate bloqué -En cours d'exécution-

#59 2016-06-02 09:28:26

Re: Mailgate bloqué -En cours d'exécution-

#60 2016-06-02 10:50:10

Re: Mailgate bloqué -En cours d'exécution-

#61 2016-06-09 14:34:33

Re: Mailgate bloqué -En cours d'exécution-

#62 2016-06-22 10:51:52

Re: Mailgate bloqué -En cours d'exécution-

#63 2016-06-22 14:50:37

Re: Mailgate bloqué -En cours d'exécution-

#64 2016-06-23 10:26:27

Re: Mailgate bloqué -En cours d'exécution-

#65 2016-06-24 10:49:32

Re: Mailgate bloqué -En cours d'exécution-

#66 2016-07-28 14:36:15

Re: Mailgate bloqué -En cours d'exécution-

Board footer