Just a point to consider. OMPI does _not_ want to get in the mode of modifying imported software packages. That is a blackhole of effort we simply cannot afford.
The correct thing to do would be to flag Rob Latham on that PR and ask that he upstream the fix into ROMIO so we can absorb it. We shouldn't be committing such things directly into OMPI itself. It's called "working with the community" as opposed to taking a point-solution approach :-) > On Dec 2, 2020, at 8:46 AM, Mark Dixon via users <users@lists.open-mpi.org> > wrote: > > Hi Mark, > > Thanks so much for this - yes, applying that pull request against ompi 4.0.5 > allows hdf5 1.10.7's parallel tests to pass on our Lustre filesystem. > > I'll certainly be applying it on our local clusters! > > Best wishes, > > Mark > > On Tue, 1 Dec 2020, Mark Allen via users wrote: > >> At least for the topic of why romio fails with HDF5, I believe this is the >> fix we need (has to do with how romio processes the MPI datatypes in its >> flatten routine). I made a different fix a long time ago in SMPI for that, >> then somewhat more recently it was re-broke it and I had to re-fix it. So >> the below takes a little more aggressive approach, not totally redesigning >> the flatten function, but taking over how the array size counter is handled. >> https://github.com/open-mpi/ompi/pull/3975 >> Mark Allen >>
