You are not logged in.
Pages: 1
Bonjour,
J'ai un petit soucis avec la file d'attente.
Tout fonctionne bien l'envoie de notification tout ca, mais de temps en temps, au moins 1 fois par jour, la file d'attente se "bloque" et je suis obligé d'allé dedans de selectionner tout et de faire envoyer.
avez vous deja eu ce probleme? y a t il une solution connue?
GLPI 9.3.0
Offline
Bonjour,
rien dans vos fichiers logs serveur ?
Et au cas où, avez vous vérifié votre réglage dans la configuration des notifications par mail ?
"Tenter d'envoyer de nouveau dans (minutes)"
Sinon je n'ai pas eu de blocage proprement dit, simplement un envoi parfois qui prend un peu plus de temps, mais là dans votre cas cela peu aussi venir des paramètres de votre serveur mail.
GLPI 10.0.7 / LSWS Enterprise 6.1.2 + PHP 8.1.25 with Zend OPcache + MariaDB 10.3.39 / CENTOS 7.9
Offline
Bonjour,
pour information, depuis la version 9.2 j'ai parfois des blocages sur les tâches automatiques principalement "mailgate" qui reste "en cours d'éxécution" parfois tous les jours parfois 1 fois par semaine. je n'ai pas pu identifier la cause.
j'ai déjà lu des sujets ressemblants sur ce forum et sur github mais pas trouvé de solution.
je n'ai jamais eu le problème sur ma version 9.1.6 (fréquence 5 minutes, environ 500 notifs envoyées par jour)
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Alors j'ai vu ce paramètre pour renvoyer dans Xmin je l'ai mis a 1min mais rien ne semble relancer.
En effet on est passé de la 9.1.5 a la 9.3.0 c'est étrange comme coincidence
Et les logs du serveur, c'est un centOS 7 et je suis mais alors nul en linux j'ai réussi a comprendre comment c'était installé et j'ai pu faire la mise a jour correctement mais après je vais devoir encore bosser cette affaire de pinguin.
Offline
lorsque c'est bloqué, pouvez vous vérifier le statut de la tâche automatique queuednotifications ? (programmée ou en cours d'éxécution ?)
Configuration>tâches automatiques>[queuednotifications]
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
J'ai vérifié sur les notification quand je clique sur celles qui sont "bloquées" elle on 0 dans nombre de tentative d'expédition... je vais chercher pourquoi certaines ne s'envoient meme pas. alors que d'autres passent très bien.
Offline
j'ai vu sur le forum anglais qu'avec le mode d'execution GLPI il faut une action humaine et pour que ce soit automatique il faut utiliser des cron task?
Offline
le statut de la tâche et la date de dernière exécution de : Configuration>tâches automatiques>[queuednotifications] aiderait à savoir si le cron en est la cause
quel est le mode de la tâche CLI ou GLPI ?
sur les notifications bloquées avez vous une date prévisionnelle d'envoi ? est elle dépassée ?
quel type de serveur ? linux ou GLPI ?
avez vous planifié l'execution de /front/cron.php sur le serveur ?
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Je suis en mode GLPI. oui l'heure d'envoi prévue est passée mais ca reste a 0 tentative d'envoi. c'est sur une serveur linux (centOS7) et j'ai récupéré ce projet commancé par un ex employé, je n'ai pas configuré cron.
Offline
Pages: 1