Hi Juan,
I see that
> ldapsearch -x -H ldap://prod-bdii.cern.ch:2170 -b o=grid
version: 2
#
# filter: (objectclass=*)
# requesting: ALL
#
# grid
dn: o=grid
objectClass: GlueTop
# cern-prod, grid
dn: mds-vo-name=cern-prod,o=grid
objectClass: GlueTop
# CERN-CIC, cern-prod, grid
dn: GlueSiteUniqueID=CERN-CIC,mds-vo-name=cern-prod,o=grid
...
delivers data from my BDII machine but not from my desktop.
Seems to be a firewall issue? Maybe the CERN guys can comment.
Cheers
Andreas
On Tue, 24 Jan 2006, Juan Jose Pardo Navarro wrote:
> Hi Andreas,
>
>
> Hi all,
>
> I have changed it but I get the same error.
>
> I get the error too:
>
> $ telnet prod-bdii.cern.ch 2170
> Trying 128.142.160.75...
>
>
> El mar, 24-01-2006 a las 14:14 +0100, Andreas Gellrich escribió:
>> Hi Juan,
>> We had the same problem with our BDII (grid-bdii.desy.de). The CERN
>> site-GIIS which publishes the DTEAM-catalog has changed from
>>
>> CERN-PROD ldap://ce02-slc3.cern.ch:2170/mds-vo-name=CERN-PROD,o=grid
>>
>> to
>>
>> CERN-PROD ldap://prod-bdii.cern.ch:2170/mds-vo-name=CERN-PROD,o=grid
>>
>> Cheers
>> Andreas
>>
>> ++++++++++++++++++++++++++++++++++++++++++++++++
>> Andreas Gellrich http://www.desy.de/~gellrich
>> DESY IT
>> ++++++++++++++++++++++++++++++++++++++++++++++++
>>
>> On Tue, 24 Jan 2006, Juan Jose Pardo Navarro wrote:
>>
>>> Hi all,
>>>
>>> I am using our BDII (gridbdii01.ft.uam.es), and I can see that the
>>> information of SE grid002.ft.uam.es is OK.
>>>
>>> We must modify something in the BDII due to the last changes because
>>> before the BDII was work fine.
>>>
>>>
>>> El mar, 24-01-2006 a las 13:23 +0100, Gergely Debreczeni escribió:
>>>> Hi,
>>>>
>>>> Which BDII do you use ? What is the value of LCG_GFAL_INFOSYS ?
>>>> For me with lcg-bdii.cern.ch it works fine:
>>>>
>>>> @----------------
>>>>
>>>> #> lcg-cr -d grid002.ft.uam.es -v --vo dteam file:/bin/sh -l testuam2
>>>> Using grid catalog type: edg
>>>> Source URL: file:/bin/sh
>>>> File size: 585428
>>>> VO name: dteam
>>>> Destination specified: grid002.ft.uam.es
>>>> Destination URL for copy:
>>>> gsiftp://grid002.ft.uam.es:2811//pnfs/ft.uam.es/data/dteam/generated/2006-01-24/filea9b80fd1-84e7-4ee7-9954-6cf63adb8295
>>>> # streams: 1
>>>> # set timeout to 0 seconds
>>>> Alias registered in Catalog: lfn:testuam2
>>>> 585428 bytes 360.31 KB/sec avg 360.31 KB/sec inst
>>>> Transfer took 2040 ms
>>>> Destination URL registered in Catalog:
>>>> srm://grid002.ft.uam.es/pnfs/ft.uam.es/data/dteam/generated/2006-01-24/filea9b80fd1-84e7-4ee7-9954-6cf63adb8295
>>>> guid:9ff6efc5-9a13-48b2-add4-b93c83fb70b9
>>>>
>>>> @-----------------
>>>>
>>>> I've get the same error as yours if I use a BDII in which the destination SE is not present.
>>>> Gergo
>>>>
>>>>
>>>>> Hi all,
>>>>>
>>>>> I have executed the command lcg-cr and I get a error:
>>>>>
>>>>> # lcg-cr -d grid002.ft.uam.es -v --vo dteam file:/bin/sh -l testuam
>>>>>
>>>>> Using grid catalog type: edg
>>>>> LRC endpoint not found
>>>>> RMC endpoint not found
>>>>> lcg_cr: Invalid argument
>>>>>
>>>>> So, I see that all site are with status CT.
>>>>>
>>>>> any idea?
>>>>>
>>>>>
>>>>>
>>>>
>>>
>
++++++++++++++++++++++++++++++++++++++++++++++++
Andreas Gellrich http://www.desy.de/~gellrich
DESY IT
++++++++++++++++++++++++++++++++++++++++++++++++
|