[Clas_offline] similar problem on batch farm

[Serguei Boiarinov]

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