March 2015 - discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] Adding printf statements in MPI source code for tracing
by Huiwei Lu 23 Mar '15

23 Mar '15

You can turn on event logging in MPICH so you can get a detailed log of how MPI is executed. https://wiki.mpich.org/mpich/index.php/Event_Logging Of course, you can add printf anywhere in the source code, too. -- Huiwei On Mon, Mar 23, 2015 at 6:27 AM, Nikhil Sambhus <nikhilsambhus(a)gmail.com> wrote: > Hello, > I am currently learning MPI source code. I would like to add a few printf > statements in the source code. Could anyone let me know how to go about > with it? > > -- > Regards, > Nikhil Sambhus, > B Tech Computer Engineering, > COEP. > > *"To bug is human, to debug is divine"* > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Adding printf statements in MPI source code for tracing
by Nikhil Sambhus 23 Mar '15

23 Mar '15

Hello, I am currently learning MPI source code. I would like to add a few printf statements in the source code. Could anyone let me know how to go about with it? -- Regards, Nikhil Sambhus, B Tech Computer Engineering, COEP. *"To bug is human, to debug is divine"* _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Problem linking an MPI program with an external shared library
by Jeff Hammond 19 Mar '15

19 Mar '15

Do you need a dynamic library on BGQ? Why not just build static library? Best, Jeff On Thu, Mar 19, 2015 at 8:02 AM, Isaila, Florin D. <fisaila(a)mcs.anl.gov> wrote: > Hi, > > I have problems linking the an MPI program with an external shared library > in MPICH3.1 on Vesta BGQ. The error message I get is: > > mpicc -g -Wall -fPIC -Wextra -I. -c hello.c -o hello.o > mpicc -g -Wall -fPIC -Wextra -I. -c dyn_lib.c -o dyn_lib.o > mpicc -shared -Wl,-soname,libdyn_lib.so -o libdyn_lib.so dyn_lib.o > mpicc -g -Wall -fPIC -Wextra -I. -o hello hello.o -dynamic -Wl,-rpath, > -L. -ldyn_lib > /bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/bin/ld: > hello: hidden symbol `__dso_handle' in > /bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/crtbegin.o > is referenced by DSO > /bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/bin/ld: > final link failed: Bad value > collect2: ld returned 1 exit status > make: *** [hello] Error 1 > > The problem seems to be caused by a __dso_handle symbol in the MPICH library > (both in static and dynamic libraries), but I do not know what the solution > is: > > [fisaila@vestalac2 lib]$ nm libmpich.so | grep __dso_handle > U __dso_handle > > > My MPICH3.1 is configured with: > ./configure > --prefix=/home/fisaila/software/mpich-3.1-THR_MULT-nodebug-install2rpath > --host=powerpc64-bgq-linux --with-device=pamid > --with-file-system=bg+bglockless --enable-thread-cs=per-object > --with-atomic-primitives --enable-handle-allocation=tls > --enable-refcount=lock-free --disable-predefined-refcount > CC=powerpc64-bgq-linux-gcc > > Any suggestion is welcome > > Thanks > Florin > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Jeff Hammond jeff.science(a)gmail.com http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Problem linking an MPI program with an external shared library
by Isaila, Florin D. 19 Mar '15

19 Mar '15

Hi, I have problems linking the an MPI program with an external shared library in MPICH3.1 on Vesta BGQ. The error message I get is: mpicc -g -Wall -fPIC -Wextra -I. -c hello.c -o hello.o mpicc -g -Wall -fPIC -Wextra -I. -c dyn_lib.c -o dyn_lib.o mpicc -shared -Wl,-soname,libdyn_lib.so -o libdyn_lib.so dyn_lib.o mpicc -g -Wall -fPIC -Wextra -I. -o hello hello.o -dynamic -Wl,-rpath, -L. -ldyn_lib /bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/bin/ld: hello: hidden symbol `__dso_handle' in /bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/crtbegin.o is referenced by DSO /bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make: *** [hello] Error 1 The problem seems to be caused by a __dso_handle symbol in the MPICH library (both in static and dynamic libraries), but I do not know what the solution is: [fisaila@vestalac2 lib]$ nm libmpich.so | grep __dso_handle U __dso_handle My MPICH3.1 is configured with: ./configure --prefix=/home/fisaila/software/mpich-3.1-THR_MULT-nodebug-install2rpath --host=powerpc64-bgq-linux --with-device=pamid --with-file-system=bg+bglockless --enable-thread-cs=per-object --with-atomic-primitives --enable-handle-allocation=tls --enable-refcount=lock-free --disable-predefined-refcount CC=powerpc64-bgq-linux-gcc Any suggestion is welcome Thanks Florin

1 0

Re: [mpich-discuss] mpich-3.1.4 compilation fails on cygwin 1.7.35
by Bland, Wesley B. 18 Mar '15

18 Mar '15

Hi Lucian, Unfortunately, we haven't supported Windows since MPICH version 1.4.1p1. You can find out more at the FAQ page: http://wiki.mpich.org/mpich/index.php/Frequently_Asked_Questions#Q:_Why_can… Thanks, Wesley From: Lucian Anton Reply-To: "discuss(a)mpich.org<mailto:[email protected]>" Date: Wednesday, March 18, 2015 at 5:46 AM To: "discuss(a)mpich.org<mailto:[email protected]>" Subject: [mpich-discuss] mpich-3.1.4 compilation fails on cygwin 1.7.35 I tried to compile mpich-1.1.4 on cygwin 1.7.35 with the following configure flags: $ gcc --version gcc (GCC) 4.9.2 ./configure --prefix=/home/lanton/Apps/mpich-3.1.4-install --enable-fortran=yes --with-pm=gforker --enable-threads=serialized --enable-romio --disable-cxx --enable-static --disable-shared make fail with following error message: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./src/include -I./src/include -I./src/mpi/datatype -I./src/mpi/spawn -Isrc/util/logging/common -I./src/util/wrappers -I./src/util/wrappers -I/home/lanton/Apps/mpich-3.1.4/src/binding/fortran/mpif_h -Isrc/binding/fortran/use_mpi -I./src/mpid/ch3/include -I./src/mpid/ch3/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/utils/monitor -I./src/mpid/common/datatype -I./src/mpid/common/datatype -I./src/mpid/common/sched -I./src/mpid/common/thread -I./src/pmi/simple -I/home/lanton/Apps/mpich-3.1.4/src/mpl/include -I/home/lanton/Apps/mpich-3.1.4/src/mpl/include -I/home/lanton/Apps/mpich-3.1.4/src/openpa/src -I/home/lanton/Apps/mpich-3.1.4/src/openpa/src -D_REENTRANT -I/home/lanton/Apps/mpich-3.1.4/src/mpi/romio/include -O2 -MT src/mpi/pt2pt/lib_libmpi_la-greq_start.lo -MD -MP -MF src/mpi/pt2pt/.deps/lib_libmpi_la-greq_start.Tpo -c src/mpi/pt2pt/greq_start.c -o src/mpi/pt2pt/lib_libmpi_la-greq_start.o src/mpi/pt2pt/greq_start.c:234:5: error: function ‘MPIX_Grequest_class_create’ part of alias cycle int MPIX_Grequest_class_create(MPI_Grequest_query_function *query_fn, ^ src/mpi/pt2pt/greq_start.c:331:5: error: function ‘MPIX_Grequest_class_allocate’ part of alias cycle int MPIX_Grequest_class_allocate(MPIX_Grequest_class greq_class, void *extra_state, MPI_Request *request) __attribute__((weak,alias("MPIX_Grequest_class_allocate"))); ^ src/mpi/pt2pt/greq_start.c:376:5: error: function ‘MPIX_Grequest_start’ part of alias cycle int MPIX_Grequest_start( MPI_Grequest_query_function *query_fn, ^ Makefile:29186: recipe for target 'src/mpi/pt2pt/lib_libmpi_la-greq_start.lo' failed make[2]: *** [src/mpi/pt2pt/lib_libmpi_la-greq_start.lo] Error 1 make[2]: Leaving directory '/home/lanton/Apps/mpich-3.1.4' Makefile:40727: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/lanton/Apps/mpich-3.1.4' Makefile:10139: recipe for target 'all' failed make: *** [all] Error 2 ---- To avoid the weak aliases I have tried builds with configure CPPFLAGS set to -DHAVE_PRAGMA_WEAK or -DHAVE_PRAGMA_HP_SEC_DEF. In this case the sources are compiled by the link fails because of unresolved symbols. Any hint would be much appreciated, Lucian Anton _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Using MPIX_Comm_shrink on intercommunicator
by Bland, Wesley B. 18 Mar '15

18 Mar '15

Hi Maciej, Unfortunately, the ULFM features have not yet been implemented for intercommunicators so what you’re seeing is not unexpected. Thanks, Wesley On 3/18/15, 8:40 AM, "Maciej Szpindler" <m.szpindler(a)icm.edu.pl> wrote: >Dear All, > >I am trying to use ULFM functions implemented in MPICH. I am aware that >these extensions are still just (?) experimental and not a part of the >standard. Nevertheless I have tried to use MPIX_Comm_shrink, in a way >described here: > > >https://svn.mpi-forum.org/trac/mpi-forum-web/raw-attachment/ticket/323/ft.p… > >on the intercommunicator that contains failed processes in the remote >group. The function fails with: > >Assertion failed in file src/mpi/comm/comm_create_group.c at line 47: >comm_ptr->comm_kind == MPID_INTRACOMM > >I am working with MPICH v3.2a2. May I ask for a comment on this? >Is this the behaviour that should be expected? > >Best Regards, >Maciej >_______________________________________________ >discuss mailing list discuss(a)mpich.org >To manage subscription options or unsubscribe: >https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Using MPIX_Comm_shrink on intercommunicator
by Maciej Szpindler 18 Mar '15

18 Mar '15

Dear All, I am trying to use ULFM functions implemented in MPICH. I am aware that these extensions are still just (?) experimental and not a part of the standard. Nevertheless I have tried to use MPIX_Comm_shrink, in a way described here: https://svn.mpi-forum.org/trac/mpi-forum-web/raw-attachment/ticket/323/ft.p… on the intercommunicator that contains failed processes in the remote group. The function fails with: Assertion failed in file src/mpi/comm/comm_create_group.c at line 47: comm_ptr->comm_kind == MPID_INTRACOMM I am working with MPICH v3.2a2. May I ask for a comment on this? Is this the behaviour that should be expected? Best Regards, Maciej _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] mpich-3.1.4 compilation fails on cygwin 1.7.35
by Junchao Zhang 18 Mar '15

18 Mar '15

MPICH no longer supports the Windows platform. Please refer to our FAQ for more information and alternatives: http://wiki.mpich.org/mpich/index.php/Frequently_Asked_Questions#Q:_Why_can… --Junchao Zhang On Wed, Mar 18, 2015 at 5:46 AM, Lucian Anton <antonl2219(a)gmail.com> wrote: > I tried to compile mpich-1.1.4 on cygwin 1.7.35 with the following > configure flags: > > $ gcc --version > gcc (GCC) 4.9.2 > > ./configure --prefix=/home/lanton/Apps/mpich-3.1.4-install > --enable-fortran=yes --with-pm=gforker --enable-threads=serialized > --enable-romio --disable-cxx --enable-static --disable-shared > > > make fail with following error message: > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./src/include -I./src/include > -I./src/mpi/datatype -I./src/mpi/spawn -Isrc/util/logging/common > -I./src/util/wrappers -I./src/util/wrappers > -I/home/lanton/Apps/mpich-3.1.4/src/binding/fortran/mpif_h > -Isrc/binding/fortran/use_mpi -I./src/mpid/ch3/include > -I./src/mpid/ch3/include -I./src/mpid/ch3/channels/nemesis/include > -I./src/mpid/ch3/channels/nemesis/include > -I./src/mpid/ch3/channels/nemesis/utils/monitor > -I./src/mpid/common/datatype -I./src/mpid/common/datatype > -I./src/mpid/common/sched -I./src/mpid/common/thread -I./src/pmi/simple > -I/home/lanton/Apps/mpich-3.1.4/src/mpl/include > -I/home/lanton/Apps/mpich-3.1.4/src/mpl/include > -I/home/lanton/Apps/mpich-3.1.4/src/openpa/src > -I/home/lanton/Apps/mpich-3.1.4/src/openpa/src -D_REENTRANT > -I/home/lanton/Apps/mpich-3.1.4/src/mpi/romio/include -O2 -MT > src/mpi/pt2pt/lib_libmpi_la-greq_start.lo -MD -MP -MF > src/mpi/pt2pt/.deps/lib_libmpi_la-greq_start.Tpo -c > src/mpi/pt2pt/greq_start.c -o src/mpi/pt2pt/lib_libmpi_la-greq_start.o > src/mpi/pt2pt/greq_start.c:234:5: error: function > ‘MPIX_Grequest_class_create’ part of alias cycle > int MPIX_Grequest_class_create(MPI_Grequest_query_function *query_fn, > ^ > src/mpi/pt2pt/greq_start.c:331:5: error: function > ‘MPIX_Grequest_class_allocate’ part of alias cycle > int MPIX_Grequest_class_allocate(MPIX_Grequest_class greq_class, void > *extra_state, MPI_Request *request) > __attribute__((weak,alias("MPIX_Grequest_class_allocate"))); > ^ > src/mpi/pt2pt/greq_start.c:376:5: error: function ‘MPIX_Grequest_start’ > part of alias cycle > int MPIX_Grequest_start( MPI_Grequest_query_function *query_fn, > ^ > Makefile:29186: recipe for target > 'src/mpi/pt2pt/lib_libmpi_la-greq_start.lo' failed > make[2]: *** [src/mpi/pt2pt/lib_libmpi_la-greq_start.lo] Error 1 > make[2]: Leaving directory '/home/lanton/Apps/mpich-3.1.4' > Makefile:40727: recipe for target 'all-recursive' failed > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory '/home/lanton/Apps/mpich-3.1.4' > Makefile:10139: recipe for target 'all' failed > make: *** [all] Error 2 > > ---- > > To avoid the weak aliases I have tried builds with configure CPPFLAGS set > to -DHAVE_PRAGMA_WEAK or -DHAVE_PRAGMA_HP_SEC_DEF. > In this case the sources are compiled by the link fails because of > unresolved symbols. > > > Any hint would be much appreciated, > > Lucian Anton > > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

mpich-3.1.4 compilation fails on cygwin 1.7.35
by Lucian Anton 18 Mar '15

18 Mar '15

I tried to compile mpich-1.1.4 on cygwin 1.7.35 with the following configure flags: $ gcc --version gcc (GCC) 4.9.2 ./configure --prefix=/home/lanton/Apps/mpich-3.1.4-install --enable-fortran=yes --with-pm=gforker --enable-threads=serialized --enable-romio --disable-cxx --enable-static --disable-shared make fail with following error message: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./src/include -I./src/include -I./src/mpi/datatype -I./src/mpi/spawn -Isrc/util/logging/common -I./src/util/wrappers -I./src/util/wrappers -I/home/lanton/Apps/mpich-3.1.4/src/binding/fortran/mpif_h -Isrc/binding/fortran/use_mpi -I./src/mpid/ch3/include -I./src/mpid/ch3/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/utils/monitor -I./src/mpid/common/datatype -I./src/mpid/common/datatype -I./src/mpid/common/sched -I./src/mpid/common/thread -I./src/pmi/simple -I/home/lanton/Apps/mpich-3.1.4/src/mpl/include -I/home/lanton/Apps/mpich-3.1.4/src/mpl/include -I/home/lanton/Apps/mpich-3.1.4/src/openpa/src -I/home/lanton/Apps/mpich-3.1.4/src/openpa/src -D_REENTRANT -I/home/lanton/Apps/mpich-3.1.4/src/mpi/romio/include -O2 -MT src/mpi/pt2pt/lib_libmpi_la-greq_start.lo -MD -MP -MF src/mpi/pt2pt/.deps/lib_libmpi_la-greq_start.Tpo -c src/mpi/pt2pt/greq_start.c -o src/mpi/pt2pt/lib_libmpi_la-greq_start.o src/mpi/pt2pt/greq_start.c:234:5: error: function ‘MPIX_Grequest_class_create’ part of alias cycle int MPIX_Grequest_class_create(MPI_Grequest_query_function *query_fn, ^ src/mpi/pt2pt/greq_start.c:331:5: error: function ‘MPIX_Grequest_class_allocate’ part of alias cycle int MPIX_Grequest_class_allocate(MPIX_Grequest_class greq_class, void *extra_state, MPI_Request *request) __attribute__((weak,alias("MPIX_Grequest_class_allocate"))); ^ src/mpi/pt2pt/greq_start.c:376:5: error: function ‘MPIX_Grequest_start’ part of alias cycle int MPIX_Grequest_start( MPI_Grequest_query_function *query_fn, ^ Makefile:29186: recipe for target 'src/mpi/pt2pt/lib_libmpi_la-greq_start.lo' failed make[2]: *** [src/mpi/pt2pt/lib_libmpi_la-greq_start.lo] Error 1 make[2]: Leaving directory '/home/lanton/Apps/mpich-3.1.4' Makefile:40727: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/lanton/Apps/mpich-3.1.4' Makefile:10139: recipe for target 'all' failed make: *** [all] Error 2 ---- To avoid the weak aliases I have tried builds with configure CPPFLAGS set to -DHAVE_PRAGMA_WEAK or -DHAVE_PRAGMA_HP_SEC_DEF. In this case the sources are compiled by the link fails because of unresolved symbols. Any hint would be much appreciated, Lucian Anton _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] ./a.out: error while loading shared libraries: libgfortran.so.3
by Deniz DAL 17 Mar '15

17 Mar '15

Thanks for the clarification Sangmin. It worked now. Best regards,Deniz From: "Seo, Sangmin" <sseo(a)anl.gov> To: Deniz DAL <dendal25(a)yahoo.com> Cc: "<discuss(a)mpich.org>" <discuss(a)mpich.org> Sent: Tuesday, March 17, 2015 3:31 PM Subject: Re: [mpich-discuss] ./a.out: error while loading shared libraries: libgfortran.so.3 '--disable-fortran' is a configure option. Can you try to configure with '--disable-fortran’ and rebuild MPICH? Thanks,Sangmin On Mar 17, 2015, at 6:57 AM, Deniz DAL <dendal25(a)yahoo.com> wrote: Hi again,My problem with 3.1.4 still continues. I think problem is related to mpicxx. When I try to compile my code using mpicxx from 1.3.2 and then run using mpicxx from 3.1.4, there isn't any problem. On the other, if I use mpicxx and mpiexec from 3.1.4, mpiexec produces the following error as I said before:./a.out: error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory Any help is greatly appreciated. Thanks. Deniz I had no such problem with mpich version 1.3.2. It happened after I installed the latest version. gfortran is installed. [ddal at admin 01_MPI_Giris_Ornekler]$ which gfortran /usr/bin/gfortran[ddal at admin 01_MPI_Giris_Ornekler]$ mpicxx 01_Hello_World.cpp --disable-fortran cc1plus: error: unrecognized command line option "-fdisable-fortran" From: "Bland, Wesley B." <wbland at anl.gov> To: Deniz DAL <dendal25 at yahoo.com>; "discuss at mpich.org" <discuss at mpich.org> Sent: Monday, March 16, 2015 4:41 PM Subject: Re: [mpich-discuss] ./a.out: error while loading shared libraries: libgfortran.so.3 Do you have Fortran installed? Do you want to use Fortran? If not, you can recompile with —disable-fortran to remove the dependency. Thanks,Wesley From: Deniz DAL Reply-To: Deniz DAL, "discuss at mpich.org" Date: Monday, March 16, 2015 at 9:35 AM To: "discuss at mpich.org" Subject: [mpich-discuss] ./a.out: error while loading shared libraries: libgfortran.so.3 Hi,I installed mpich-v3.1.2 into my cluster but I am having problems. Although I can compile my parallel program, I can not run it. Below is the error message I get. Would you please help me to locate the problem. (I also added the following lines to my .bashrc file after installation.)export PATH=/opt/progs/mpich2/v3.1.4/bin:$PATH export LD_LIBRARY_PATH=/opt/progs/mpich2/v3.1.4/lib:$LD_LIBRARY_PATHThanks. [ddal at admin 01_MPI_Giris_Ornekler]$ mpicxx 01_Hello_World.cpp [ddal at admin 01_MPI_Giris_Ornekler]$ mpiexec -f ~/cluster_hosts -n 5 ./a.out ./a.out: error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory=================================================================================== = BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES = PID 3873 RUNNING AT cn03 = EXIT CODE: 127 = CLEANING UP REMAINING PROCESSES = YOU CAN IGNORE THE BELOW CLEANUP MESSAGES =================================================================================== [proxy:0:3 at cn04] HYD_pmcd_pmip_control_cmd_cb (pm/pmiserv/pmip_cb.c:885): assert (!closed) failed [proxy:0:3 at cn04] HYDT_dmxu_poll_wait_for_event (tools/demux/demux_poll.c:76): callback returned error status [proxy:0:3 at cn04] main (pm/pmiserv/pmip.c:206): demux engine error waiting for event [proxy:0:4 at cn05] HYD_pmcd_pmip_control_cmd_cb (pm/pmiserv/pmip_cb.c:885): assert (!closed) failed [proxy:0:4 at cn05] HYDT_dmxu_poll_wait_for_event (tools/demux/demux_poll.c:76): callback returned error status [proxy:0:4 at cn05] main (pm/pmiserv/pmip.c:206): demux engine error waiting for event [proxy:0:1 at cn02] HYD_pmcd_pmip_control_cmd_cb (pm/pmiserv/pmip_cb.c:885): assert (!closed) failed [proxy:0:1 at cn02] HYDT_dmxu_poll_wait_for_event (tools/demux/demux_poll.c:76): callback returned error status [proxy:0:1 at cn02] main (pm/pmiserv/pmip.c:206): demux engine error waiting for event [proxy:0:0 at cn01] HYD_pmcd_pmip_control_cmd_cb (pm/pmiserv/pmip_cb.c:885): assert (!closed) failed [proxy:0:0 at cn01] HYDT_dmxu_poll_wait_for_event (tools/demux/demux_poll.c:76): callback returned error status [proxy:0:0 at cn01] main (pm/pmiserv/pmip.c:206): demux engine error waiting for event [mpiexec at admin] HYDT_bscu_wait_for_completion (tools/bootstrap/utils/bscu_wait.c:76): one of the processes terminated badly; aborting [mpiexec at admin] HYDT_bsci_wait_for_completion (tools/bootstrap/src/bsci_wait.c:23): launcher returned error waiting for completion [mpiexec at admin] HYD_pmci_wait_for_completion (pm/pmiserv/pmiserv_pmci.c:218): launcher returned error waiting for completion [mpiexec at admin] main (ui/mpich/mpiexec.c:344): process manager error waiting for completion _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0