You are not logged in.
Pages: 1
Bonjour,
J'ai mis certaines actions automatiques en CLI et j'ai créé des tâches planifiées correspondantes sur un serveur Windows Server 2008.
Je rencontre un problème avec l'action "queuemail". Les mails ne sont pas envoyés car il semblerait que l'action se bloque dans GLPI (Statut: en cours d'éxécution).
J'ai l'impression que l'action automatique est toujours en mode GLPi même si la configuration en CLI est OK.
Des avis ?
Merci
Version GLPI utilisée: 9.5.7
Offline
La file d'attente se vide suivant les paramètres de la configuration de votre entité
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Ce matin, la file d'attente contient 65 mails non envoyés depuis hier.
L'action automatique queuedmail est "En cours d’exécution" avec une dernière exécution aujourd’hui à 00:00.
La tâche planifiée sous Windows a bien été éxécuté entre temps
Version GLPI utilisée: 9.5.7
Offline
Et le paramétrage dans la configuration de votre entité ?
Arrêtez vous les tâches automatiques lors des sauvegardes ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Dans les options de notification de l'entité, le délai pour envoyer des notifications par courriel est à 1 minutes.
Non je n'arrête pas les actions (Surtout si l'arrêt doit se faire manuellement). La sauvegarde de la base de données est faite par un script lancé via une tâche planifiée.
Par contre, une tâche planifiée de redémarrage du serveur qui a peut être bloqué cette action.
Les actions peuvent t elles être arrêtées via un script?
Version GLPI utilisée: 9.5.7
Offline
Il suffit de ne pas les activer pendant le redémarrage du serveur (modifier la plage horaire d'exécution de l'action automatique).
Mais ou une relance de serveur pendant l'exécution d'une tâche va bloquer celle-ci. Il faut alors cliquer sur la X à côte de "en cours d'exécution" pour la réinitialiser
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
J'ai modifié les plages d’exécution.
A voir si problème se reproduit
Version GLPI utilisée: 9.5.7
Offline
Pages: 1