On Feb 3, 2014, at 2:01 PM, Eric Chamberland
wrote:
> Hi Ralph,
>
> On 02/03/2014 04:20 PM, Ralph Castain wrote:
>> On Feb 3, 2014, at 1:13 PM, Eric Chamberland
>> wrote:
>>
>>> On 02/03/2014 03:59 PM, Ralph Castain wrote:
Very strange - even if you kill the job with SIGTERM, or have p
Am 03.02.2014 um 23:01 schrieb Eric Chamberland:
> Hi Ralph,
>
> On 02/03/2014 04:20 PM, Ralph Castain wrote:
>> On Feb 3, 2014, at 1:13 PM, Eric Chamberland
>> wrote:
>>
>>> On 02/03/2014 03:59 PM, Ralph Castain wrote:
Very strange - even if you kill the job with SIGTERM, or have process
Hi Ralph,
On 02/03/2014 04:20 PM, Ralph Castain wrote:
On Feb 3, 2014, at 1:13 PM, Eric Chamberland
wrote:
On 02/03/2014 03:59 PM, Ralph Castain wrote:
Very strange - even if you kill the job with SIGTERM, or have processes that
segfault, OMPI should clean itself up and remove those sessio
On Feb 3, 2014, at 1:13 PM, Eric Chamberland
wrote:
> On 02/03/2014 03:59 PM, Ralph Castain wrote:
>> Very strange - even if you kill the job with SIGTERM, or have processes that
>> segfault, OMPI should clean itself up and remove those session directories.
>> Granted, the 1.6 series isn't as
On 02/03/2014 03:59 PM, Ralph Castain wrote:
Very strange - even if you kill the job with SIGTERM, or have processes that
segfault, OMPI should clean itself up and remove those session directories.
Granted, the 1.6 series isn't as good about doing so as the 1.7 series, but it
at least to-date
Very strange - even if you kill the job with SIGTERM, or have processes that
segfault, OMPI should clean itself up and remove those session directories.
Granted, the 1.6 series isn't as good about doing so as the 1.7 series, but it
at least to-date has done pretty well.
Best I can suggest for n
Hi,
On 02/03/2014 03:09 PM, Ralph Castain wrote:
OMPI will error out in that case, as you originally reported. What seems to be
happening is that you have a bunch of stale session directories, but I'm
puzzled because the creation dates are so current - for whatever reason, OMPI
seems to be ge
OMPI will error out in that case, as you originally reported. What seems to be
happening is that you have a bunch of stale session directories, but I'm
puzzled because the creation dates are so current - for whatever reason, OMPI
seems to be getting the same jobid much more often than it should.
On 02/03/2014 02:49 PM, Ralph Castain wrote:
Seems rather odd - is your /tmp by any chance network mounted?
No it is a "normal" /tmp:
"cd /tmp; df -h ." gives:
Filesystem Size Used Avail Use% Mounted on
/dev/sda149G 17G 30G 37% /
And there is plenty of disk space...
I agr
Seems rather odd - is your /tmp by any chance network mounted?
On Feb 3, 2014, at 9:41 AM, Eric Chamberland
wrote:
> Hi,
>
> with OpenMPI 1.6.3 I have encountered this error which "randomly" appears:
>
> [compile:20089] opal_os_dirpath_create: Error: Unable to create the
> sub-directory (/tm
Hi,
with OpenMPI 1.6.3 I have encountered this error which "randomly" appears:
[compile:20089] opal_os_dirpath_create: Error: Unable to create the
sub-directory (/tmp/openmpi-sessions-cmpbib@compile_0/55528/0) of
(/tmp/openmpi-sessions-cmpbib@compile_0/55528/0/0), mkdir failed [1]
[compile:200
Hello George,
thank you a lot!
Everything seems to work now! :)
Best,
Patrick
On 02.02.2014, at 14:15, George Bosilca wrote:
> Just go for the most trivial:
>
> MPI_Type_contiguous(sizeof(__float128), MPI_BYTE, &my__float128);
>
> A little bit more info about the optional quad-precision flo
On 02/01/2014 03:12 PM, Jeff Squyres (jsquyres) wrote:
I think that ompi_funloc_variant1 needs to do IMPORT to have access to the
callback_variant1 definition before using it to define "FN"
I.e.
!
function ompi_funloc_variant1(fn)
use, intrinsic :: iso_c_binding, only: c_funpt
13 matches
Mail list logo
