[Clas_offline] similar problem on batch farm

[Serguei Boiarinov]

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
>>
>