Difference between revisions of "Network Monitoring"

Un article de lcgwiki.
Jump to: navigation, search
Ligne 6: Ligne 6:
 
(et au delà si affinités)
 
(et au delà si affinités)
  
== Déploiement et MàJ PerfSONAR  ==
+
== Déploiement, MàJ & Configuration PerfSONAR  ==
  
 
Tous les sites doivent avoir un service perfSONAR-PS opérationel en version 3.3.2 au le 1er avril 2014.  
 
Tous les sites doivent avoir un service perfSONAR-PS opérationel en version 3.3.2 au le 1er avril 2014.  
Ligne 13: Ligne 13:
 
* [https://goc.egi.eu/portal/index.php?Page_Type=Services&serviceType=net.perfSONAR.Latency&serviceTypeSearch=&ngi=NGI_FRANCE Instances perfSONAR OWAMP déclarés dans la GOCDB]
 
* [https://goc.egi.eu/portal/index.php?Page_Type=Services&serviceType=net.perfSONAR.Latency&serviceTypeSearch=&ngi=NGI_FRANCE Instances perfSONAR OWAMP déclarés dans la GOCDB]
 
* 10 services, enregistrés dans la GOC DB en version 3.3.2
 
* 10 services, enregistrés dans la GOC DB en version 3.3.2
** GRIF : IRFU, LPNHE, LAL 3.3.2
+
** GRIF : IRFU, LPNHE, LAL(+IPNO; les 2 sites partagent la même salle) 
** CC-IN2P3 3.3.2
+
** CC-IN2P3
 
** CPPM
 
** CPPM
** LAPP 3.3.2
+
** LAPP  
** LPC   3.3.2
+
** LPC  
** LPSC 3.2.1/3.2.2
+
** LPSC  
** IPHC : 3.3.2
+
** IPHC
 
** SUBATECH  
 
** SUBATECH  
 
* En cours ou à voir
 
* En cours ou à voir
** GRIF : LLR, IPNO
+
** GRIF : LLR envisagé 
 
** IPNL
 
** IPNL
 +
 +
* Jérôme Bernier : Reconfiguration des Access-list (Ouvertures des ports standard) de tous les serveurs PerfSONAR des labos IN2P3 du [https://grid-deployment.web.cern.ch/grid-deployment/wlcg-ops/perfsonar/conf/central/testdefs/jsons/ mesh FR] par Jérôme Bernier
 +
** Veiller à conserver la configuration par défaut des services
 +
** cf http://fasterdata.es.net/performance-testing/perfsonar/ps-howto/perfsonar-firewall-requirements/
 +
** Guillaume Philippon : Correction des ports par défaut dans les templates standard Quattor.
 +
** Augmentation du range OWAMP ports selon recommandation
 +
> /etc/owampd/owampd.conf
 +
> testports 8760-9960
 +
 +
  
 
== Dashboard : http://maddash.aglt2.org/maddash-webui/ ==
 
== Dashboard : http://maddash.aglt2.org/maddash-webui/ ==
Ligne 29: Ligne 39:
 
<br>
 
<br>
 
=====[https://indico.in2p3.fr/getFile.py/access?contribId=5&resId=1&materialId=slides&confId=9731 16/04/2014 Présentation F.Schaer] =====
 
=====[https://indico.in2p3.fr/getFile.py/access?contribId=5&resId=1&materialId=slides&confId=9731 16/04/2014 Présentation F.Schaer] =====
 +
 
===== Observations & Problèmes divers =====
 
===== Observations & Problèmes divers =====
* IPHC : Les tests de latences fonctionnent à peu près, la bandwidth, c'est beaucoup moins bon. Pas mal de soucis avec les démons (remplissent les logs, prennent 100% de CPU, etc.).
 
  
* LPC : pas de data pour les tests à destination du LPC  --[[User:Chollet|FC]] 11:38, 2 avril 2014 (CEST)
+
* Tests bi-directionnels OWAMP (tests de latence) - BWCTL (tests de bande passante)
Message For Current Status: No throughput data returned for direction where dst=clrperf-bwctl.in2p3.fr
 
  
[http://maddash.aglt2.org/serviceTest/bandwidthGraph.cgi?url=http://lapp-ps01.in2p3.fr:8085/perfSONAR_PS/services/pSB&dst=clrperf-bwctl.in2p3.fr&src=lapp-ps01.in2p3.fr&length=2592000  Graph BWCTL LAPP=>LPC]
+
* IPHC : Les tests de latences fonctionnent à peu près, la bandwidth, c'est beaucoup moins bon. Pas mal de soucis avec les démons (remplissent les logs, prennent 100% de CPU, etc.). le service dédié aux test de bande passante is 'Not running' http://sbgperfps2.in2p3.fr/toolkit/  
** des résultats entre le 6 et le 23 mars ??? '''pas de résultats depuis le 23 mars'''
 
  
* LAL : pas de data pour les tests à destination du LAL  --[[User:Chollet|FC]] 18:30, 8 avril 2014 (CEST)
 
Message For Current Status: No throughput data returned for direction where dst=psonar2.lal.in2p3.fr
 
'''Unable to find matching MA key for provided parameters'''
 
'''Impossible d'accèder à une archive de mesures sur la machine en question'''
 
  
 
== Observations avec perfSONAR ==
 
== Observations avec perfSONAR ==

Version du 16:08, 10 juin 2014

Network Monitoring & Debugging

Page permettant de rassembler l'état d'avancement, les observations et éventuels problèmes observésen vue de la réunion technique LCG-France du 16 avril au LPNHE https://indico.in2p3.fr/conferenceDisplay.py?confId=9731 (et au delà si affinités)

Déploiement, MàJ & Configuration PerfSONAR

Tous les sites doivent avoir un service perfSONAR-PS opérationel en version 3.3.2 au le 1er avril 2014.

> /etc/owampd/owampd.conf > testports 8760-9960


Dashboard : http://maddash.aglt2.org/maddash-webui/

Ici les questions et observations issues des résultats du dashboard

16/04/2014 Présentation F.Schaer
Observations & Problèmes divers
  • Tests bi-directionnels OWAMP (tests de latence) - BWCTL (tests de bande passante)
  • IPHC : Les tests de latences fonctionnent à peu près, la bandwidth, c'est beaucoup moins bon. Pas mal de soucis avec les démons (remplissent les logs, prennent 100% de CPU, etc.). le service dédié aux test de bande passante is 'Not running' http://sbgperfps2.in2p3.fr/toolkit/


Observations avec perfSONAR

Ici les observations faites avec le monitoring perfSONAR susceptibles d'être relayées au niveau des experts réseau

  • 03/2014 IRFU - F.Schaer : Forte asymétrie des flux constatée avec perfSONAR avec un débit sortant vers LHCONE extrêmement dégradé depuis l'IRFU : 20mbits vers Strasbourg par exemple...

pb suivi par les experts réseau FR

Observations avec FTS par les VOs

Ici les observations faites par les expériences

  • ATLAS S.Jézéquel
    • LPC -> BNL/TRIUMF (GGUS: 102924) : Low transfer rate (300-400 kB/s) for all transfers
    • IRFU -> BNL/TRIUMF : Low transfer rate : Frederic Shaer is working on it with Renater (issue pointed with Perfsonar)
    • LAL -> TOKYO : Issue raised few years ago and never solved. It is still visible with current FTS transfers (~100 kB/s)

GGUS en cours ou récents en rapport

Ici les tickets GGUS ouverts, récents en lien avec le réseau

Infos diverses

Les scripts init n'étant pas en mesure de relancer les archives perfsonar, il est nécessaire soit de rebooter les machines, soit de lancer la commande suivante :

/opt/perfsonar_ps/toolkit/scripts/discover_external_address --restart_services
  • 08/04/2014 P.Seraphin : Observation suite à une coupure brutale

Les serveurs perfsonar (v3.3.2) du LAPP acceptent les requêtes entrantes mais n'interrogent plus les serveurs distants. La situation est revenue à la normale moyennant les manipulations suivantes

cd /opt/perfsonar_ps/perfsonarbuoy_ma/etc
mv owmesh.conf owmesh.conf.old
wget  http://anonsvn.internet2.edu/svn/perfSONAR-PS/trunk/perfSONAR_PS-perfSONARBUOY/etc/owmesh.conf
/opt/perfsonar_ps/mesh_config/bin/generate_configuration
chown perfsonar:perfsonar owmesh.conf
/etc/init.d/perfsonarbuoy_owp_collector restart   # ou /etc/init.d/perfsonarbuoy_bw_collector restart
/etc/init.d/perfsonarbuoy_owp_master restart      # ou /etc/init.d/perfsonarbuoy_bw_master restart
/etc/init.d/perfsonarbuoy_ma restart