I posted to list a few weeks ago about similar issue, so add to the list libdnet.so.1 which is part of OMSA and ends up replacing the system libdnet.so.1 due to files added to /etc/ld.so.conf.d.
Using RPATH is a simple solution to this problem. - Trey -- Trey Dockendorf HPC Systems Engineer Ohio Supercomputer Center On 4/3/17, 2:22 PM, "[email protected] on behalf of Chris Adams" <[email protected] on behalf of [email protected]> wrote: >Once upon a time, Kilian Cavalotti <[email protected]> said: >> Due to all the issues that have been reported on this very mailing >> list for the last year at least, we'll be uninstalling DSU and OMSA >> from all our production systems starting today. We can't risk >> system-wide breakages to happen unexpectedly like this. > >Less critical, but there's also a libxerces-c-3.1.so in there as well, >replacing the system-provided library. > >Basically, if Dell doesn't understand why replacing system-provided >libraries globally is wrong (and doesn't fix it ASAP, not months down >the road), this software is uninstallable in their target market >(enterprise operating systems). > >-- >Chris Adams <[email protected]> > >_______________________________________________ >Linux-PowerEdge mailing list >[email protected] >https://lists.us.dell.com/mailman/listinfo/linux-poweredge _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge
