Hello Ralph,
I finally solved the problem. My OS had installed another version of openmpi,
which I removed. Also, I did not try 'make clean' before 'make'.
I found the problem by doing a verbose build of my application, and noticed
that it was referring to libraries from /usr/lib64/mpi/, which
I agree with you, but i didn't find the mail group list which I can
you for sending message.
Jeff> Perhaps we should move this over to the MTT mailing list. :-)
Jeff> I'll reply in more detail over there...
Jeff> On Jan 5, 2012, at 3:24 PM, Юлов Дмитрий wrote:
>> Dear Jeff,
>>
>> Thanks
Perhaps we should move this over to the MTT mailing list. :-)
I'll reply in more detail over there...
On Jan 5, 2012, at 3:24 PM, Юлов Дмитрий wrote:
> Dear Jeff,
>
> Thanks a lot for answer. I agree with you that some tests are
> available elsewhere, but these tests didn't explain
Dear Jeff,
Thanks a lot for answer. I agree with you that some tests are
available elsewhere, but these tests didn't explain how I can to use
it for with OpenMPI MTT framework. Please tell me do you have such
document which will explain how I could use some external tests with
MTT
Hi, sorry for the delay -- I was on vacation and this week has been spent
mostly in prep for the MPI Forum meeting next week. I'm slwly plowing
through the mails that piled up during vacation. More below.
On Jan 5, 2012, at 2:54 PM, Юлов Дмитрий wrote:
> Does anybody say to me Jeff here o
Hello,
Does anybody say to me Jeff here or not?
I am relly would like to have access to tests. What i need to do for
that?
Ralph> I believe access to the test suites is limited to official
Ralph> members of the developer community, though I could be wrong as
Ralph> it has been a long time sin
I thought Ralph answered this one already:
http://www.open-mpi.org/community/lists/users/2012/01/18102.php
On Jan 5, 2012, at 1:25 PM, devendra rai wrote:
> Hello Ralph,
>
> Here is the command that I use to run my application:
>
> /home/Morpheus/CustomInstalledPrograms/OpenMPI-1.4.2/b
Hello Ralph,
Here is the command that I use to run my application:
/home/Morpheus/CustomInstalledPrograms/OpenMPI-1.4.2/bin/mpirun -np 2 -v
--timestamp-output --tag-output --d kdbg ./MPIDerivedDataTypes
where MPIDerivedDataTypes is the sample application.
Best,
Devendra
_
Hello Ralph,
This time, rebuilding with the configure line that I showed did not fix the
problem. And, I am mighty clueless (with some desperation thrown in).
Any ideas would be awesome.
Best,
Devendra
From: Ralph Castain
To: devendra rai ; Open MPI Use
Guess I'm still confused a bit - are you saying that the rebuild no longer
fixes the problem?
Otherwise, I don't see a ready solution. If your system undergoes a significant
change, then rebuilding is not an unexpected requirement.
On Jan 5, 2012, at 10:39 AM, devendra rai wrote:
> Hello Ralp
Hello Ralph,
Yes, historically, the rebuild fixed the problem. But, now, how do I rebuild
against a new libc? And doesn't mpi build process automatically pick up
whatever libc version I have?
I cant seem to google this solution. I already included my configure line for
building open-mpi.
Th
Let me see if I understand correctly. You performed some upgrades on Linux, and
then orterun fails. Rebuilding OMPI resolved the problem.
Is that correct? If so, then I'm not terribly surprised - it depends on what
got upgraded. For example, if the default libc changed due to a revision
upgrade
Hello All,
This has happened to me many times, but a simple rebuild of the Open-MPI
generally fixed it.
I had a perfectly working (and tested) MPI application till a few days
ago. Since then, there has been some upgrades on my Linux OS (basically, the
ones which the system picks up automatical
Hello All,
This has happened to me many times, but a simple rebuild of the Open-MPI
generally fixed it.
I had a perfectly working (and tested) MPI application till a few days ago.
Since then, there has been some upgrades on my Linux OS (basically, the ones
which the system picks up automatical
On Jan 5, 2012, at 5:35 AM, devendra rai wrote:
> In general, we cannot assume portability of sending a C/C++ struct as a
> stream of bytes. There must be a promise that data representation on machines
> involved in the transmission must perform the same data layout.
Correct.
> I have a funct
Dear All,
I read a little more about MPI derived data types, and to answer my own
question:
In general, we cannot assume portability of sending a C/C++ struct as a stream
of bytes. There must be a promise that data representation on machines involved
in the transmission must perform the same d
Hi,
We tried to run the Reduce_scatter test(given in IMB_3.2.1) on our
customized OFED, the command used and the error thrown is given below...
*command:*
mpirun --prefix /usr/local/ -np 3 --mca btl openib,self,sm -H
192.168.0.157,192.168.0.167,192.168.0.177 --mca orte_base_help_aggregate 0
/
17 matches
Mail list logo
