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 <[email protected]> Date: Tuesday, September 27, 2022 at 2:55 PM To: [email protected] <[email protected]> Cc: Palmer, Bruce J <[email protected]> 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 <[email protected]> Date: Tuesday, September 27, 2022 at 3:32 PM To: [email protected] <[email protected]> Cc: Palmer, Bruce J <[email protected]> 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:[email protected]] HYD_pmcd_pmip_control_cmd_cb (pm/pmiserv/pmip_cb.c:899): assert (!closed) failed [proxy:0:[email protected]] 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:[email protected]] main (pm/pmiserv/pmip.c:169): demux engine error waiting for event [[email protected]] HYDT_bscu_wait_for_completion (tools/bootstrap/utils/bscu_wait.c:74): one of the processes terminated badly; aborting [[email protected]] HYDT_bsci_wait_for_completion (tools/bootstrap/src/bsci_wait.c:21): launcher returned error waiting for completion [[email protected]] HYD_pmci_wait_for_completion (pm/pmiserv/pmiserv_pmci.c:179): launcher returned error waiting for completion [[email protected]] 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