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.
]]>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 ;-).
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 ?
]]>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 ?
]]>