Simon,
this is an usnic requirement
(mca/common/verbs_usnic to be more specific)
as a workaround (and assuming you do not need usnic stuff on any of your
nodes) you can
configure DISABLE_common_verbs_usnic=1 ... && make install
note that if libibverbs.so.1 is missing on some nodes, you will g
William,
can you run
ldd /usr/lib64/libpmi.so.0.0.0
ldd /usr/lib64/libpmi2.so.0.0.0
ldd /share/sw/free/openmpi/1.6.5/intel/13sp1up1/lib/openmpi/mca_ess_pmi.so
Cheers,
Gilles
On Tuesday, February 2, 2016, William Law wrote:
> Hi All,
>
> Thanks for the feedback. I guess I'm a little perplexed
Please accept our apologies if you receive multiple copies of this CfP.
Submission deadline is extended to February 8.
***
* ALCHEMY Workshop 2016
* Architecture, Languages, Compilation and Hardware support for Em
Having compiled various recent Open MPI sources with the same
"configure" options, I've noticed that the "libmpi.so" shared library
from 1.10.1 now depends itself directly on libibverbs.so.1. Previously,
1.10.0 for example, only plugins such as mca_btl_openib.so depended on it.
E.g.
readelf -
Hi All,
Thanks for the feedback. I guess I'm a little perplexed about how we got here;
I'd think if it was linking against the PMI stuff that slurm version wouldn't
matter? There aren't versioned PMI libraries:
/usr/lib64/libpmi.so
/usr/lib64/libpmi.so.0
/usr/lib64/libpmi.so.0.0.0 (real file)
Dear all, Dear Jeff S., DearJeff H.,
I had to set nMSG equal to 2. Now, the program works.
Thansks, for you time and helps.
Diego
On 30 January 2016 at 00:11, Jeff Hammond wrote:
>
>
> On Fri, Jan 29, 2016 at 2:45 AM, Diego Avesani
> wrote:
>
>> Dear all,
>>
>> I have created a program i
