Hi Bruce,
Can you can get a small reproducer and share the code?
From the error messages, it is saying that somehow the process is terminated, possibly killed by `srun`. Could you try `mpirun -v` to see if there are more clues?
--
Hui Zhou
From: Palmer, Bruce J <Bruce.Palmer@pnnl.gov>
Date: Wednesday, September 28, 2022 at 2:19 PM
To: Zhou, Hui <zhouh@anl.gov>, discuss@mpich.org <discuss@mpich.org>
Subject: Re: Crash on MPI_Rput
I upgraded to mpich-4.0.2 (latest stable release) and get pretty much the same result. This failure is reproducible, I get the same error on multiple runs so it doesn’t look like an
unexpected process failure.
One other feature that I forgot to mention earlier is that I’m running this test on 4 processors distributed over 2 nodes. If I run 4 processes on 1 node, the code runs without error.
Bruce
From: Zhou, Hui <zhouh@anl.gov>
Date: Tuesday, September 27, 2022 at 2:55 PM
To: discuss@mpich.org <discuss@mpich.org>
Cc: Palmer, Bruce J <Bruce.Palmer@pnnl.gov>
Subject: Re: Crash on MPI_Rput
Hi Bruce,
Ø
srun: error: node003: task 1: Exited with exit code 7
Looks like one of the process crashed unexpectedly.
--
Hui Zhou
From: Palmer, Bruce J via discuss <discuss@mpich.org>
Date: Tuesday, September 27, 2022 at 3:32 PM
To: discuss@mpich.org <discuss@mpich.org>
Cc: Palmer, Bruce J <Bruce.Palmer@pnnl.gov>
Subject: [mpich-discuss] Crash on MPI_Rput
Hi,
I’m testing the MPI-RMA runtime in Global Arrays and I’m getting a lot more crashes than I’ve seen in the past. The MPI-RMA runtime code is fairly stable and hasn’t been modified
much recently and all the tests used to pass using one of the more recent MPICH releases. However, I’m getting significant crashes at this point. One of them occurs in a program designed to test non-blocking communication. It creates an MPI window, using MPI_Alloc_mem
followed by MPI_Win_create and then calls MPI_Win_lock_all on the window. The code currently crashes when it gets to an MPI_Rput call. I’m trying to see if there is something different in the environment that might be causing this.
I’m currently up to MPICH-4.0b1 configured with
./configure --prefix=/people/d3g293/mpich/mpich-4.0b1/install --with-device=ch4:ofi:sockets --with-libfabric=embedded --enable-threads=multiple --with-slurm CC=gcc CXX=g++
#./configure --prefix=/people/d3g293/mpich/mpich-3.4.1/install-newell-nocuda --with-device=ch4:ofi:sockets --with-libfabric=embedded --enable-threads=multiple --with-slurm CC=gcc
CXX=g++
I’ve tried other recent vintages of MPICH, but I get similar results. The error I’m seeing when the program crashes is
[proxy:0:1@node003.local] HYD_pmcd_pmip_control_cmd_cb (pm/pmiserv/pmip_cb.c:899): assert (!closed) failed
[proxy:0:1@node003.local] HYDT_dmxu_poll_wait_for_event (tools/demux/demux_poll.c:76): callback returned error status
srun: error: node003: task 1: Exited with exit code 7
[proxy:0:1@node003.local] main (pm/pmiserv/pmip.c:169): demux engine error waiting for event
[mpiexec@node002.local] HYDT_bscu_wait_for_completion (tools/bootstrap/utils/bscu_wait.c:74): one of the processes terminated badly; aborting
[mpiexec@node002.local] HYDT_bsci_wait_for_completion (tools/bootstrap/src/bsci_wait.c:21): launcher returned error waiting for completion
[mpiexec@node002.local] HYD_pmci_wait_for_completion (pm/pmiserv/pmiserv_pmci.c:179): launcher returned error waiting for completion
[mpiexec@node002.local] main (ui/mpich/mpiexec.c:325): process manager error waiting for completion
Any suggestions about what might be going wrong here? It could be a problem with the machine configuration, since this code seemed to be running fine a while ago and has not been
modified since then. I’ll try building the latest stable release and see if that fixes anything, but as I mentioned none of the recent releases seems to work.
Bruce Palmer
Computer Scientist
Pacific Northwest National Laboratory
(509) 375-3899