[Clas_offline] similar problem on batch farm

[Mark Ito]

You can fix it by re-linking the executable on CentOS 7.7. The mysql 
libraries on CentOS 7.2 and CentOS 7.7 are different. If it mysql is 
used as a shared library, the executable cannot be linked on one OS and 
run on the other.

On 2/18/20 12:15 PM, Serguei Boiarinov wrote:
> Nikolai,
> I do not think you can fix it yourself. If clas offline community 
> cannot agree on
> generic rules, using containers/singularity is the right way. If you 
> work inside
> eg2 group, whole group may decide to always compile stable versions of 
> user_ana
> and other executable on ifarm machines, in that case it can be running 
> on ifarm
> without containers. If most of processing is done on ifarm, it make 
> sense to make
> executable there, and let people on other machines to use containers.
> Sergey
>
> On 02/18/2020 11:28 AM, Nikolai Pivnyuk wrote:
>> Serguei,
>> thanks for the kind responding to my problems.
>>
>> I would be happy to hear some specific practical recommendations what 
>> the
>> ordinary unicellular user (as me) should do ? To add new lines to my
>> .cshrc ? Which ones ?
>>
>> Thanks,
>> Nikolai
>>
>>
>>
>>> Sometimes it is better to link against '*.a' rather then '*.so' to 
>>> avoid
>>> such problems,
>>>
>>> if providing the same libraries on all machines is impossible for
>>> whatever reason.
>>>
>>>
>>> On 02/18/2020 10:52 AM, Nikolai Pivnyuk wrote:
>>>> Hi,
>>>>
>>>> it is not only the "bosdump" affected by centos77 !?
>>>> My executables in simulations also failed IN THE SIMILAR WAY as 
>>>> bosdump
>>>> did.
>>>>
>>>> Below ARE the lines from my ".err" output file from farm batch (Auger)
>>>> job
>>>> with "OS: centos77" specification.
>>>>
>>>> ----------------------------------------------------------------------------------------------------------------------------------- 
>>>>
>>>> gsim_bat: error while loading shared libraries: libXbae.so.4: cannot
>>>> open
>>>> shared object file: No such file or directory
>>>> gpp: error while loading shared libraries: libmysqlclient.so.20: 
>>>> cannot
>>>> open shared object file: No such file or directory
>>>> mv: cannot stat ‘gpp.hbook’: No such file or directory
>>>> ----------------------------------------------------------------------------------------------------------------------------------- 
>>>>
>>>> user_ana: error while loading shared libraries: libmysqlclient.so.20:
>>>> cannot open shared object file: No such file or directory
>>>> /home/claseg2/bin/LinuxRHEL7/user_ana: error while loading shared
>>>> libraries: libmysqlclient.so.20: cannot open shared object file: No 
>>>> such
>>>> file or directory
>>>> ------------------------------------------------------------------------------------------------------------------------------------- 
>>>>
>>>>
>>>> Hard times begin for the simple ordinary user ?
>>>> May be it might be reasonable to keep some nodes untouchable in 
>>>> 'old' OS
>>>> conditions until 'new' start working perfectly ?
>>>>
>>>> Nikolai
>>>>
>>>> _______________________________________________
>>>> Clas_offline mailing list
>>>> Clas_offline at jlab.org
>>>> https://mailman.jlab.org/mailman/listinfo/clas_offline
>>>
>>
>
> _______________________________________________
> Clas_offline mailing list
> Clas_offline at jlab.org
> https://mailman.jlab.org/mailman/listinfo/clas_offline