Joseph Schuchart

Replaced by https://github.com/open-mpi/ompi/pull/10721, closing

This is the same as the infamous clang-format patch: it pollutes the git history and makes git blame virtually useless. The actual benefit of whitespace-only changes for the community is...

Argh, I wasn't on latest `main`. Updated, problem persists: Open MPI: v2.x-dev-9961-gc6dca98c71 PRRTE and PMIx are the same as above.

Mhh, I'm seeing build time issues with current PMIx: ``` CC prm_tm.lo ../../../../../../../3rd-party/openpmix/src/mca/prm/tm/prm_tm.c: In function ‘tm_notify’: ../../../../../../../3rd-party/openpmix/src/mca/prm/tm/prm_tm.c:54:46: error: unused parameter ‘status’ [-Werror=unused-parameter] 54 | static pmix_status_t tm_notify(pmix_status_t status, const pmix_proc_t...

OK, so I got the latest PMIx and PRRTE to build with `CFLAGS=-Wno-unused-parameter`. I can still reproduce the problem when starting a single process in a PBS job with 8...

Seeing the same occasional hang with v5.0.x.

I attached to a `prterun` that hung but couldn't see anything useful, other than that every thread is waiting for something to happen... ``` (gdb) thread apply all bt Thread...

> can you reproduce when calling prterun instead of mpirun? Yes, it hangs too. > and prun? I get the following error: ``` prun failed to initialize, likely due to...

@rhc54 provided a fix in https://github.com/openpmix/prrte/pull/1436 and ported it back to the PRTE 3.0 branch in https://github.com/openpmix/prrte/pull/1437. @awlauria can we bump the PRTE pointers for both `main` and 5.0.x?

@jotabf Thanks for the report. Can you check whether OMPI was built with UCX support? `ompi_info | grep ucx` should give some hint.