You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

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

morpheus12
Guest
Registered: 2015-10-12
Posts: 163

bug Mreporting - send notifications

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 ?


GLPI sous Windows : 9.1.1, Fusioninventory 9.1+1.0
Apache/2.4.7 (Win32) mod_authnz_sspi/0.1.0 PHP/5.4.22, MySQL : 5.5.34
300 machines Windows avec l'agent Fusioninventory 2.3.18
Autres plugins : Arrêté du parc 2.3.0, Badges    2.2.0, Bases de données    1.9.0,  Comptes 2.2.0, Gestion de baies    1.7.0, Escalades 2.1.0, Gestion des SIM 1.4.2, Imports fabricants    1.9.0

Offline

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

morpheus12
Guest
Registered: 2015-10-12
Posts: 163

Re: bug Mreporting - send notifications

Personne n'a une idée svp ?


GLPI sous Windows : 9.1.1, Fusioninventory 9.1+1.0
Apache/2.4.7 (Win32) mod_authnz_sspi/0.1.0 PHP/5.4.22, MySQL : 5.5.34
300 machines Windows avec l'agent Fusioninventory 2.3.18
Autres plugins : Arrêté du parc 2.3.0, Badges    2.2.0, Bases de données    1.9.0,  Comptes 2.2.0, Gestion de baies    1.7.0, Escalades 2.1.0, Gestion des SIM 1.4.2, Imports fabricants    1.9.0

Offline

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

lgr_aw31
Guest
Registered: 2016-08-25
Posts: 5

Re: bug Mreporting - send notifications

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 ?

Offline

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

morpheus12
Guest
Registered: 2015-10-12
Posts: 163

Re: bug Mreporting - send notifications

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.


GLPI sous Windows : 9.1.1, Fusioninventory 9.1+1.0
Apache/2.4.7 (Win32) mod_authnz_sspi/0.1.0 PHP/5.4.22, MySQL : 5.5.34
300 machines Windows avec l'agent Fusioninventory 2.3.18
Autres plugins : Arrêté du parc 2.3.0, Badges    2.2.0, Bases de données    1.9.0,  Comptes 2.2.0, Gestion de baies    1.7.0, Escalades 2.1.0, Gestion des SIM 1.4.2, Imports fabricants    1.9.0

Offline

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

mediaf
Guest
Registered: 2009-04-22
Posts: 4

Re: bug Mreporting - send notifications

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

Offline

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

Ph1
Guest
From: Maine et loire
Registered: 2008-08-05
Posts: 127

Re: bug Mreporting - send notifications

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


Ph1 // Admin Systèmes & Réseaux
OS : Ubuntu 14.04
Authentification Kerberos // SSO Multi domaines AD
GLPI 0.90.3 // Fusion Inventory 0.90+1.3

Offline

#7 Yesterday 16:36:17

keyser75
Guest
Registered: 2016-05-02
Posts: 36

Re: bug Mreporting - send notifications

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.


(GLPI 9.1.6 / FusionInventory 9.1+1.1)

Offline

Board footer

Powered by FluxBB