Re: [OMPI users] Yet another stdin problem

2009-10-07 Thread Roman Cheplyaka
Why not modify your program to read inputs.txt instead of stdin?

2009/10/7 Kilou Zelabia :
> Dear all,
>
> I'm trying to lunch an MPI program using the command
>
> mpirun -np 64 my_exe < inputs.txt
>
> inputs.txt actually contains the entries that  are read by all processes
> however it seems that openmpi redirect the stdin only to the processes with
> rank 0. with leads to a segmentation fault on the other processes.
> The option "-stdin rank" doesn't help since i need all processes read the
> inputs.txt file.
>
> I'v tested with openmpi 1.3 and 1.2 whitout success.
>
> Thanks in advance for you help.
>
> Zellabia. S
>
>
>
>
> ___
> users mailing list
> us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/users
>



-- 
Roman I. Cheplyaka



Re: [OMPI users] Re : Yet another stdin problem

2009-10-07 Thread Roman Cheplyaka
As a slight modification, you can write a wrapper script

#!/bin/sh
my_exe < inputs.txt

and pass it to mpirun.

2009/10/7 Kilou Zelabia :
> Ok thanks!
> That's a solution but i was wondering if there could exist a more elegant
> one ? means without any modification at the source level
>
> ____
> De : Roman Cheplyaka 
> À : Open MPI Users 
> Envoyé le : Mer 7 Octobre 2009, 17 h 06 min 55 s
> Objet : Re: [OMPI users] Yet another stdin problem
>
> Why not modify your program to read inputs.txt instead of stdin?
>
> 2009/10/7 Kilou Zelabia :
>> Dear all,
>>
>> I'm trying to lunch an MPI program using the command
>>
>> mpirun -np 64 my_exe < inputs.txt
>>
>> inputs.txt actually contains the entries that  are read by all processes
>> however it seems that openmpi redirect the stdin only to the processes
>> with
>> rank 0. with leads to a segmentation fault on the other processes.
>> The option "-stdin rank" doesn't help since i need all processes read the
>> inputs.txt file.
>>
>> I'v tested with openmpi 1.3 and 1.2 whitout success.
>>
>> Thanks in advance for you help.
>>
>> Zellabia. S
>>
>>
>>
>>
>> ___
>> users mailing list
>> us...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/users
>>
>
>
>
> --
> Roman I. Cheplyaka
>
> ___
> users mailing list
> us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/users
>
> ___
> users mailing list
> us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/users
>



-- 
Roman I. Cheplyaka



[OMPI users] VampirTrace: time not increasing

2009-12-22 Thread Roman Cheplyaka
I got the following problem while trying to run vt-enabled HPL benchmark on a
single 8-core Linux node.

OTF ERROR in function OTF_WBuffer_setTimeAndProcess, file: OTF_WBuffer.c, line: 
308:
 time not increasing. (t= 2995392288, p= 2)
vtunify: Error: Could not read events of OTF stream [namestub ./a__ufy.tmp id 1]
vtunify: An error occurred during unifying events - Terminating ...

Sometimes instead of above message I get this:

vtunify: vt_unify_events_hdlr.cc:37: int Handle_Enter(OTF_WStream*, uint64_t, 
uint32_t, uint32_t, uint32_t): Assertion `global_statetoken != 0' failed.

A program is automatically instrumented (all I did was changing mpicc to
mpicc-vt), compiled and run with latest svn of Open MPI, command:

mpirun -np 8 --mca btl self,sm hpl

The same problem was with the latest release version.

When I run it with less number of processes, it works fine.

Any ideas?

-- 
Roman I. Cheplyaka