Hi all,
I've found a couple of strange behaivour in lcg-info-dynamic-scheduler
(torque-maui). Before opening bugs I'd like to comment them here.
The conf file used (/opt/glite/etc/lcg-info-dynamic-scheduler.conf)
adds Unix-group/VOs maps like:
vomap :
atsgm:/atlas/Role=lcgadmin
atpilot:/atlas/Role=pilot
atprd:/atlas/Role=production
atsgm:/atlas/Role=software
This is done by the yaim function: config_gip_scheduler_plugin.
I've seen that some of my (non)-roles are not included. Always those
that looks like:
"/atlas"::::
FQAN /atlas SUPVO atlas GROUP atlas
and the associated group (defined in users.conf) has the same name as
its fqan.
If the vo and its groups don't have same name, the group is added:
t2k:/t2k.org
t2ksgm:/t2k.org/Role=lcgadmin
t2k:/t2k.org/*
FQAN /t2k.org SUPVO t2k.org GROUP t2k
Seems a bug, but maybe my groups.conf is wrong.
[-----]
Then, when one VO has no role associated, it adds something like:
picvo:/vo.pic.es
(notice that no ROLE=NULL/Capability=NULL is present)
if so, the script (lcg-info-dynamic-scheduler) is not able to calculate the
amount of jobs for that VO. You must define such VO with the initial
"/":
picvo:vo.pic.es
but only for that no-role, because it works for
picvo:/vo.pic.es/ROLE=1
Also, seems it's a bug, but not 100% sure.
[----]
Another thing about that script. I don't really understand what is done
with vo_max_jobs_cmd and, if used, what published value should modify.
Maybe MaxRunningJobs? if yes, it's not working propertly for any VO and
I can't find the source of the problem.
** Yaim funciont that add vo_max_jobs_cmd uses 'diagnose -g' for
guessing if the node uses maui or not. I think this is a little bit
dangerous because temporaly network problem, service missconfiguration
or simply maui scheulling (or down) while reconfiguring, assumes that
you're not using a maui scheduler and it does not add the correct line.
(/opt/glite/yaim/functions/config_gip_sched_plugin_pbs).
So, anyone could give his/her opinion on these issues?
TIA,
Arnau
# cat /opt/localconf/gLite/yaim/pic/groups.conf
"/atlas"::::
"/atlas/ROLE=lcgadmin":::sgm:
"/atlas/ROLE=pilot":::pilot:
"/atlas/ROLE=production":::prd:
"/atlas/ROLE=software":::sgm:
"/cdf"::::
"/cms/ROLE=lcgadmin":::sgm:
"/cms/ROLE=production":::prd:
"/cms/ROLE=t1access":::t1a:
"/cms/ROLE=hiproduction":::hiprod:
"/cms/ROLE=hit1production":::hit1prod:
"/cms/ROLE=t1production":::t1p:
"/cms/ROLE=pilot":::pilot:
"/lhcb"::::
"/lhcb/ROLE=lcgadmin":::sgm:
"/lhcb/ROLE=pilot":::pilot:
"/lhcb/ROLE=production":::prd:
"/lhcb/ROLE=user"::::
"/dteam"::::
"/dteam/ROLE=lcgadmin":::sgm:
"/dteam/ROLE=production":::prd:
"/magic":::
"/magic/ROLE=magicdata":::prd:
"/magic/datacenter/ROLE=production":::prd:
"/magic/montecarlo/ROLE=production":::mcp:
"/magic/ROLE=magicsoft":::sgm:
"/ops"::::
"/ops/ROLE=pilot":::pilot:
"/ops/ROLE=lcgadmin":::sgm:
"/ops.vo.ibergrid.eu"::::
"/ops.vo.ibergrid.eu/Portugal":opsibpt:2001000:pt:
"/ops.vo.ibergrid.eu/ROLE=Production":::prd:
"/ops.vo.ibergrid.eu/ROLE=SW-Admin":::sgm:
"/ops.vo.ibergrid.eu/Spain":opsibsp:2002000:es:
"/t2k.org"::::
"/t2k.org/ROLE=lcgadmin":::sgm:
"/vo.cta.in2p3.fr"::::
"/vo.cta.in2p3.fr/ROLE=lcgadmin":::sgm:
"/vo.cta.in2p3.fr/ROLE=production":::prd:
"/vo.cta.in2p3.fr/ROLE=users"::::
"/vo.paus.pic.es"::::
"/vo.paus.pic.es/ROLE=mice":::mice:
"/vo.paus.pic.es/ROLE=paus":::paus:
"/vo.paus.pic.es/ROLE=pasgm":::sgm:
"/vo.pic.es"::::
"/phys.vo.ibergrid.eu"::::
|