bug Mreporting - send notifications

morpheus12 · 2016-07-05 10:29:30

Bonjour

Tous les matins je reçois un mail pour m'indiquer que la surveillance des actions automatiques a détecté que l'action "Mreporting - Send notifications" tourne toujours. Elle ne s'arrête pas sauf si je l'arrête manuellement ce que je suis obligé de faire.

Nom Mreporting - SendNotifications Commentaires
Description Notification "plus de rapports"
Fréquence d'exécution Tous les jours
Statut Programmée
Mode d'exécution CLI
Plage horaires d'exécution
7 -> 20
Temps en jours de conservation des journaux
10 jours

les autres actions ne posent pas de problème.

Une idée ?

morpheus12 · 2016-08-10 08:21:23

Personne n'a une idée svp ?

lgr_aw31 · 2016-08-25 17:18:07

Bonjour,

J'ai également le même genre de message, mais avec semble t'il une erreur :

Les actions automatiques suivantes sont en erreur. Elles nécessitent une intervention.
Mreporting - SendNotifications : Notification "plus de rapports"

Je ne comprends pas trop comment trouver la soit-disante erreur.

Désolé si j'ai un peu empiété sur le message initial, mais peut-être est-ce lié ? Y avait-il une erreur dans le message morpheus12 ?

morpheus12 · 2016-11-02 17:21:31

Cette erreur est toujours présente même avec la version 9.1 de GLPI et le plugin mis à jour pour fonctionner sur cette version.

mediaf · 2017-01-18 12:56:41

J'ai tout les jours le même message d'erreur, mais j'utilise la version 0.84.8

Ph1 · 2017-10-13 09:36:08

Bonjour,
J'ai également le même soucis depuis quelques temps.
En arrêtant la tâche et la forçant, mysql se met à 100 % de CPU et l'application n'est plus disponible (j'ai tenté d'attendre longtemps sans résultat).
Il faut redémarrer les services mysql pour retrouver l'accès à GLPI.

Je vais donc tenter une analyse hors prod' des tables et réparation si problème avec les commandes suivantes (petite doc rapide) :

Dans certaines circonstances, il peut être nécessaire d'effectuer une réparation des tables SQL GLPI.
Il existe deux méthodes pour réparer une table :
1. Se connecter à la base puis à exécuter la commande REPAIR TABLE nom_de_la_table
2. Exécuter la commande myisamchk sur les tables MyISAM (extensions .MYI et .MYD)

Vérifier et réparer les tables SQL avec myisamchk
1. Vérification des bases SQL

- Il est primordial d'arrêter le service mysql avant d'utiliser la commande myisamchk :
/etc/init.d/mysql stop
- Vérifier ensuite l’intégrité des bases en tapant les commandes suivantes :
myisamchk -c /var/lib/mysql/glpidb/nom_de_la_table.MYI
myisamchk -c /var/lib/mysql/glpidb/*.MYI
(L’option -c (check) déclenche la vérification.)
Il faut lancer une réparation si la commande myisamchk -c retourne une ou plusieurs erreurs, telles que :
MyISAM-table '/var/lib/mysql/glpidb/config.MYI' is corrupted Fix it using switch "-r" or "-o"

2. Réparation des tables SQL
Voici la commande à exécuter pour réparer une table SQL :
myisamchk -r /var/lib/mysql/glpidb/nom_de_la_table.MYI
Ex. :
myisamchk -r /var/lib/mysql/glpidb/config.MYI
myisamchk -r -v -f --sort_buffer_size=128M --key_buffer_size=128M /var/lib/mysql/glpidb/glpi_crontasks.MYI
Ex. : réparation de toutes les tables
myisamchk -r /var/lib/mysql/glpidb/*.MYI
L’option de réparation -r (recover) étant la moins agressive il se peut que les commandes de réparation suggèrent une réparation plus approfondie en utilisant l’option -o (safe-recover) :
myisamchk -o /var/lib/mysql/glpidb/*.MYI
Il est possible que le serveur demande de forcer la réparation avec l'option -f (--force) si le safe-recover ne suffit pas.
Une fois la réparation des tables effectuées, redémarrer le service MySQL :
/etc/init.d/mysql start

Qu'en pensez-vous ? auriez-vous d'autres idées ?
Merci pour votre retour ;-).

keyser75 · 2017-10-20 16:36:17

Bonjour,

J'ai le même problème avec GLPI 9.1.6 et mreporting 1.3.1.
Ainsi qu'un problème de génération des graphiques lors de l'export odt/png (probablement liés).

Dans mes logs au lancement de la tâche j'ai l'erreur :
*** PHP Notice(8): A non well formed numeric value encountered

L'erreur est visiblement identifiée ici : https://github.com/pluginsGLPI/mreporting/issues/79 (je suis en php7).
J'ai appliqué les modifications, cela corrige le problème de graphique de l'export odt/png.

Mais la tâche planifiée reste dans les choux.
Du coup l'erreur est maintenant : *** PHP Notice(8): Undefined variable: y2 (et x2)
A voir avec les autres correctifs en master avant la 1.4.0. Je l'ai désactivée, n'utilisant pas cette tâche planifiée.

A noter qu'avec la version de GLPI 9.2 et mreporting 1.4.0 le problème n'apparait plus.

Ph1 · 2017-10-23 09:21:28

Merci pour ce retour, notre version de mreporting est 0.90+1.1.
Je vais voir si une évolution de version peut être passée en production assez vite. En attendant, je vais effectuer la MAJ sur la plateforme de tests et valider ta remarque sur la version sur notre environnement.

Ph1 · 2018-05-16 17:18:26

Je confirme qu'en GLPI 9.2.3 et dernière version du plugin, il n'y a plus de soucis.

Forum GLPI-Project

Announcement

#1 2016-07-05 10:29:30

bug Mreporting - send notifications

#2 2016-08-10 08:21:23

Re: bug Mreporting - send notifications

#3 2016-08-25 17:18:07

Re: bug Mreporting - send notifications

#4 2016-11-02 17:21:31

Re: bug Mreporting - send notifications

#5 2017-01-18 12:56:41

Re: bug Mreporting - send notifications

#6 2017-10-13 09:36:08

Re: bug Mreporting - send notifications

#7 2017-10-20 16:36:17

Re: bug Mreporting - send notifications

#8 2017-10-23 09:21:28

Re: bug Mreporting - send notifications

#9 2018-05-16 17:18:26

Re: bug Mreporting - send notifications

Board footer