to add running the netcdf test cases to my list of standard testsuites,
but we didn't used to have any problems with them :-(
Thanks for the report, we will be working on them!
Edgar
-Original Message-
From: users [mailto:users-boun...@lists.open-mpi.org] On Behalf Of Orion
Poplawski
vulcan component.
That can be achieved by
mpirun --mca fcoll ^vulcan ...
or
OMPI_MCA_fcoll=^vulcan mpirun ...
I also noted the tst_parallel3 program crashes with the ROMIO component.
Cheers,
Gilles
On 10/25/2019 12:55 PM, Orion Poplawski via users wrote:
On 10/24/19 9:28 PM, Orion Poplawski via
On 10/24/19 9:28 PM, Orion Poplawski via users wrote:
Starting with netcdf 4.7.1 (and 4.7.2) in Fedora Rawhide we are seeing a
test hang with openmpi 4.0.2. Backtrace:
(gdb) bt
#0 0x7f90c197529b in sched_yield () from /lib64/libc.so.6
#1 0x7f90c1ac8a05 in ompi_request_default_wait
ons for debugging this would be greatly appreciated.
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/
smime.
It does not appear to have any effect, at least not with 2.1.5.
Thanks.
On 11/26/18 9:17 PM, Nathan Hjelm via users wrote:
> Can you try configuring with —disable-builtin-atomics and see if that fixes
> the issue for you?
>
> -Nathan
>
>> On Nov 26, 2018, at 9:11 PM, O
df5 1.8.20 and openmpi 3.1.3 on i686 with the "t_cache" test.
https://copr-be.cloud.fedoraproject.org/results/@scitech/openmpi3.1/fedora-28-i386/00830432-hdf5/builder-live.log
I'm at a loss as to how to debug this further.
--
Orion Poplawski
Manager of NWRA Technical Systems 720-77
pacting the PML sanity
> check.
>
> Howard
>
>
> Orion Poplawski <or...@cora.nwra.com <mailto:or...@cora.nwra.com>> schrieb am
> Mo. 27. Feb. 2017 um 14:50:
>
> We have a couple nodes with different IB adapters in them:
>
> font1/var/log/lspci
ve
stopped alerting me to the issue.
Thoughts?
--
Orion Poplawski
Technical Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://ww
This required modifying the mca_component_select function to actually
check the return code
Also do a little cleanup to avoid bombarding the user with multiple error
messages.
Thanks to Patrick Begou for reporting the problem
--
Orion Poplawski
Technical Manager 3
On 06/30/2016 02:55 PM, Orion Poplawski wrote:
> valgrind output:
>
> $ valgrind mpiexec -n 6 ./testphdf5
> ==8518== Memcheck, a memory error detector
> ==8518== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
> ==8518== Using Valgrind-3.11.0 and Lib
are all gone, but mpiexec isn’t exiting? I’d suggest
> running valgrind, given the corruption.
>
>> On Jun 30, 2016, at 10:21 AM, Orion Poplawski <or...@cora.nwra.com> wrote:
>>
>> On 06/30/2016 10:33 AM, Orion Poplawski wrote:
>>> No, just mpiexec is running. sin
On 06/30/2016 10:33 AM, Orion Poplawski wrote:
> No, just mpiexec is running. single node. Only see it when the test is
> executed with "make check", not seeing it if I just run mpiexec -n 6
> ./testphdf5 by hand.
Hmm, now I'm seeing it running mpiexec by hand. Trying
n 30, 2016, at 8:49 AM, Orion Poplawski <or...@cora.nwra.com> wrote:
>>
>> I'm seeing hangs when MPI_Abort is called. This is with openmpi 1.10.3.
>> e.g:
>>
>> program output:
>>
>> Testing -- big dataset test (bigdset)
>> Proc 3:
On 06/30/2016 09:49 AM, Orion Poplawski wrote:
> I'm seeing hangs when MPI_Abort is called. This is with openmpi 1.10.3. e.g:
I'll also note that I'm seeing this on 32-bit arm, but not i686 or x86_64.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boul
as a 6 process run on a 4 core
machine.
Thanks.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
open your needed ports) or you can remove firewalld and
install iptables-services and go back to the old iptables method of
configuring the firewall. If you don't want a firewall at all, just remove
firewalld.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder
mm.pyx", line 815, in mpi4py.MPI.Comm.Iscatterv
(src/mpi4py.MPI.c:101257)
Exception: MPI_ERR_SIZE: invalid size
======
ERROR: testScatterv3 (test_cco_nb_vec.TestCCOVecWorldDup)
---
I'd like to be able to force mpirun to require being run under a gridengine
environment. Any ideas on how to achieve this, if possible?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane
What the status of dmtcp support in opemmpi? Is this still under development?
I see some configure checks in 1.7 but they don't really seem to do anything.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380
value... simple ok (unspecified)
configure: WARNING: On Linux and --with-udapl was not specified
configure: WARNING: Not building the udapl BTL
Should it still emit this warning?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX
onfigure
seems more straightforward (it's what I'm doing in the Fedora package).
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
this issue before?
Seems to be working okay for me with icc (ICC) 13.0.1 20121010 x86_64, though
perhaps it's dependent on compile flags...
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane
bump for libmpi_f90.so from .1 to .3 so it's not
strictly ABI compatible at least for Fortran code - unless the bump was a mistake?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane
.
- Orion
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
On 05/23/2012 07:29 AM, Barrett, Brian W wrote:
On 5/22/12 10:36 PM, "Orion Poplawski"<or...@cora.nwra.com> wrote:
On 05/22/2012 10:34 PM, Orion Poplawski wrote:
On 05/21/2012 06:15 PM, Jeff Squyres wrote:
On May 15, 2012, at 10:37 AM, Orion Poplawski wrote:
$ mpicc -show
On 05/22/2012 10:34 PM, Orion Poplawski wrote:
On 05/21/2012 06:15 PM, Jeff Squyres wrote:
On May 15, 2012, at 10:37 AM, Orion Poplawski wrote:
$ mpicc -showme:link
-pthread -m64 -L/usr/lib64/openmpi/lib -lmpi -ldl -lhwloc
-ldl and -lhwloc should not be listed. The user should only link
On 05/21/2012 06:15 PM, Jeff Squyres wrote:
On May 15, 2012, at 10:37 AM, Orion Poplawski wrote:
$ mpicc -showme:link
-pthread -m64 -L/usr/lib64/openmpi/lib -lmpi -ldl -lhwloc
-ldl and -lhwloc should not be listed. The user should only link against
libraries that they are using directly
On 05/15/2012 10:37 AM, Orion Poplawski wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=814798
$ mpicc -showme:link
-pthread -m64 -L/usr/lib64/openmpi/lib -lmpi -ldl -lhwloc
-ldl and -lhwloc should not be listed. The user should only link against
libraries that they are using directly
.
This report is with openmpi-1.5.5. Haven't tested with 1.6, but configure
looks to do the same in it.
Comments?
- Orion
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane
plm_rsh_module.c at line 990
--
A daemon (pid unknown) died unexpectedly on signal 1 while attempting to
launch so we are aborting.
Any ideas?
Thanks!
- Orion
--
Orion Poplawski
Technical Manager 303
gure tests.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
Thanks, that explains the build failures.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
Orion Poplawski wrote:
Looks like libtool is adding -pthread because it sees that you use
-pthread to link C programs and assumes that all linkers use it.
Sorry, it inherits it from libmpi.la. I hate libtool.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA
Orion Poplawski wrote:
./configure LIBS=-lgcc_eh ...
did the trick.
Spoke too soon. This leads to:
/bin/sh ../../../libtool --mode=link pgf90 -I../../../ompi/include
-I../../../ompi/include -I. -I. -I../../../ompi/mpi/f90 -fastsse -fPIC
-export-dynamic -Wl,-z,noexecstack -o
Orion Poplawski wrote:
Looks like I need link to -lgcc_eh some how.
./configure LIBS=-lgcc_eh ...
did the trick.
checking if F77 compiler and POSIX threads work as is... yes
checking if C compiler and POSIX threads work with -Kthread... no
checking if C compiler and POSIX threads work
-fastsse -fPIC conftestf.f conftest.o -o conftest
-Wl,-z,noexecstack -lnsl -lutil -lm
conftestf.f:
conftest.o:(.data.DW.ref.__gcc_personality_v0[DW.ref.__gcc_personality_v0]+0x0):
undefined reference to `__gcc_personality_v0'
Looks like I need link to -lgcc_eh some how.
--
Orion Poplawski
threads for
openmpi?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
37 matches
Mail list logo