Hello Stephen,

As I have just said to Ron before you are working with v1.0. I have just
sent him the new version and I can send it to you as well if you need it.
Sure you can use ldapsearch to retrieve information but lcg-infosites can
do it for you. For example if you want to retrieve the rmc or lrc and then
you want to parse the result in any code, this is going to be difficult
with ldapseach because the line is cut in the middle:


You have to do such a query:

ldapsearch -h lxb0705 -p 2170 -b "o=grid" -x -LLL objectclass=GlueTop  '(&
( GlueServiceType=edg-local-replica-catalog )
(GlueServiceAccessControlRule ) )' GlueServiceAccessPointURL

And the result is:

dn:
GlueServiceURI=http://rlscert01.cern.ch:7777/cms/v2.2/edg-local-replica-ca
 talog/services/edg-local-replica-catalog,mds-vo-name=local,o=grid
GlueServiceAccessPointURL:
http://rlscert01.cern.ch:7777/cms/v2.2/edg-local-re
 plica-catalog/services/edg-local-replica-catalog

First ldapsearch gives info you are not asking for and that's the dn. and
second the line is cut at the end so if you need to parse the info in any
code it's more difficult while lcg-infosites will give you:
RMC endpoint for cms:
http://rlscert01.cern.ch:7777/cms/v2.2/edg-replica-metadata-catalog/services/edg-replica-metadata-catalog

In less than one second.


If you want to retrieve the name of the SEs together with the available
space and the type of SE you have to do a cross query because this info
belongs to different entries while just making: "lcg-infosites --vo cms
se" You will have in just some seconds:

**************************************************************
These are the related data for cms: (in terms of SE)
**************************************************************

Avail Space(Kb) Used Space(Kb)  Type    SEs
----------------------------------------------------------
69501256,       3514180         disk    se01.lip.pt
231881004       336819924       disk    teras.sara.nl
1000000000000   500000000000    mss     lcgse03.ifae.es
1000000000000   500000000000    mss     lcgse05.ifae.es
364974260       80808           disk    cms10.fuw.edu.pl
32501920        3475840         disk    se001.imbm.bas.bg
1000000000000   500000000000    mss     castorgrid.ifae.es
13417720        59040912        disk    lcg03.ciemat.es
60923744        10094408        disk    se001.grid.bas.bg
1000000000000   500000000000    mss     castorgrid.cern.ch
152568276       704392364       disk    mu2.matrix.sara.nl
115173368       670027744       disk    grid001.pi.infn.it
1454113356      6087768         disk    grid100.kfki.hu
65897976        6583552         disk    se.keldysh.ru
46650536        3150484         disk    se1.egee.fr.cgg.com
1829683212      317140980       disk    cclcgseli01.in2p3.fr
999999999       0               disk    cclcgseli02.in2p3.fr
[......]

The same for CPUs, you will be able to retrieve running jobs, waiting
jobs, number of CPUs, queues, RAM Memories, Processors... in a very easy
way, just forgetting attributes, cross queries, etc.

and the same as well for the tags published by a certain VO together with
the name of the CEs.

Cheers,

Patricia



On Mon, 14 Feb 2005, Burke, S (Stephen) wrote:

> LHC Computer Grid - Rollout
> > [mailto:[log in to unmask]] On Behalf Of Ron Trompert said:
> > Doing a:
> >
> > lcg-infosites --vo dteam se
> >
> > takes a lifetime to complete.
>
> I think edg-rm printInfo is now taking about 45 minutes, so that may
> still be an improvement! However, since I can dump an entire BDII in 9
> seconds with ldapsearch there would seem to be room for improvement ...
>
> time ldapsearch -x -h lcgbdii02.gridpp.rl.ac.uk -p 2170 -b o=grid | wc
>   77346  153392 2771588
>
> real    0m8.838s
> user    0m3.760s
> sys     0m0.090s
>
> Stephen
>

--

EUROPEAN LABORATORY FOR PARTICLE PHYSICS -- CERN
Patricia Mendez Lorenzo
IT/GD Division
Building: 28   Office: R-019
Phone: +41 22 767 1925
Fax:   +41 22 767 7155
Email: [log in to unmask]