Hi Mark,
All my WNs are EMI-2. I made no changes for ATLAS when moving and
the prod jobs just worked. I certainly didn't set up any special links.
Cheers,
John
On 29/11/2012 09:40, Mark Slater wrote:
> Hi Chris,
>
> This is what I thought to do, but there were a couple of things that
> stopped me:
>
> 1) These are pointed at by an Atlas controlled file so if this should
> actually be changed then I guess that should happen in the appropriate way!
>
> 2) There isn't actually a lib
>
> libglobus_gssapi_gsi_gcc32dbgpthr.so
>
>
> There a libglobus_gssapi_gsi lib but not with the gcc32 gubbins on the end.
>
>
> I don't suppose someone who has working Atlas prod jobs on their EMI2
> workers could just list the links in that dir and let me know what I
> should point them at? :)
>
> Thanks!
>
> Mark
>
> On 29/11/12 09:34, Chris Brew wrote:
>> Do the different WNs need different versions of the library? Could you
>> just
>> put a copy of the library there rather than a link?
>>
>> Or you could create a new library area on the two different types
>>
>> /opt/hack/fix/for/atlas/broken/lib/
>>
>> And link to that.
>>
>> Chris.
>>
>>> -----Original Message-----
>>> From: Testbed Support for GridPP member institutes [mailto:TB-
>>> [log in to unmask]] On Behalf Of Mark Slater
>>> Sent: 29 November 2012 09:29
>>> To: [log in to unmask]
>>> Subject: Fwd: Question regarding EMI2 WN
>>>
>>>
>>> Hi All,
>>>
>>> Just forwarding my atlas cloud support question to see if anyone else
>>> had
>> the
>>> same problem! I would prefer to start shifting all workers over to EMI2
>> ASAP!
>>> Thanks,
>>>
>>> Mark
>>>
>>> -------- Original Message --------
>>> Subject: Question regarding EMI2 WN
>>> Date: Wed, 28 Nov 2012 12:20:20 +0000
>>> From: Mark Slater <[log in to unmask]> <mailto:[log in to unmask]>
>>> To: atlas-support-cloud-uk (ATLAS support contact for UK cloud)
>>> <atlas-
>>> [log in to unmask]> <mailto:[log in to unmask]>
>>>
>>>
>>>
>>> Hiya,
>>>
>>> I've updated a couple of Bham's nodes to EMI2 but it seems we're failing
>>> prod jobs on them because of some bad links to libraries. If I do:
>>>
>>> [root@epgf01 ~]# ls /egee/soft/atlas/cvmfs/local/lib/ -ltr
>>> total 12
>>> lrwxrwxrwx 1 sgmatl12 atlassgm 22 May 21 2012 libshift.so ->
>>> /opt/lcg/lib/libdpm.so lrwxrwxrwx 1 sgmatl12 atlassgm 22 May 21 2012
>>> libshift.so.2.1 -> /opt/lcg/lib/libdpm.so lrwxrwxrwx 1 sgmatl12 atlassgm
>> 52
>>> May 21 2012 libglobus_gssapi_gsi_gcc32dbgpthr.so ->
>>> /opt/globus/lib/libglobus_gssapi_gsi_gcc32dbgpthr.so
>>>
>>>
>>> the globus libs are now no longer here and in fact, I believe might
>>> be in
>>> /usr/share...
>>>
>>> Is there anything extra I need to do to fix this or can I only run Glite
>>> 3.2 WN OR EMI2 WN, not both at the same time?
>>>
>>> Many Thanks,
>>>
>>> Mark
>>>
>>> P.S. A typical failed job:
>>>
>>> http://panda.cern.ch/server/pandamon/query?job=1662074376
>>>
|