Johannes Buchner

Hi @jacopok, would you be able to help out with a pull request? You'd need to add information here: https://github.com/JohannesBuchner/UltraNest/blob/master/ultranest/integrator.py#L2433

Hmm, this is rather strange. Can it be that you run out of live points? According to the debug.log, you have a likelihood plateau, interestingly not at the beginning of...

Yes, it looks like it thinks on the new run that the run converged. This is also subject to the random numbers that estimate the volume shrinkage in nested sampling....

The "No changes made. Probably the strategy was to explore in the remainder, but it is irrelevant already; try decreasing frac_remain." can occur when `max_num_improvement_loops` is nonzero, and is safe...

The latest ultranest version is 3.5.7 btw

I think you have to take a closer look at your likelihood function. Take one of your problematic cases, and find the point of maximum likelihood (probably also the maximum...

If you can reproduce, please add a print before to see what `saved_logwt_bs` contains and how large it is before this line: ``` recv_saved_logwt_bs = mpi_comm.gather(saved_logwt_bs, root=0) ``` in file...

Have you already tried switching MPI implementation? Your cluster should allow you to select different ones.

You could alternatively reduce the number of bootstrap rounds.

Great! Yes, if you could handle how to deal with the UltraNest output? I did not touch "from_NS_output_to_chains" The PR works for me to run the sampling to completion. `sampler.run()`...