20141217 LCGFRTech Reparse-republish¶
Introduction¶
Les sites de LCG-France publient bien avec le paramètre "parallel=true". Ceci permet de remonter dans APEL le nombre de coeurs utilisés par une tâche. Le portail courant de l'accounting ne prend pas en compte ce nombre de coeurs dans le calcul des efficaités de tâches, celle-ci sont donc supérieurs à 100%. Le portail de développement prend en compte ce nombre de coeurs par tâche et les efficacités sont calculées correctement.
Par exemple : sur le portail courant, les afficacités de sites de la NGI_FR pour ATLAS au cours du temps (http://accounting.egi.eu/egi.php?Path=1.27&query=cpueff&startYear=2014&startMonth=1&endYear=2015&endMonth=2&yRange=SITE&xRange=DATE&voGroup=custom&voList%5B%5D=atlas&chart=GRBAR&scale=LIN&localJobs=onlygridjobs)
La même vue dans le portail de développement (http://accounting-devel.egi.eu/show.php?Path=1.27&query=cpueff&startYear=2014&startMonth=1&endYear=2015&endMonth=2&yrange=SITE&xrange=DATE&groupVO=custom&listVO%5B%5D=atlas&chart=GRBAR&scale=LIN&localJobs=onlygridjobs)
Pour les sites qui le souhaitent, possibilité de reparser et de republier. Ce n'est pas une requête de LCG. C'est à la discrétion de chacun.
Historique pour chaque site :¶
| Site | Date de mise en place d'une que multi-coeur | Date de mise en place de "parallel=true" |
| CC-IN2P3-T1 | avant mars 2014 | septembre 2014 |
| CC-IN2P3-T2 | pas encore | septembre 2014 |
| CPPM | 29 septembre | decembre 2014 |
| IPNL | pas encore ? | janvier 2015 |
| IPNO | pas encore ? | GRIF=janvier 2015 |
| IRES | pas encore ? | novembre 2015 |
| IRFU | septembre 2014 | GRIF=janvier 2015 |
| LAL | janvier 2015 | GRIF=janvier 2015 |
| LAPP | 15 juillet 2014 | novembre 2014 |
| LLR | pas encore ? | GRIF=janvier 2015 |
| LPC | octobre 2014 | novembre 2014 |
| LPNHE | decembre 2014 | GRIF=janvier 2015 |
| LPSC | 1 octobre 2014 | decembre 2014 |
| Subatech | pas encore | decembre 2014 |
Proposition¶
Laisser le passé (c'est-à-dire 2014) tel qu'il est, mais faire en sorte que l'année 2015 soit sans anomalie; soit : pour les sites qui n'ont pas mis paralèle=true avant l'année 2015 et qui avaient une queue multi-coeur à ce moment -> aucun reparse et republication
MAIS
- LAPP et LPC ne publiaient pas leurs queues dans le BDII -> dans le monitoring de developpement ces queues ne sont pas comptabilisés; je propose de les reparser
- CB voit toujours des anomalies, et des nouvelles pour le mois de février : http://accounting-devel.egi.eu/show.php?Path=1.27&query=cpueff&startYear=2014&startMonth=3&endYear=2015&endMonth=2&yrange=SubmitHost&xrange=DATE&groupVO=lhc&chart=GRBAR&scale=LIN&dteamVO=1&localJobs=onlygridjobs
- grid36.lal.in2p3.fr:8443/cream-pbs-atlasMC8 ?
- gsiftp://node16.datagrid.cea.fr:2811/jobs = compris (F. Schaer) : c'est le ARC-CE
- lapp-cenn.in2p3.fr:8443/cream-pbs-atlasMC8 ?
- lpnhe-cream.in2p3.fr:8443/cream-pbs-atlasMC8 ?
- lpsc-{ce,ce2,cream-ce}.in2p3.fr:8443/cream-pbs-atlasMC8 = compris : le LPSC a poussé en "qrun" des jobs multi-coeur et en se mettant Running, ils sont bizarement été reportés avec n=1 ! (visible avec un showq)
