Module Statistiques

Bonjour,

Nous souhaiterions savoir si le module statistiques de Blue Mind sera prochainement mis en production, et quelles seront les informations que vous remonterez.
Nous sommes actuellement en train d’écrire notre propre application de statistiques et nous ne voudrions pas recréer la roue.

Merci par avance.

Bonjour,

l’outil est disponible sur le marketplace (cf http://marketplace.blue-mind.net/addons/9/ )

La prochaine version intégrera un suivi des tentatives de connexions.

Pascal

Effectivement, il y a le module de PascalS qui remonte bon nombre d’indicateurs.

De façon plus générale, nous remonterons des informations d’utilisation des espaces disques, des ressources systèmes consommées par les différents service afin de pouvoir adapter ces dernières en cas de besoin…
Tout n’est pas encore définitivement défini, vous pouvez ouvrir un ticket dans notre forge pour remonter vos besoins/suggestions et suivre l’évolution de ceci.

Outre le suivi des connexions (des tentatives de), je vais aussi intégrer les volumes occupés sur le disque, pour une boîte, pour le domaine.
Si récupérer les données est d’une simplicité, comment dois-je représenter ?

  • en courbes
  • en histogrammes

A quelle fréquence ?

  • toutes les 5 minutes
  • toutes les heures
  • tous les jours

Le client est roi, et force de propositions :smiley:

Juste au cas où,

si vous installez cet outil, les versions majeures de bm-stats suivent celles de BlueMind.
En clair :
sur BlueMind2… => bm-stats-2…
sur BlueMind3… => bm-stats-3…
sur BlueMind4… => bm-stats-4… (quand elle sortira =) )

Pascal

@PascalS

J’ai installer votre addon et j’aurais souhaite savoir si il est prevu que le compte admin0@global.virt puisse acceder aux stats de tout les domaines ?

Bonjour,

non, je n’ai pas prévu ce cas pour l’instant. Mais c’est faisable, je le note dans ma roadmap pour la x.0.5 =)

Attention, on m’a fait remarquer un bug sur la version pour BM2. J’ai un espace qui se ballade à la fin d’un fichier.
Il est préférable de prendre la dernière version sur mon site.

J’attends vos retours, savoir ce que vous voulez voir en admin@domaine, admin@global…

Pascal

Je suis en BM 3 donc pas de soucis de ce côté.
Je vais réfléchir aux chose qu’il pourrait être intéressant de rajouter.

Mais déjà pour les stats utilisateurs plutôt qu’une complétion sur les utilisateur je verrais bien une liste de tout les user ou alors les deux.
La possibilité d’en sélectionner plusieurs pour les comparer sur les graph …

Bonjour tout le monde,

voilà j’ai mis la version “x.0.4” en ligne sur mon site, en attendant la màj sur le marketplace.

Elle intègre une fonction de monitoring qui affiche :

  • un graphe d’état des quotas (x illimités, y à -de50%, z à - de 80%, -90%, -100% et > 100%)
  • un graphe de tentatives de connexions
  • les graphes de volumétrie H12
  • 1 tableau de données relatives à l’occupation des mbox sur le system (25 entrées max),
  • 1 tableau de données relatives aux quotas (sans les illimités) les plus chargés

Plus quelques corrections à la marge.

Pascal

Bonjour PascalS,

Je viens seulement de mettre a jour le module (3.0.3 > 3.0.4) et j’ai une erreur quand j’essaye de me logguer.

==> /var/log/nginx/bmStats.log <==
2014/06/24 19:01:16 [error] 23870#0: *36335 FastCGI sent in stderr: "PHP message: PHP Fatal error:  SOAP-ERROR: Encoding: object has no 'userDataOnly' property in /usr/share/bm-stats/www/function/api.php on line 58
PHP message: PHP Fatal error:  Uncaught SoapFault exception: [Client] SOAP-ERROR: Encoding: object has no 'userDataOnly' property in /usr/share/bm-stats/www/function/api.php:58
Stack trace:
#0 /usr/share/bm-stats/www/function/api.php(58): SoapClient->__call('findUsers', Array)
#1 /usr/share/bm-stats/www/function/api.php(58): SoapClient->findUsers(Array)
#2 /usr/share/bm-stats/www/bmStats.php(26): getToken('xxxxxx@xxxxx...', 'xxxxxxxxxxxx')
#3 {main}
  thrown in /usr/share/bm-stats/www/function/api.php on line 58" while reading response header from upstream, client: 10.10.10.10, server: __externalurl__, request: "POST /bmStats.php HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.soc:", host: "mail.domain.tld:10290", referrer: "http://mail.domain.tld:10290/bmStats.php"

Bonjour DisasteR,

je verrai bien un plantage de “php5-fpm”
En relançant le service, que se passe-t-il ?

la commande :
/etc/init.d/php5-fpm restart

Une question, la mise à jour, c’est depuis le .deb ou le source ?

Sinon, l’accès aux données depuis le compte “admin0@global.virt”, est validé, et sera proposé en “x.0.5”

Il me reste le cas des comparaisons de stats utilisateurs. Je vais partir sur une fonctionnalité du type Highstock (cf http://www.highcharts.com/stock/demo/compare))

Pascal

Re-,

je viens de finir la fonction de comparaison. Elle est effective sur 4 types de données :

  • le nombre de messages envoyés
  • le volume en Mo envoyé
  • le nombre de messages reçus
  • le volume reçus

Ca donne un truc du style :
http://www.breizh-ltd.com/images/compareTheseUsers1.png

Pascal

J’ai tenté de redémarrer fpm sans succès.
Celui ci a été mis à jour juste avant d’ailleurs. J’ai conserve le www.conf de bm au lieu de celui du paquet.
J’utilise la version deb.

Salut,

ouf, dans un certain sens, ce n’est pas de mon côté.
Il y a eu une évolution dans BM-SOAP, et il me manque des déclarations d’attributs dans une classe.
J’ai trouvé l’attribut côté interface utilisateur, mais il me reste encore un gros problème en back-office.

La connexion avec l’apiKey stocké dans “/etc/bm/” ne fonctionne pas ( “object has no ‘rootAccount’ property” ).

Va falloir qu’on cause avec la BM Team :wink: .

Pascal

Re-,

J’ai localisé le problème, la structure du token en 3.0.8 qui a évolué.
Etonnamment, cela n’impacte que le PHP en CLI.

J’ai ouvert un JIRA à ce sujet (le 3454).

Donc, les fans de stats qui sont sur BM3.0.8, faudra attendre un correctif :slight_smile:

Bon week-end,

Pascal

Bonjour tout le monde,

la version x.0.5 est en ligne sur mon site ( http://www.breizh-ltd.com )
Elle intègre les fonctions suivantes :

  • accès aux stats de chaque domaine via le compte ‘admin0@global.virt’
  • ajout d’une fonction de comparaison de données utilisateurs sur l’un des critères :
    [list=*]
    ]nombre de messages reçus /]
    ]volumes reçus /]
    ]nombre de messages émis /]
    ]volumes émis /]
    [/list]

N’hésitez pas à me faire des remarques, demandes, louanges :wink:

Bon week-end.

Pascal

Commençons par les louanges, ce module est une tuerie ! :wink:

Pour le problème SOAP, nous avons répondu dans le ticket ouvert par PascalS. En fait le client PHP-SOAP met en cache le WSDL. Il faut ajouter un paramètre pour lui demander de ne pas mettre en cache ce fichier.

Merci bin M’sieur Toony :slight_smile:

sinon, ce problème est réglé avec la x.0.5 suite à la réponse de M’sieur PHAN, grand spécialiste du BIM, BANG, mais aussi le puni de service ce week-end.
Et même l’exemple PHP est à jour, c’est vous dire la qualité de BlueMind.

Pour les news du week-end, j’ai déporté mon portail dédié au module de stats chez un véritable hébergeur.
Tout est accessible à l’adresse http://www.bm-stats.org/

Bonne soirée,

Pascal

Après avoir installé et testé ce plugin on ne peut que vous féliciter pour le travail effectué :slight_smile: En effet comme le dit Toony ce plugin est une tuerie !

J’ai cependant plusieurs remarques :

  • Pourquoi de l’http et pas de l’https ?
  • A quand un affichage de l’espace disque utilisé par l’utilisateur ?
  • Quid des statistiques sur les mails reçus pré installation ?

Dans mon premier post, je parlai d’un plugin en cours de développement dans nos services. Il n’a rien à voir avec le votre, il s’agit d’un plugin qui scanne les mails en IMAP et “analyse leur pertinence” à rester stocké sur le serveur. Nous proposons ensuite une interface à chaque utilisateur où ces derniers peuvent voir les “mails non pertinents”, et les supprimer. Cela leur annonce également le volume occupé sur le serveur, le nombre de mail dans les boites, etc … et permet l’analyse des mails présents avant la mise en place du plugin.

L’admin devrait à terme avoir accès à des statistiques faites sur la base de ces analyses.

Je pense qu’il serait intéressant de rapprocher nos développements :slight_smile:

Bonjour tout le monde,

merci
Member, pour répondre à tes questions :

J’aimerais bien, mais la conf de BlueMind ne me le permet pas.
Je vais faire des tests pour avoir une url du style : https://mon.serveur.tld:10290

C’est très facilement faisable.
Via le monitoring vous avez déjà le top20, mais en occupation “données utiles”, sans les fichiers “cyrus.*” .
Maintenant, je peux historiser l’information pour en faire un graph.
Mais là que montrer :
] données utiles (<=> quota)
] données réelles (<=> espace occupé sur le filesystem)
] les 2, sachant que l’usage n’est pas le même, Admin Sys vs Admin Domain

Le problème, c’est que je me base sur le fichier de logs (/var/log/mail.log) que je fais tourner chaque jour à 0:00.
C’est beaucoup plus simple à gérer. Je sais que le fichier commence à 0:00 et fini à 23:59.
Ensuite, j’ai ajouté dans la conf Postfix, des règles pour tracer certaines info concernant les pièces jointes.
Autre chose, comme bm-stats se charge de la rotation des logs, il stocke dans le dossier “/var/log/mail” 1 an d’historique.
Comme ça, vous serez légalement en mesure de fournir des logs si on vous le demandait.

Effectivement, on n’est pas dans le même domaine. =)
Si sur l’affichage du nombre de messages en mailbox, je peux l’intégrer,
pour la gestion des messages “non-pertinents”, je préfère laisser le choix à l’utilisateur, et de ne pas tout automatiser.
Je suis pour la responsabilisation de ceux-ci, et m’éviter un mauvais retour de boomerang.
Enfin, pour ce genre d’action (suppression automatisée), il faut bien communiquer en interne.

Pascal