Hi,
I have made a bit of progress(?)...
I made a config file in my .ssh directory on the cloud. It looks like:
# machine A
Host domU-12-31-39-07-35-21.compute-1.internal
HostName domU-12-31-39-07-35-21
BatchMode yes
IdentityFile /home/tsakai/.ssh/tsakai
ChallengeResponseAu
I don't really know what the problem is. It seems like you're doing things
correctly. I'm almost sure you've done all of the following, but just to be
sure:
having the ssh public keys in other computer's authorized_key file.
ssh keys generated without passphrases
On Wed, Feb 9, 2011 at 10:08 PM,
Hi,
your local machine is Linux like, but the execution hosts are Macs? I saw the
/Users/tsakai/... in your output.
a) executing a command on them is also working, e.g.: ssh
domU-12-31-39-07-35-21 ls
Am 10.02.2011 um 07:08 schrieb Tena Sakai:
> Hi,
>
> I have made a bit of progress(?)...
> I
Hello
> I've a program that allways works fine, but i'm trying it on a new cluster
> and fails when I execute it on more than one machine.
> I mean, if I execute alone on each host, everything works fine.
> radic@santacruz:~/gaps/caso3-i1$ mpirun -np 3 ../test parcorto.txt
>
> But when I execute
>
I typically see these kinds of errors when there's an Open MPI version mismatch
between the nodes, and/or if there are slightly different flavors of Linux
installed on each node (i.e., you're technically in a heterogeneous situation,
but you're trying to run a single application binary). Can yo
Nifty! Yes, I agree that that's a poor error message. It's probably
(unfortunately) being propagated up from the underlying point-to-point system,
where an ERR_IN_STATUS would actually make sense.
I'll file a ticket about this. Thanks for the heads up.
On Feb 9, 2011, at 4:49 PM, Jeremiah W
FYI, I am having trouble finding a small test case that will trigger this
on 1.5; I'm either getting deadlocks or MPI_ERR_TRUNCATE, so it could have
been fixed. What are the triggering rules for different broadcast
algorithms? It could be that only certain sizes or only certain BTLs
trigger i
hello everyone,
i have a network of systems connected over lan with each computer running
ubuntu. openmpi 1.4.x is installed on 1 machine and the installation is
mounted on other nodes through Networking File System(NFS). the source
program and compiled file(a.out) are present in the mounted direct
Hi Reuti,
> your local machine is Linux like, but the execution hosts
> are Macs? I saw the /Users/tsakai/... in your output.
No, my environment is entirely linux. The path to my home
directory on one host (blitzen) has been known as /Users/tsakai,
despite it is an nfs mount from vixen (which is
Hi David,
Thank you for your reply.
> just to be sure:
> having the ssh public keys in other computer's authorized_key file.
> ssh keys generated without passphrases
Yes, as evidenced by my session dialogue, invoking ssh manually is
not a problem. I cannot use mpirun command (which I believe
us
Hi,
Am 10.02.2011 um 19:11 schrieb Tena Sakai:
>> your local machine is Linux like, but the execution hosts
>> are Macs? I saw the /Users/tsakai/... in your output.
>
> No, my environment is entirely linux. The path to my home
> directory on one host (blitzen) has been known as /Users/tsakai,
>
Here is a small test case that hits the bug on 1.4.1:
#include
int arr[1142];
int main(int argc, char** argv) {
int rank, my_size;
MPI_Init(&argc, &argv);
MPI_Comm_rank(MPI_COMM_WORLD, &rank);
my_size = (rank == 1) ? 1142 : 1088;
MPI_Bcast(arr, my_size, MPI_INT, 0, MPI_COMM_WORLD);
I forgot to mention that this was tested with 3 or 4 ranks, connected via
TCP.
-- Jeremiah Willcock
On Thu, 10 Feb 2011, Jeremiah Willcock wrote:
Here is a small test case that hits the bug on 1.4.1:
#include
int arr[1142];
int main(int argc, char** argv) {
int rank, my_size;
MPI_Init(&
Running the following program on two nodes connected by Infiniband and
OMPI 1.5.1 (openib BTL), one task per node:
#include
#include
int main(int argc, char** argv) {
int rank, size, i, *buf1, *buf2;
MPI_Request* reqs;
MPI_Init(&argc, &argv);
MPI_Comm_rank(MPI_COMM_WORLD, &rank);
MP
Hi Reuti,
Thanks for suggesting "LogLevel DEBUG3." I did so and complete
session is captured in the attached file.
What I did is much similar to what I have done before: verify
that ssh works and then run mpirun command. In my a bit lengthy
session log, there are two responses from "LogLevel DE
Your prior mails were about ssh issues, but this one sounds like you might have
firewall issues.
That is, the "orted" command attempts to open a TCP socket back to mpirun for
various command and control reasons. If it is blocked from doing so by a
firewall, Open MPI won't run. In general, you
Hi,
Am 10.02.2011 um 22:03 schrieb Tena Sakai:
> Hi Reuti,
>
> Thanks for suggesting "LogLevel DEBUG3." I did so and complete
> session is captured in the attached file.
>
> What I did is much similar to what I have done before: verify
> that ssh works and then run mpirun command. In my a bit
Hi jeff,
Thanks for the firewall tip. I tried it while allowing all tip traffic
and got interesting and preplexing result. Here's what's interesting
(BTW, I got rid of "LogLevel DEBUG3" from ./ssh/config on this run):
[tsakai@ip-10-203-21-132 ~]$
[tsakai@ip-10-203-21-132 ~]$ mpirun --app
18 matches
Mail list logo
