Hi Remi
Yes, It seems a problem with xen machines... we renamed /lib/tls by
/lib/tls.disabled because we found some issues with old versions of xen.
Now is solved only changing again /lib/tls instead of /lib/tls.disabled:
ldd lcg-cr
libc.so.6 => /lib/tls/libc.so.6 (0xf7a2a000)
Cheers and thanks
Alvaro
> Marcin Radecki wrote:
>
>> Remi Mollon napisaĆ(a):
>>
>>> Hi,
>>>
>>> After some investigations (see the savannah bug
>>> https://savannah.cern.ch/bugs/index.php?33076), it looks like the
>>> problem is not in gfal. So I don't think that such a broadcast must
>>> be sent.
>>>
>>> Marcin, could you please check if lcg-utils commands are linked to
>>> libraries from /lib/tls or not
>>> ldd `which lcg-cr`|grep libc.so
>>>
>> Result is:
>>
>> [dteam006@skurut68-4 ~]$ ldd `which lcg-cr`|grep libc.so
>> libc.so.6 => /lib/i686/libc.so.6 (0x4ca55000)
>>
>
> Ok, so your problem is exactly the same.
> It is a xen virtual machine, isn't it?
>
> Xen is not able to cope with tls libraries. So I suggest you to not
> install UI/WN inside a xen virtual machine.
>
> Regards,
> Remi.
>
>
|