Hi Reuti,
Thank you so much.
I installed openmpi locally from the source file. It has all header files
in the include folder. I could install charmm without any problem.
Best regards,
Sunita
> Hi,
>
> Am 25.03.2010 um 11:30 schrieb sun...@chem.iitb.ac.in:
>
>> Openmpi is installed in a Intel Xeo
(moving to the Open MPI user's mailing list...)
Can you send all the information listed here (please compress!):
http://www.open-mpi.org/community/help/
On Mar 29, 2010, at 8:21 AM, Philippe GOURET wrote:
>
> The make failed with Open MPI:
>
>
> > ---
outputs.tar.gz
Description: File Attachment: outputs.tar.gz
I don't see -static listed in the config.log at all, but I see it listed in the
make output that you sent in the first mail.
Additionally, the make output that you sent in your mail doesn't seem to match
the make.output that you attached in your last email. Are you mixing and
matching multiple
On Mar 21, 2010, at 12:58 PM, Addepalli, Srirangam V wrote:
Yes We have seen this behavior too.
Another behavior I have seen is that one MPI process starts to
show different elapsed time than its peers. Is it because
checkpoint happened on behalf of this process?
R
__
On Mar 22, 2010, at 4:41 PM, > wrote:
Hi
If the run my compute intensive openmpi based program using regular
invocation of mpirun (ie; mpirun –host -np cores>), it gets completed in few seconds but if I run the same
program with “-am ft-enable-cr” option, the program takes 10x time
to
On Mar 20, 2010, at 11:14 PM, > wrote:
I am observing a very strange performance issue with my openmpi
program.
I have compute intensive openmpi based application that keeps the
data in memory, process the data and then dumps it to GPFS parallel
file system. GPFS parallel file system s
So the MCA parameter that you mention is explained at the link below:
http://osl.iu.edu/research/ft/ompi-cr/api.php#mca-opal_cr_use_thread
This enables/disables the C/R thread a runtime if Open MPI was
configured with C/R thread support:
http://osl.iu.edu/research/ft/ompi-cr/api.php#conf-e
On Mar 23, 2010, at 1:00 PM, Fernando Lemos wrote:
On Tue, Mar 23, 2010 at 12:55 PM, fengguang tian
wrote:
I use mpirun -np 50 -am ft-enable-cr --mca
snapc_base_global_snapshot_dir
--hostfile .mpihostfile
to store the global checkpoint snapshot into the shared
directory:/mirror,but
Does this happen when you run without '-am ft-enable-cr' (so a no-C/R
run)?
This will help us determine if your problem is with the C/R work or
with the ORTE runtime. I suspect that there is something odd with your
system that is confusing the runtime (so not a C/R problem).
Have you made
hi
i have used the --term option,but the mpirun is still hanging,it is the same
whether I include the ' / ' or not.I am installing the v1.4 to see whether
the problems are still there. I tried, but some problems are still there.
BTW, my MPI program will have some input file, and will generate som
hi
I solve this problem, some previous versions of directories in the cluster
are not removed, after I remove them, it works fine. thank you
cheers
fengguang
On Mon, Mar 29, 2010 at 11:47 AM, Josh Hursey wrote:
> Does this happen when you run without '-am ft-enable-cr' (so a no-C/R run)?
>
> Th
On Mar 29, 2010, at 11:53 AM, fengguang tian wrote:
hi
i have used the --term option,but the mpirun is still hanging,it is
the same whether I include the ' / ' or not.I am installing the v1.4
to see whether the problems are still there. I tried, but some
problems are still there.
What
I wonder if this is a bug with BLCR (since the segv stack is in the
BLCR thread). Can you try an non-MPI version of this application that
uses popen(), and see if BLCR properly checkpoints/restarts it?
If so, we can start to see what Open MPI might be doing to confuse
things, but I suspect
Hi Josh/All,
I just tested a simple c application with blcr and it worked
fine.
##
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
char * getprocessid()
{
FILE * read_fp;
Hello,
i am new on this mailing list!
i've read the other messages about configuring openMPI on Xgrid, but i
havent solved my problem yet and openMPI keeps running as if Xgrid didnt
exist.
i configured xgrid properly, and can send simple C program jobs trough the
command line from my client, which
Our xgrid support has been broken for some time now due to lack of access to a
test environment. So your system is using rsh/ssh instead.
Until we get someone interested in xgrid, or at least willing to debug it and
tell us what needs to be done, I'm afraid our xgrid support will be lacking.
O
thanks for the information,
but is it possible to make it work with xgrid or the 1.4.1 version just dont
support it?
On Mon, Mar 29, 2010 at 3:07 PM, Ralph Castain wrote:
> Our xgrid support has been broken for some time now due to lack of access
> to a test environment. So your system is us
On Mar 29, 2010, at 1:34 PM, Cristobal Navarro wrote:
> thanks for the information,
>
> but is it possible to make it work with xgrid or the 1.4.1 version just dont
> support it?
>
>
I'm afraid it just doesn't support it - we made the support compile, but we
have no way to test/debug the op
On Mar 29, 2010, at 12:39 PM, Ralph Castain wrote:
On Mar 29, 2010, at 1:34 PM, Cristobal Navarro wrote:
thanks for the information,
but is it possible to make it work with xgrid or the 1.4.1 version
just dont support it?
FWIW, I've had excellent success with Torque and openmpi on OS
Hello,
looking at the Open MPI mpi.h include file there's a preprocessor macro
OPEN_MPI defined, as well as e.g. OMPI_MAJOR_VERSION, OMPI_MINOR_VERSION
and OMPI_RELEASE_VERSION. version.h e.g. also defines OMPI_VERSION
This seems to be missing in mpif.h and therefore something like
include 'mpif.
i realized that xcode dev tools include openMPI 1.2.x
should i keep trying??
or do you recommend to completly abandon xgrid and go for another tool like
Torque with openMPI?
On Mon, Mar 29, 2010 at 3:48 PM, Jody Klymak wrote:
>
> On Mar 29, 2010, at 12:39 PM, Ralph Castain wrote:
>
>
> On Ma
at least it would be a good exercise to complete the process with xgrid +
openMPI for the knowledge
Cristobal
On Mon, Mar 29, 2010 at 4:11 PM, Cristobal Navarro wrote:
> i realized that xcode dev tools include openMPI 1.2.x
> should i keep trying??
> or do you recommend to completly abandon x
On Mar 29, 2010, at 4:11 PM, Cristobal Navarro wrote:
> i realized that xcode dev tools include openMPI 1.2.x
> should i keep trying??
> or do you recommend to completly abandon xgrid and go for another tool like
> Torque with openMPI?
FWIW, Open MPI v1.2.x is fairly ancient -- the v1.4 series i
I have an environment a few trusted users could use to test. However,
I have neither the expertise or time to do the debugging myself.
Cheers, Jody
On 2010-03-29, at 1:27 PM, Jeff Squyres wrote:
On Mar 29, 2010, at 4:11 PM, Cristobal Navarro wrote:
i realized that xcode dev tools inclu
Hi,
On an IA64 platform, MPI_Init never returns. I fired up GDB and it seems
that ompi_free_list_grow never returns. My test program does nothing but
call MPI_Init. Here's the backtrace:
(gdb) bt
#0 0x20075620 in ompi_free_list_grow () from
/home/aubjtl/openmpi/lib/libmpi.so.0
#1 0x200
Could you try one of the 1.4.2 nightly tarballs and see if that makes the issue
better?
http://www.open-mpi.org/nightly/v1.4/
On Mar 29, 2010, at 7:47 PM, Shaun Jackman wrote:
> Hi,
>
> On an IA64 platform, MPI_Init never returns. I fired up GDB and it seems
> that ompi_free_list_grow nev
27 matches
Mail list logo
