Hi,
Until a few days ago I was also publishing these unnecessary VO Views.
I removed them by:
1) Installing the latest version of yaim
2) /opt/lcg/yaim/scripts/run_function <site-info.def> config_gip
This should just rerun the configure GIP step of the configuration so if
you haven't had to modify anything by hand ity should correct this
problem.
Yours,
Chris.
> -----Original Message-----
> From: LHC Computer Grid - Rollout
> [mailto:[log in to unmask]] On Behalf Of Antun Balaz
> Sent: 09 September 2005 11:57
> To: [log in to unmask]
> Subject: Re: [LCG-ROLLOUT] Unnecessary entries in site GIISes
> - see GlueVOViewLocalID in config_gip
>
> Hi,
> searching my site BDII
>
> ldapsearch -x -H ldap://ce.phy.bg.ac.yu:2170 -b
> mds-vo-name=AEGIS01-PHY- SCL,o=grid
>
> I have found also all other combinations (atlas/cms etc. -
> see below), not only combinations involving dteam!
>
> How to get rid of these?
>
> Thanks, Antun
>
> # atlas, ce.phy.bg.ac.yu:2119/jobmanager-pbs-cms,
> AEGIS01-PHY-SCL, grid
> dn:
> GlueVOViewLocalID=atlas,GlueCEUniqueID=ce.phy.bg.ac.yu:2119/jo
> bmanager-
> pbs-cms,mds-vo-name=AEGIS01-PHY-SCL,o=grid
> objectClass: GlueCETop
> objectClass: GlueVOView
> objectClass: GlueCEInfo
> objectClass: GlueCEState
> objectClass: GlueCEAccessControlBase
> objectClass: GlueCEPolicy
> objectClass: GlueKey
> objectClass: GlueSchemaVersion
> GlueVOViewLocalID: atlas
> GlueCEAccessControlBaseRule: VO:atlas
> GlueCEStateRunningJobs: 0
> GlueCEStateWaitingJobs: 0
> GlueCEStateTotalJobs: 0
> GlueCEStateFreeJobSlots: 0
> GlueCEStateEstimatedResponseTime: 0
> GlueCEStateWorstResponseTime: 0
> GlueCEInfoDefaultSE: se.phy.bg.ac.yu
> GlueCEInfoApplicationDir: /storage/exp_soft/atlas
> GlueCEInfoDataDir: /storage/atlas
> GlueChunkKey: GlueCEUniqueID=ce.phy.bg.ac.yu:2119/jobmanager-pbs-cms
> GlueSchemaVersionMajor: 1
> GlueSchemaVersionMinor: 2
>
>
> -----
> E-mail: [log in to unmask]
> Web: http://scl.phy.bg.ac.yu/
>
> Phone: +381 11 3160260, Ext. 152
> Fax: +381 11 3162190
>
> Scientific Computing Laboratory
> Institute of Physics, Belgrade
> Serbia and Montenegro
> -----
>
>
> ---------- Original Message -----------
> From: Emanouil Atanassov <[log in to unmask]>
> To: [log in to unmask]
> Sent: Fri, 9 Sep 2005 10:08:54 +0300
> Subject: [LCG-ROLLOUT] Unnecessary entries in site GIISes -
> see GlueVOViewLocalID in config_gip
>
> > Some times ago there has been a thread
> >
> > GlueVOViewLocalID in config_gip
> >
> > in LCG-ROLLOUT
> >
> > about a problem in the information system, caused by
> initial versions
> > of lcg-yaim in 2_6_0 - bug #10295.
> >
> > It seems to me many sites that upgraded before this problem
> was fixed
> > still publish unnecessary stuff in the information system, putting
> > unnecessary load on top-level BDIIs and their own GIISes.
> >
> > A site that would normally publish about 50 entries
> publishes >100 due
> > to the O(n^2) number of entries generated by config_gip in the old
> > version.
> >
> > By running
> >
> > ldapsearch -x -H ldap://lcg-bdii.cern.ch:2170 -b
> o=grid|egrep "dteam.*atlas"
> >
> > and deleting some entries that do not seem to be relevant to the
> > problem, I got the list of sites that seem to be affected
> and support
> > ATLAS:
> >
> > ce.phy.bg.ac.yu
> > ce.ui.savba.sk
> > ce-iep-grid.saske.sk
> > ce01.pic.es
> > ce01-lcg.projects.cscs.ch
> > fal-pygrid-18.lancs.ac.uk
> > fornax-ce.itwm.fhg.de
> > gdsuf.phys.ufl.edu
> > gw39.hep.ph.ic.ac.uk
> > ifaece01.pic.es
> > ingvar.nsc.liu.se
> > lcgce.ijs.si
> > lcgce01.phy.bris.ac.uk
> > lcg00125.grid.sinica.edu.tw
> > node001.grid.auth.gr
> > pcncp04.ncp.edu.pk
> > t2-ce-01.to.infn.it
> >
> > Testing for ESR, biomed, CMS gave me additionally
> >
> > ce.grid.tuke.sk
> >
> > egeece.ifca.org.es
> >
> > ekp-lcg-ce.physik.uni-karlsruhe.de
> > hephygr.oeaw.ac.at
> > xg009.inp.demokritos.gr
> >
> > The unnecessary entries look like this:
> >
> > # dteam, ce01.pic.es:2119/jobmanager-lcgpbs-atlas, pic, local, grid
> > dn: GlueVOViewLocalID=dteam,
> > GlueCEUniqueID=ce01.pic.es:2119/jobmanager-lcgpbs- atlas,mds-vo-
> > name=pic,mds-vo-name=local,o=grid objectClass: GlueCETop
> > objectClass: GlueVOView objectClass: GlueCEInfo objectClass:
> > GlueCEState
> > objectClass: GlueCEAccessControlBase
> > objectClass: GlueCEPolicy
> > objectClass: GlueKey
> > objectClass: GlueSchemaVersion
> > GlueVOViewLocalID: dteam
> > GlueCEAccessControlBaseRule: VO:dteam
> > GlueCEStateRunningJobs: 0
> > GlueCEStateWaitingJobs: 0
> > GlueCEStateTotalJobs: 0
> > GlueCEStateFreeJobSlots: 0
> > GlueCEStateEstimatedResponseTime: 0
> > GlueCEStateWorstResponseTime: 0
> > GlueCEInfoDefaultSE: castorsrm.pic.es
> > GlueCEInfoApplicationDir: /nfs/sw/dteam/pic
> > GlueCEInfoDataDir: /castor/pic.es/grid/dteam
> > GlueChunkKey:
> GlueCEUniqueID=ce01.pic.es:2119/jobmanager-lcgpbs-atlas
> > GlueSchemaVersionMajor: 1
> > GlueSchemaVersionMinor: 2
> >
> > that is why I searched for something like:
> >
> > # dteam, gdsuf.phys.ufl.edu:2119/jobmanager-condor-usatlas, local,
> > grid # dteam, lcgce.ijs.si:2119/jobmanager-pbs-atlas,
> SiGNET, local,
> > grid # dteam, ifaece01.pic.es:2119/jobmanager-lcgpbs-atlas, ifae,
> > local, grid # dteam,
> ingvar.nsc.liu.se:2119/jobmanager-lcgpbs-atlas,
> > nsc, local, grid # dteam,
> > fornax-ce.itwm.fhg.de:2119/jobmanager-lcgpbs-atlas, ITWM, local,
> gri
> > # dteam, pcncp04.ncp.edu.pk:2119/jobmanager-lcgpbs-atlas, NCP-LCG2,
> > local,
> gr
> > # dteam, ce.phy.bg.ac.yu:2119/jobmanager-pbs-atlas, AEGIS01-PHY-SCL,
> local, g
> > # dteam, ce.ui.savba.sk:2119/jobmanager-pbs-atlas, IISAS-Bratislava,
> local, g
> > # dteam, gw39.hep.ph.ic.ac.uk:2119/jobmanager-lcgpbs-atlas, IC-LCG2,
> local, g
> > # dteam, node001.grid.auth.gr:2119/jobmanager-lcgpbs-atlas,
> > GR-01-AUTH,
> local
> > # dteam, t2-ce-01.to.infn.it:2119/jobmanager-lcgpbs-atlas,
> > INFN-TORINO,
> local
> > # dteam, ce-iep-grid.saske.sk:2119/jobmanager-lcgpbs-atlas,
> > IEPSAS-Kosice,
> lo
> > # dteam,
> ce01-lcg.projects.cscs.ch:2119/jobmanager-lcgpbs-atlas, CSCS-
> LCG2, l
> > # dteam, fal-pygrid-18.lancs.ac.uk:2119/jobmanager-lcgpbs-atlas,
> > Lancs-
> LCG2,
> > # dteam, lcgce01.phy.bris.ac.uk:2119/jobmanager-lcgpbs-atlas,
> > BRISTOL-PP-
> LCG,
> > # dteam, lcg00125.grid.sinica.edu.tw:2119/jobmanager-lcgpbs-atlas,
> > Taiwan-
> LCG
> > .............
> >
> > I believe this does not cause a problem for Job Submission
> or Replica
> > Management, but I think the increase in number of entries
> in both site
> > GIISes and consequently top-level BDIIs must be avoided.
> >
> > I wonder how this can be fixed though?
> >
> > Emanouil Atanassov
> > [log in to unmask]
> ------- End of Original Message -------
>
|