Aha! I may have been stupid.
The perl program is calling another small openMPI routine via mpirun and
system()
That is bad isn't it?
How can MPI tell that a program 2 system calls away is MPI ?
A better question is how can I trick it to not knowing that its MPI so it runs
just as it does when s
Removing the redirection to the log makes no difference.
Running the script externally is fine (method #1). Only occurs when the perl
is started by the OpenMPI process (method #2)
Both methods open a TCP socket and both methods have the perl do a(nother)
system call
Appart from MPI starting th
That is bizarre. Afraid you have me stumped here - I can't think why an action
in the perl script would trigger an action in OMPI. If your OMPI proc doesn't
in any way read the info in "log" (using your example), does it still have a
problem? In other words, if the perl script still executes a s
FYI
- Forwarded Message -
From: Randolph Pullen
To: Jeff Squyres
Sent: Friday, 20 January 2012 12:45 PM
Subject: Re: [OMPI users] system() call corrupts MPI processes
I'm using TCP on 1.4.1 (its actually IPoIB)
OpenIB is compiled in.
Note that these nodes are containers running in O
Hmmm..well, unless you happened to guess poorly, I would think it unusually bad
luck to have happened to pick the wrong port! OMPI should be selecting one via
the OS, so the port it gets is somewhat random.
I'm trying to understand what your MPI proc is doing. The function that is
complaining i
Hi Ralph,
The port is defined in config as 5000 it is used by both versions so you would
think both would fail if where an issue.
Is there any way of reserving ports for non MPI use?
From: Ralph Castain
To: Open MPI Users
Sent: Friday, 20 January 2012 10:30
I assume that the SIGCHLD was released after starting the daemon ie on return
of the system() call
From: Durga Choudhury
To: Open MPI Users
Sent: Friday, 20 January 2012 2:22 AM
Subject: Re: [OMPI users] system() call corrupts MPI processes
This is just a t
Hi Randolph!
Sorry for delay - was on the road. This isn't an issue of corruption. What ORTE
is complaining about is that your perl script wound up connecting to the same
port that your process is listening on via ORTE. ORTE is rather particular
about the message format - specifically, it requi
No argument - we should support it. I was on travel and just got back, so I'll
take a look and see why we aren't doing so.
On Jan 17, 2012, at 9:38 AM, Gustavo Correa wrote:
> But that would be yet another legitimate singleton-edge-case that OpenMPI
> could
> proudly handle, wouldn't it?
> No n
I didn't commit anything to the v1.5 branch yesterday - just the trunk.
As I told Mike off-list, I think it may have been that the binary was compiled
against a different OMPI version by mistake. It looks very much like what I'd
expect to have happen in that scenario.
On Jan 19, 2012, at 7:52 A
Have you looked at boost.mpi? They have some nice C++-friendly constructors
for different types to send/receive via MPI.
If boost.mpi doesn't do what you want, you'll likely need to have a custom MPI
datatype constructed for each instance that you want to send/receive (and have
that same datat
Thanks for the bug report!
I have no idea how this slipped through the cracks, but IN_PLACE support for
MPI_ALLTOALL seems to be missing. :-(
I've filed a bug about it: https://svn.open-mpi.org/trac/ompi/ticket/2965.
On Jan 18, 2012, at 4:38 PM, David Race wrote:
> One of our users makes use
This is just a thought:
according to the system() man page, 'SIGCHLD' is blocked during the
execution of the program. Since you are executing your command as a
daemon in the background, it will be permanently blocked.
Does OpenMPI daemon depend on SIGCHLD in any way? That is about the
only differ
Since you're looking for a function call, I'm going to assume that you
are writing this application, and it's not a pre-compiled, commercial
application. Given that, it's going to be significantly better to have
an internal application checkpointing mechanism, where it serializes and
stores the da
Currently Open MPI only supports the checkpointing of the whole
application. There has been some work on uncoordinated checkpointing with
message logging, though I do not know the state of that work with regards
to availability. That work has been undertaken by the University of
Tennessee Knoxville
Did you "svn up"? I ask because Ralph committed some stuff yesterday that may
have fixed this.
On Jan 18, 2012, at 5:19 PM, Andrew Senin wrote:
> No, nothing specific. Only basic settings (--mca btl openib,self
> --npernode 1, etc).
>
> Actually I'm were confused with this error because today
Which network transport are you using, and what version of Open MPI are you
using? Do you have OpenFabrics support compiled into your Open MPI
installation?
If you're just using TCP and/or shared memory, I can't think of a reason
immediately as to why this wouldn't work, but there may be a sub
The thought occurs to me... (disclaimer: I know just about zero about OpenFoam
and how to install/use it)
If your customer has been dealing with binaries, I wonder if there is some kind
of ABI incompatibility going on here. Open MPI did not provide any ABI
guarantees until Open MPI v1.3.2 -- s
On Jan 18, 2012, at 4:15 AM, Theiner, Andre wrote:
> I also have requested the user to run the following adaption to his original
> command "mpriun -np 9 interFoam -parallel". I hoped to get a kind of debug
> output
> which points me into the right way. The new command did not work and I am a
>
Hi all,
I have to stop my investigations and repairs on the request of my customer.
I will unsubscribe from this list soon.
I found out that OpenFoam does not use threaded MPI-calls.
My next step would have been to compile openmpi-1.4.4 and have the user try
this.
In case it would have also not w
Hi,
I made a binary package based on the current 1.5 rc2. Please find it in
the download link here: http://db.tt/AXJF40ph. It should work on your
win XP. Thanks a lot for testing it.
Regards,
Shiqing
On 2012-01-19 8:36 AM, Robert garcia wrote:
Thanks for clarification,
For now I 'll sti
Thanks for clarification,
For now I 'll stick with current version of Win32 XP , if it's not a heavy
workload, could you build a binary package ?
Regards,
List-Post: users@lists.open-mpi.org
Date: Wed, 18 Jan 2012 23:38:06 +0100
From: f...@hlrs.de
To: us...@open-mpi.org
CC: robertgarcia2.
I have a section in my code running in rank 0 that must start a perl program
that it then connects to via a tcp socket.
The initialisation section is shown here:
sprintf(buf, "%s/session_server.pl -p %d &", PATH,port);
int i = system(buf);
printf("system returned %d\n", i);
Some ti
23 matches
Mail list logo
