I ended up using the SVN Trunk from today, everything is working fine on
that.
Damien
On 10/05/2010 2:33 PM, Shiqing Fan wrote:
Hi Damien,
That's a known problem. see this ticket
https://svn.open-mpi.org/trac/ompi/ticket/2404 . It will be applied
into 1.5 branch very soon. But if you apply
Ah. So it is. I'll try to remember to look there first.
Damien
On 10/05/2010 2:33 PM, Shiqing Fan wrote:
Hi Damien,
That's a known problem. see this ticket
https://svn.open-mpi.org/trac/ompi/ticket/2404 . It will be applied
into 1.5 branch very soon. But if you apply the patch by yourself,
Hi Damien,
That's a known problem. see this ticket
https://svn.open-mpi.org/trac/ompi/ticket/2404 . It will be applied into
1.5 branch very soon. But if you apply the patch by yourself, it should
also work.
Thanks,
Shiqing
On 2010-5-10 10:08 PM, Damien wrote:
Interesting. If I add the For
Interesting. If I add the Fortran compiler as a new entry through the
GUI, CMake wipes it. If I use the option to specify the compiler paths
manually on Configure, I can add the Fortran compiler in that way and it
works.
Then there's a compiler error. In
orte\mca\odls\process\odls_process_
Dave Love wrote:
> NEWS says that problems with PGI 10 were fixed in 1.4.1, but PGI 10
> won't configure 1.4.2 for me:
>
> configure: WARNING: Your compiler does not support offsetof macro
> configure: error: Configure: Cannot continue
> # pgcc -V
>
> pgcc 10.1-0 64-bit target on x86-64
Are you runing thee jobs through a queuing system like PBS, Torque, or SGE?
Prentice
Miguel Ángel Vázquez wrote:
> Hello Prentice,
>
> Thank you for your advice but that doesn't solve the problem.
>
> The non-login bash updates properly the $LD_LIBRARY_PATH value.
>
> Any other idea?
>
> Than
Did "--mca mpi_preconnect_all 1" work?
I also face this problem "readv failed: connection time out" in the production
environment, and our engineer has reproduced this scenario at 20 nodes with
gigabye ethernet and limit one ethernet speed to 2MB/s, then a MPI_Isend &&
MPI_Recv ring that mea
For the benefit of anyone else trying to build with it on x86_64
GNU/Linux (or, presumably, i386): Sunstudio 12, update 1 loops while
compiling 1.4.2's btl_sm.c with configure's default flags. Sun patch
141859-04 fixes that.
Hello,
I am building a cluster with 6 Apple xserve running OSX Server 10.6 :
node1.cluster
node2.cluster
node3.cluster
node4.cluster
node5.cluster
node6.cluster
I've intalled openmpi in directory /opt/openmpi-1.4.2 of node1 then I made a
share point of /opt -> /Network/opt and define variables
Ok, thank you, I'll contact my sysadmin.
2010/5/10 Ralph Castain
> Doesn't that indicate precisely what Prentice said? ssh isn't picking up
> your remote .bashrc file and executing it.
>
> Try just doing "mpirun -n 1 -H hpcnode1 printenv" and see if you get the
> envars you expect from you .bash
NGUYEN Laurent wrote:
Ok, thank you for your answer. I think this rankfile feature is very
interesting to run some jobs like MPMD jobs or hybrid jobs
(multithreaded or GPU for examples).
Regards,
Point taken. The basic premise Jeff and I are working on is to see if
we could come up with a s
Doesn't that indicate precisely what Prentice said? ssh isn't picking up your
remote .bashrc file and executing it.
Try just doing "mpirun -n 1 -H hpcnode1 printenv" and see if you get the envars
you expect from you .bashrc. If not, talk to your sysadmin about how to fix the
problem - could be
Version: OMPI 1.3.3
Shell: bash
I already fixed the problem with a shell script like
#!/bin/sh
export LD_LIBRARY_PATH= ...
./montecarlo
But, it seems that openmpi look neither bash_profile not .bashrc.
Thank you,
Miguel
2010/5/10 Ralph Castain
> What version of OMPI? What shell?
>
> On May
What version of OMPI? What shell?
On May 10, 2010, at 2:05 AM, Miguel Ángel Vázquez wrote:
> Hello Prentice,
>
> Thank you for your advice but that doesn't solve the problem.
>
> The non-login bash updates properly the $LD_LIBRARY_PATH value.
>
> Any other idea?
>
> Thanks,
>
> Miguel
>
> 2
NEWS says that problems with PGI 10 were fixed in 1.4.1, but PGI 10
won't configure 1.4.2 for me:
configure: WARNING: Your compiler does not support offsetof macro
configure: error: Configure: Cannot continue
# pgcc -V
pgcc 10.1-0 64-bit target on x86-64 Linux -tp k8-64e
Copyright 1989
Ok, thank you for your answer. I think this rankfile feature is very
interesting to run some jobs like MPMD jobs or hybrid jobs
(multithreaded or GPU for examples).
Regards,
--
--
NGUYEN Laurent
HPC Engineer
CS:SI
email: laurent.ngu...@c-s.fr
web: http://www.c-s.fr
CS:SI
22 avenue Galilé
Hi,
Normally, that means a wrong path or incompatible compiler version, e.g.
32 bit vs 64 bit.
Shiqing
On 2010-5-7 6:54 PM, Damien wrote:
nd 2.8.1. In the CMake GUI, I checked the OMPI_WANT_F77_BINDINGS
option, and added a FilePath for CMAKE_Fortran_COMPILER of C:/Program
Files (x86)/In
NGUYEN Laurent wrote:
Hello,
I'm trying to understand the difference between theses two options:
" --mca mpi_paffinity_alone 1 "
and
" --bind-to-core "
To me, it's the same thing (may be paffinity have maffinity in
addition) but the purpose af theses options is to bind MPI process to
process
Hello,
I'm trying to understand the difference between theses two options:
" --mca mpi_paffinity_alone 1 "
and
" --bind-to-core "
To me, it's the same thing (may be paffinity have maffinity in
addition) but the purpose af theses options is to bind MPI process to
processors. Which is the bes
Hello Prentice,
Thank you for your advice but that doesn't solve the problem.
The non-login bash updates properly the $LD_LIBRARY_PATH value.
Any other idea?
Thanks,
Miguel
2010/5/7 Prentice Bisbal
>
>
> Miguel Ángel Vázquez wrote:
> > Dear all,
> >
> > I am trying to run a C++ program whic
On 5/9/2010 8:45 PM, Terry Frankcombe wrote:
I don't know what Jeff meant by that, but we haven't seen a feasible way
of disabling HT without rebooting and using the BIOS options.
According to this page:
http://dag.wieers.com/blog/is-hyper-threading-enabled-on-a-linux-system
in RHEL5/C
21 matches
Mail list logo
