Re: [OMPI users] SM failure with mixed 32/64-bit procs on the samemachine

'll do much work to support it (there could be some gnarly issues with address ranges inside shared memory). But your point is noted that we should not hang/crash in such a scenario. I'll file a bug to at least detect this scenario and indicate that we do not support it. On Jun

[OMPI users] SM failure with mixed 32/64-bit procs on the same machine

Hi, I have two processes, one a 32bit and another a 64bit, running on the same 64bit machine. When running with TCP BTL everything works fine, however with SM BTL it's not. In one application the processes just got stuck - one in Send and the other in Recv. In another application I even saw a se

Re: [OMPI users] How to detect a failure to start-up and MPI_Init()?

1.4 series - work is progressing on the first release of the next feature series (1.5), and it will be in there. Meantime, you are welcome to use a nightly tarball from the devel trunk as it appears to be in pretty good shape right now in prep for the 1.5 branch. Thanks Ralph On Dec 18, 2009, at

Re: [OMPI users] How to detect a failure to start-up and MPI_Init()?

s now the daemons have to know that other procs (not local to them) called MPI_Init. I'll have to ask the MPI folks on the team if that is something we want to do as it could affect scalability by requiring more communication...not sure how this fits into the std either. Ralph On Dec 15, 2009

Re: [OMPI users] How to detect a failure to start-up and MPI_Init()?

Ralph Castain Sent: Sunday, December 06, 2009 19:24 To: Open MPI Users Subject: Re: [OMPI users] How to detect a failure to start-up and MPI_Init()? I'll look into it - sounds like a bug Thanks! On Sun, Dec 6, 2009 at 9:13 AM, Katz, Jacob mailto:jacob.k...@intel.com>> wrote: I'm usin

Re: [OMPI users] Mimicking timeout for MPI_Wait

Behalf Of Katz, Jacob Sent: Sunday, December 06, 2009 17:42 To: Open MPI Users Subject: Re: [OMPI users] Mimicking timeout for MPI_Wait Thanks, Douglas. I found your code in the archive. Jacob M. Katz | jacob.k...@intel.com | Work: +972-4-865-5726 | iNet: (8)-465-5726

Re: [OMPI users] How to detect a failure to start-up and MPI_Init()?

ail and abort the job - whether it calls MPI_Init first or not is irrelevant. What version are you using? On Sun, Dec 6, 2009 at 8:40 AM, Katz, Jacob mailto:jacob.k...@intel.com>> wrote: Hi, Is there a way to detect a situation than one of the processes in an MPI application exits without even c

Re: [OMPI users] Mimicking timeout for MPI_Wait

Sent: Sunday, December 06, 2009 15:53 To: us...@open-mpi.org Subject: Re: [OMPI users] Mimicking timeout for MPI_Wait On Sun, Dec 06, 2009 at 02:29:01PM +0200, Katz, Jacob wrote: > Thanks. > Yes, I meant in the question that I was looking for something creative, both > fast responding and

[OMPI users] How to detect a failure to start-up and MPI_Init()?

Hi, Is there a way to detect a situation than one of the processes in an MPI application exits without even calling MPI_Init()? I have a case in which all the processes except one are stuck forever in MPI_Init(), and that one exits before being able to call MPI_Init()... I tried using the mca par

Re: [OMPI users] Mimicking timeout for MPI_Wait

: > > Open MPI Users > > 12/04/2009 01:38 PM > > Sent by: > > users-boun...@open-mpi.org > > Please respond to Open MPI Users > > On Dec 3, 2009, at 3:31 AM, Katz, Jacob wrote: > > > I wonder if there is a BKM (efficient and portable) to mimic a > t

[OMPI users] Mimicking timeout for MPI_Wait

Hi, I wonder if there is a BKM (efficient and portable) to mimic a timeout with a call to MPI_Wait, i.e. to interrupt it once a given time period has passed if it hasn't returned by then yet. I'll appreciate if anyone may send a pointer/idea. Thanks. Jacob M. Kat

Re: [OMPI users] Bug in return status of MPI_WAIT()?

So I think you need to use MPI::ERRORS_THROW_EXCEPTIONS to catch the error in this case, or look at the return value from the C binding for MPI_WAIT. On May 10, 2009, at 5:51 AM, Katz, Jacob wrote: > Hi, > While trying error-related functionality of OMPI, I came across a > situation w

[OMPI users] Bug in return status of MPI_WAIT()?

Hi, While trying error-related functionality of OMPI, I came across a situation where when I use MPI_ERRORS_RETURN error handler, the errors do not come out correctly from WAIT calls. The program below correctly terminates with a fatal "message truncated" error, but when the line setting the err

[OMPI users] Wrapping MPI program in a script

Hi, I see that MPI2.1 says about mpiexec that "If the program named in command does not call MPI_INIT, but instead forks a process that calls MPI_INIT, the results are undefined. Implementations may allow this case to work but are not required to.". Does OMPI officially support this scenario?

[OMPI users] pls_rsh_agent deprecated?

Hi, I tried using pls_rsh_agent parameter as instructed in http://www.open-mpi.org/faq/?category=rsh, but got a message that it's deprecated. Is this so? Has it been superseded by some other parameters? Thanks. Jacob M. Katz | jacob.k...@intel.com

[OMPI users] Launching MPI app manually when rsh/ssh can't be used...

Hi, Is there a way to start up an MPI app by some manual procedure, when rsh/ssh cannot be used to log into a machine where part of the app should run? E.g. a set of commands that can be manually executed on the machines to start the run-time/daemons/actual executables? Thanks. -

Re: [OMPI users] COMM_ACCEPT/COMM_CONNECT: what BTL will the connected processes use?

nodes are involved in the accept/connect. george. On Apr 21, 2009, at 09:28 , Katz, Jacob wrote: > Hi, > > In a dynamically connected client/server-style application, where > the server uses MPI_OPEN_PORT/MPI_COMM_ACCEPT and the client uses > MPI_COMM_CONNECT, what will be the

[OMPI users] COMM_ACCEPT/COMM_CONNECT: what BTL will the connected processes use?

Hi, In a dynamically connected client/server-style application, where the server uses MPI_OPEN_PORT/MPI_COMM_ACCEPT and the client uses MPI_COMM_CONNECT, what will be the communication method (BTL) chosen by OMPI? Will the communication thru the resultant inter-communicator use TCP, or will OMP