Hi,
I discovered the mistery. There are 2 openssl installed: a standard
/usr/bin/openssl and a globus /opt/globus/bin/openssl. I don't know if the
globus version is modified, recompiled or just older but they give a
different output.
When /opt/d-cache/bin/grid-mapfile2dcache-kpwd is run by hand it calls the
globus one and there is Email= and E= in /opt/d-cache/etc/dcache.kpwd
But when it is run by the cron job the standard openssl is called because
the path doesn't contain /opt/globus/bin and we get the standard
emailAddress= in /opt/d-cache/etc/dcache.kpwd which mismatches other parts
of the code (I haven't looked into this yet and don't know if I want to).
The simplest way to correct this is to add /opt/globus/bin at the
beginning of the path in /etc/cron.d/edg-mkgridmap.
/opt/lcg/libexec/lcg-info-wrapper does work now but there is
still the problem of the ldif cache file being zero and therefore ldap
doesn't pick it up.
cheers
alessandra
On Fri, 8 Jul 2005, owen maroney wrote:
> And for IC we have:
>
> mapping
> "[log in to unmask]"
> edginfo
>
> login edginfo read-write 19491 19491 / / /
>
> [log in to unmask]
>
> So, I try replacing this with:
>> mapping
>> "[log in to unmask]"
>> edginfo
>>
>> login edginfo read-write 19491 19491 / / /
>> [log in to unmask]
>
> then
>
> su - edginfo
>> [edginfo@gfe02 edginfo]$ /opt/d-cache/srm/bin/srm-storage-element-info
>> https://gfe02.hep.ph.ic.ac.uk:8443/srm/infoProvider1_0.wsdl
>
> produces stuff ending with:
>
>> StorageElementInfo :
>> totalSpace =2541546897408 (2481979392 KB)
>> usedSpace =30397658395 (29685213 KB)
>> availableSpace =2502704826621 (2444047682 KB)
>
> Hurrah! (although this will get overwritten at the next edg-mkgridmap
> update...)
>
> However, although now when I run, as edginfo:
>> [edginfo@gfe02 edginfo]$ /opt/lcg/libexec/lcg-info-dynamic-se
>
> I get a 3 second pause and output like:
>> dn:
>> GlueSARoot=lhcb:/pnfs/hep.ph.ic.ac.uk/data/lhcb,GlueSEUniqueID=gfe02.hep.ph.ic.ac.uk,Mds-Vo-name=local,o=grid
>> GlueSAStateAvailableSpace: 2444047682
>> GlueSAStateUsedSpace: 37931710
>
> when I run, as edginfo, /opt/lcg/libexec/lcg-info-wrapper, it takes less than
> a second and produces output including:
>> GlueSAStateAvailableSpace: 00
>> GlueSAStateUsedSpace: 00
> in the output. I checked /opt/lcg/var/gip/tmp and the file
> lcg-info-dynamic-dcache.ldif.7010 is being updated but is only zero sized.
>
> So the output of the dynamic-se script does not seem to be getting
> incorporated into the output of the wrapper script.
>
> cheers,
> Owen.
>
> Alessandra Forti wrote:
>> no I have
>>
>> mapping
>> "[log in to unmask]"
>> edginfo
>>
>> login edginfo read-write 18948 18948 / / /
>>
>> [log in to unmask]
>>
>> cheers
>> alessandra
>>
>> On Fri, 8 Jul 2005, Steve Traylen wrote:
>>
>>> On Thu, Jul 07, 2005 at 04:54:33PM +0100 or thereabouts, Philip Clark
>>> wrote:
>>>
>>>>
>>>>>
>>>>> I don't think we have a workaround, it just works?
>>>>>
>>>>> I expect you have mentioned it before but what is the problem?
>>>>
>>>>
>>>> http://savannah.cern.ch/bugs/?func=detailitem&item_id=8777
>>>>
>>>> We need to understand why you are not seeing this bug. IC, Manchester
>>>> and Edinburgh all seem to have it. If we try to monitor your storage
>>>> through the lcg information system then I expect it will show up too.
>>>
>>>
>>> Does your dcache.kpwd contain
>>>
>>> [log in to unmask]
>>>
>>> i.e are you seeing this one.
>>>
>>> https://savannah.cern.ch/bugs/?func=detailitem&item_id=5295
>>>
>>> but I'm sure I have already asked this question twice so feel free to
>>> scream if we are going through the same loop?
>>>
>>> Steve
>>>
>>>>
>>>> -Phil
>>>
>>>
>>> --
>>> Steve Traylen
>>> [log in to unmask]
>>> http://www.gridpp.ac.uk/
>>>
>>
>
> -- =======================================================
> Dr O J E Maroney # London Tier 2 Technical Co-ordinator
>
> Tel. (+44)20 759 47802
>
> Imperial College London
> High Energy Physics Department
> The Blackett Laboratory
> Prince Consort Road, London, SW7 2BW
> ====================================
>
--
********************************************
* Dr Alessandra Forti *
* Technical Coordinator - NorthGrid Tier2 *
* http://www.hep.man.ac.uk/u/aforti *
********************************************
|