Re: [OMPI users] SGE integration broken in 2.0.0

On Aug 16, 2016, at 3:07 PM, Reuti wrote: > > Thx a bunch - that was it. Despite searching for a solution I found only > hints that didn't solve the issue. FWIW, we talk about this in the HACKING file, but I admit that's not necessarily the easiest place to find:

Re: [OMPI users] SGE integration broken in 2.0.0

Am 16.08.2016 um 13:26 schrieb Jeff Squyres (jsquyres): > On Aug 12, 2016, at 2:15 PM, Reuti wrote: >> >> I updated my tools to: >> >> autoconf-2.69 >> automake-1.15 >> libtool-2.4.6 >> >> but I face with Open MPI's ./autogen.pl: >> >> configure.ac:152: error:

Re: [OMPI users] An equivalent to btl_openib_include_if when MXM over Infiniband ?

Hi Josh, Thanks for your reply. I did try setting MXM_RDMA_PORTS=mlx4_0:1 for all my MPI processes and it did improve performance but the performance I obtain isn't completely satisfying. When I use IMB 4.1 pingpong and sendrecv benchmarks between two nodes I get using Open MPI 1.10.3:

Re: [OMPI users] SGE integration broken in 2.0.0

On Aug 12, 2016, at 2:15 PM, Reuti wrote: > > I updated my tools to: > > autoconf-2.69 > automake-1.15 > libtool-2.4.6 > > but I face with Open MPI's ./autogen.pl: > > configure.ac:152: error: possibly undefined macro: AC_PROG_LIBTOOL > > I recall seeing in

Re: [OMPI users] OPENSHMEM ERROR with 2+ Distributed Machines

assuming you have an infiniband network, an other option is to install mxm (mellanox proprietary but free library) and rebuild Open MPI. pml/yalla will be used instead of ob1 and you should be just fine Cheers, Gilles On Tuesday, August 16, 2016, Jeff Squyres (jsquyres)

Re: [OMPI users] OPENSHMEM ERROR with 2+ Distributed Machines

On Aug 16, 2016, at 6:09 AM, Debendra Das wrote: > > As far as I understood I have to wait for version 2.0.1 to fix the issue.So > can you please give any idea about when 2.0.1 will be released. We had hoped to release it today, actually. :-\ But there's still a

Re: [OMPI users] OPENSHMEM ERROR with 2+ Distributed Machines

As far as I understood I have to wait for version 2.0.1 to fix the issue.So can you please give any idea about when 2.0.1 will be released.Also I could not understand how to use the patch. Thanking You, Debendranath Das On Mon, Aug 15, 2016 at 8:27 AM, Gilles Gouaillardet

Re: [OMPI users] mpiexec runs only in first 3 host names

Hi Gilles Gouaillardet, Thank you for your kind assistant and YES --mca plm_rsh_no_tree_spawn 1 works fine. i think it suppose to be slower than normal mpi run. as you mentioned slave1 can't ssh to others. only master can ssh to all slaves. I'll fix it and check again. Thanking you in advance,

Re: [OMPI users] mpiexec runs only in first 3 host names

By default, Open MPI spawns orted via ssh in a tree fashion. that basically requires all nodes can ssh to each other. this is likely not your case (for example slave2 might not be able to ssh slave4) as a workaround, can you try to mpirun --mca plm_rsh_no_tree_spawn 1 ... and see whether

[OMPI users] mpiexec runs only in first 3 host names

I have a parallel setup of 6 identical machines with Linux mint 18, ssh and openmpi. when i execute this, mpiexec -np 16 --hostfile mpi-hostfile namd2 apoa1.namd > apoa1.log with following host file localhost slots=4 slave1 slots=4 slave2 slots=4 slave3 slots=4 slave4 slots=4 slave5 slots=4 it

Re: [OMPI users] Mapping by hwthreads without fully populating sockets

Hi Gilles, Ah, of course - I forgot about that. Thanks, Ben -Original Message- From: users [mailto:users-boun...@lists.open-mpi.org] On Behalf Of Gilles Gouaillardet Sent: Tuesday, 16 August 2016 4:07 PM To: Open MPI Users Subject: Re: [OMPI users] Mapping by

Re: [OMPI users] Mapping by hwthreads without fully populating sockets

Ben, in my case (two sockets, 6 cores per socket, 2 threads per core) and with Open MPI master $ cat rf rank 0=n0 slot=0 rank 1=n0 slot=12 rank 2=n0 slot=6 rank 3=n0 slot=18 $ mpirun -np 4 --rankfile rf --mca rmaps_rank_file_physical 1 --bind-to hwthread --report-bindings true [n0:38430]