Re: [OMPI users] Ssh problem
I got this ssh message when my workstation wasn't allowed access because of the settings in the files /etc/hosts.allow and /etc/hosts.deny on your ssh server. Jody On Mon, Feb 16, 2009 at 10:36 PM, Gabriele Fatigati wrote: > Dear OpenMPI developers, > i'm trying to use OpenMPI 1.3 over my laptop but i have a problem with > ssh. When i launch an MPI program with mpirun, i retrieve the follow > error: > > ssh: connect to host port 22: Connection refused. > > A daemon (pid 7008) died unexpectedly with status 255 while attempting > to launch so we are aborting. > > This may be because the daemon was unable to find all the needed > shared libraries on the remote node. You may set your LD_LIBRARY_PATH > to have the location of the shared libraries on the remote nodes and > this will automatically be forwarded to the remote nodes. > > I have setted LD_LIBRARY_PATH, but still doesn't work. > > Could you help me? Thanks in advance. > > -- > Ing. Gabriele Fatigati > > Parallel programmer > > CINECA Systems & Tecnologies Department > > Supercomputing Group > > Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy > > www.cineca.itTel: +39 051 6171722 > > g.fatigati [AT] cineca.it > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users >
[OMPI users] Open MPI v1.2.9 released
The Open MPI Team, representing a consortium of research, academic, and industry partners, is pleased to announce the release of Open MPI version 1.2.9. This release is mainly a bug fix release over the v1.2.8 release. This is the last planned release from the 1.2 series. We strongly recommend that all users upgrade to the 1.3 series if possible. Version 1.2.9 can be downloaded from the main Open MPI web site or any of its mirrors (mirrors will be updating shortly). Here is a list of changes in v1.2.9 as compared to v1.2.8: - Fix a segfault when using one-sided communications on some forms of derived datatypes. Thanks to Dorian Krause for reporting the bug. See #1715. - Fix an alignment problem affecting one-sided communications on some architectures (e.g., SPARC64). See #1738. - Fix compilation on Solaris when thread support is enabled in Open MPI (e.g., when using --with-threads). See #1736. - Correctly take into account the MTU that an OpenFabrics device port is using. See #1722 and https://bugs.openfabrics.org/show_bug.cgi?id=1369. - Fix two datatype engine bugs. See #1677. Thanks to Peter Kjellstrom for the bugreport. - Fix the bml r2 help filename so the help message can be found. See #1623. - Fix a compilation problem on RHEL4U3 with the PGI 32 bit compiler caused by . See ticket #1613. - Fix the --enable-cxx-exceptions configure option. See ticket #1607. - Properly handle when the MX BTL cannot open an endpoint. See ticket #1621. - Fix a double free of events on the tcp_events list. See ticket #1631. - Fix a buffer overun in opal_free_list_grow (called by MPI_Init). Thanks to Patrick Farrell for the bugreport and Stephan Kramer for the bugfix. See ticket #1583. - Fix a problem setting OPAL_PREFIX for remote sh-based shells. See ticket #1580. -- Tim Mattox, Ph.D. Open Systems Lab Indiana University
Re: [OMPI users] Ssh problem
ssh works well. But the problem is still here.. 2009/2/17 jody : > I got this ssh message when my workstation wasn't allowed access because of > the > settings in the files /etc/hosts.allow and /etc/hosts.deny on your ssh server. > Jody > > On Mon, Feb 16, 2009 at 10:36 PM, Gabriele Fatigati > wrote: >> Dear OpenMPI developers, >> i'm trying to use OpenMPI 1.3 over my laptop but i have a problem with >> ssh. When i launch an MPI program with mpirun, i retrieve the follow >> error: >> >> ssh: connect to host port 22: Connection refused. >> >> A daemon (pid 7008) died unexpectedly with status 255 while attempting >> to launch so we are aborting. >> >> This may be because the daemon was unable to find all the needed >> shared libraries on the remote node. You may set your LD_LIBRARY_PATH >> to have the location of the shared libraries on the remote nodes and >> this will automatically be forwarded to the remote nodes. >> >> I have setted LD_LIBRARY_PATH, but still doesn't work. >> >> Could you help me? Thanks in advance. >> >> -- >> Ing. Gabriele Fatigati >> >> Parallel programmer >> >> CINECA Systems & Tecnologies Department >> >> Supercomputing Group >> >> Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy >> >> www.cineca.itTel: +39 051 6171722 >> >> g.fatigati [AT] cineca.it >> ___ >> users mailing list >> us...@open-mpi.org >> http://www.open-mpi.org/mailman/listinfo.cgi/users >> > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users > > -- Ing. Gabriele Fatigati Parallel programmer CINECA Systems & Tecnologies Department Supercomputing Group Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy www.cineca.itTel: +39 051 6171722 g.fatigati [AT] cineca.it
Re: [OMPI users] v1.3: mca_common_sm_mmap_init error
Hi, * Reuti [02/02/2009 03:43]: > But despite the fact that SGE's qrsh is used automatically, more > severe is the fact, that on the slave nodes the orted daemons will be > pushed into daemonland and no longer be bound to the sge_shepherd: > > 3173 1 /usr/sge/bin/lx24-x86/sge_execd > 3431 1 orted --daemonize -mca ess env -mca orte_ess_jobid 81199104 > -mca orte_ess_vpid 1 -mca orte_ess_num_procs 2 --hnp-uri 811 > 3432 3431 \_ /home/reuti/mpihello > 3433 3431 \_ /home/reuti/mpihello does anyone know a workaround for this problem? has it been fixed? Thanks, Daniel.
Re: [OMPI users] v1.3: mca_common_sm_mmap_init error
On 02/17/09 11:18, Daniel De Marco wrote: Hi, * Reuti [02/02/2009 03:43]: But despite the fact that SGE's qrsh is used automatically, more severe is the fact, that on the slave nodes the orted daemons will be pushed into daemonland and no longer be bound to the sge_shepherd: 3173 1 /usr/sge/bin/lx24-x86/sge_execd 3431 1 orted --daemonize -mca ess env -mca orte_ess_jobid 81199104 -mca orte_ess_vpid 1 -mca orte_ess_num_procs 2 --hnp-uri 811 3432 3431 \_ /home/reuti/mpihello 3433 3431 \_ /home/reuti/mpihello does anyone know a workaround for this problem? has it been fixed? Thanks, Daniel. There is a ticket for this. https://svn.open-mpi.org/trac/ompi/ticket/1783 I am working on it. I do not have a workaround. I had a fix but ran into some issues with getting the -notify flag to work right with a non-daemonized orted. Fix will come soon to trunk, and to 1.3.2 soon thereafter. Rolf -- = rolf.vandeva...@sun.com 781-442-3043 =
Re: [OMPI users] v1.3: mca_common_sm_mmap_init error
* Rolf Vandevaart [02/17/2009 11:32]: > There is a ticket for this. > > https://svn.open-mpi.org/trac/ompi/ticket/1783 > > I am working on it. I do not have a workaround. I had a fix but ran into > some issues with getting the -notify flag to work right with a > non-daemonized orted. > > Fix will come soon to trunk, and to 1.3.2 soon thereafter. Thanks!
Re: [OMPI users] Ssh problem
Can you send the full output / information requested here: http://www.open-mpi.org/community/help/ On Feb 17, 2009, at 11:10 AM, Gabriele Fatigati wrote: ssh works well. But the problem is still here.. 2009/2/17 jody : I got this ssh message when my workstation wasn't allowed access because of the settings in the files /etc/hosts.allow and /etc/hosts.deny on your ssh server. Jody On Mon, Feb 16, 2009 at 10:36 PM, Gabriele Fatigati wrote: Dear OpenMPI developers, i'm trying to use OpenMPI 1.3 over my laptop but i have a problem with ssh. When i launch an MPI program with mpirun, i retrieve the follow error: ssh: connect to host port 22: Connection refused. A daemon (pid 7008) died unexpectedly with status 255 while attempting to launch so we are aborting. This may be because the daemon was unable to find all the needed shared libraries on the remote node. You may set your LD_LIBRARY_PATH to have the location of the shared libraries on the remote nodes and this will automatically be forwarded to the remote nodes. I have setted LD_LIBRARY_PATH, but still doesn't work. Could you help me? Thanks in advance. -- Ing. Gabriele Fatigati Parallel programmer CINECA Systems & Tecnologies Department Supercomputing Group Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy www.cineca.itTel: +39 051 6171722 g.fatigati [AT] cineca.it ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users -- Ing. Gabriele Fatigati Parallel programmer CINECA Systems & Tecnologies Department Supercomputing Group Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy www.cineca.itTel: +39 051 6171722 g.fatigati [AT] cineca.it ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users -- Jeff Squyres Cisco Systems
[OMPI users] Error during ./Configure
Hey guys, Did any of you face this issue before while running ./configure? "checking size of Fortran 77 INTEGER*8... configure: error: Could not determine size of INTEGER*8" Thanks, Gim
Re: [OMPI users] Error during ./Configure
Can you send the full output described here: http://www.open-mpi.org/community/help/ On Feb 17, 2009, at 3:23 PM, -Gim wrote: Hey guys, Did any of you face this issue before while running ./configure? "checking size of Fortran 77 INTEGER*8... configure: error: Could not determine size of INTEGER*8" Thanks, Gim ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users -- Jeff Squyres Cisco Systems
[OMPI users] ptrdiff_t undefined error on intel 64bit machine with intel compilers
Hello all: I was unable to compile the latest version (1.3) on my intel 64bit system with the intel compilers (version 9.0). Configuration goes fine, but I get this error when running make: .../../ompi/include/mpi.h(203): error: identifier "ptrdiff_t" is undefined typedef OMPI_PTRDIFF_TYPE MPI_Aint; compilation aborted for dt_args.c (cod 21) My config line was: ../configure CC=icc CXX=icpc F77=ifort FC=ifort --prefix=xxx I've attached my config.log file. Has anyone encourtered this? I was able to build openmpi on this exact system using the gcc/g++ compilers, however the intel compilers are substantially faster on our system. Thanks! config.log Description: Binary data
