# Off-screen MESA freezes for a large mesh
**URL:** https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676
**Category:** ParaView Support
**Tags:** opengl
**Created:** [January 11, 2024, 2:02pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676 "2024-01-11T14:02:13Z")
**Posts on this page:** 9
**Page:** 1
### Author:  [@robertsawko](https://discourse.paraview.org/u/robertsawko)
#### Post date: [January 11, 2024, 2:02pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/1 "2024-01-11T14:02:13Z")
Hello,
I have a fairly large 3D mesh O(0.5B) cells in OpenFOAM and ParaView server built with superbuild with off-screen Mesa and another version built without superbuild with EGL-GPU rendering. When opening the mesh with OSMesa server I experience a freeze after the distributed data load, whereas the EGL/GPU version works fine.
At the moment the data is decomposed into 64 sub-domains. I tried to open it with 4 rank server and 64 rank server. Both experienced a freeze though when in outline mode, I was able to at least see and rotate the outline - the freeze happened only after I switched to surface. The small tutorial cases of OpenFOAM worked fine.
Could you suggest how I could debug this problem?
OSMesa paraview was built with flags I cited [here](https://gitlab.kitware.com/paraview/paraview-superbuild/-/issues/270).
---
### Author:  [@mwestphal](https://discourse.paraview.org/u/mwestphal)
#### Post date: [January 11, 2024, 2:05pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/2 "2024-01-11T14:05:07Z")
Can you try with the binary release from [https://paraview.org/download](https://paraview.org/download)
---
### Author:  [@robertsawko](https://discourse.paraview.org/u/robertsawko)
#### Post date: [January 11, 2024, 2:20pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/3 "2024-01-11T14:20:04Z")
Hmm, I could never get the distributed binaries work for parallel servers. In this case I get mpich error like this?
```auto
[mpiexec@sqg7b20.bullx] match_arg (utils/args/args.c:160): unrecognized argument mca
[mpiexec@sqg7b20.bullx] HYDU_parse_array (utils/args/args.c:175): argument matching returned error
[mpiexec@sqg7b20.bullx] parse_args (ui/mpich/utils.c:1603): error parsing input array
[mpiexec@sqg7b20.bullx] HYD_uii_mpx_get_parameters (ui/mpich/utils.c:1655): unable to parse user arguments
[mpiexec@sqg7b20.bullx] main (ui/mpich/mpiexec.c:128): error parsing parameters
```
The cluster in question has OpenMPI and Intel MPI. Is there a way to combine without rebuilding ParaView?
---
### Author:  [@mwestphal](https://discourse.paraview.org/u/mwestphal)
#### Post date: [January 11, 2024, 2:21pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/4 "2024-01-11T14:21:45Z")
You should either use the MPICH provided inside ParaView binary or using your own Intel MPI by using the MPICH compatibility: [Leveraging MPICH ABI compatibility for distributed binaries](https://discourse.paraview.org/t/leveraging-mpich-abi-compatibility-for-distributed-binaries/3441)
---
### Author:  [@robertsawko](https://discourse.paraview.org/u/robertsawko)
#### Post date: [January 11, 2024, 3:13pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/5 "2024-01-11T15:13:00Z")
This is great, thanks a lot. May save me a heck of a lot of time in the future. Got it to work with Intel MPI, and `--system-mpi` switch.
Unfortunately it still freezes when switching to surface. On the client side I see “GeometryRepresentationWithFaces (100%)” and no progress after this. I’ve tried a small clip to select a subregion, but same thing happened.
---
### Author:  [@mwestphal](https://discourse.paraview.org/u/mwestphal)
#### Post date: [January 11, 2024, 3:23pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/6 "2024-01-11T15:23:47Z")
Could you share the data to reproduce ?
---
### Author:  [@robertsawko](https://discourse.paraview.org/u/robertsawko)
#### Post date: [January 11, 2024, 3:34pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/7 "2024-01-11T15:34:01Z")
Yes, I have a mesh which I could share, but it will be circa 32GB and I think it’s already binary so I won’t be able to compress it by a lot. I could probably send it to you via Box, but if you have an FTP server or another way that may be faster.
If you’re happy to rerun `snappyHexMesh` I can just send the generation steps.
---
### Author:  [@mwestphal](https://discourse.paraview.org/u/mwestphal)
#### Post date: [January 11, 2024, 3:45pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/8 "2024-01-11T15:45:09Z")
> [@robertsawko](#):
>
> If you’re happy to rerun `snappyHexMesh` I can just send the generation steps.
I’m afraid not. 32Gb is a bit much indeed.
---
### Author:  [@robertsawko](https://discourse.paraview.org/u/robertsawko)
#### Post date: [January 12, 2024, 11:17pm UTC](https://discourse.paraview.org/t/off-screen-mesa-freezes-for-a-large-mesh/13676/9 "2024-01-12T23:17:00Z")
Turns out I was wrong about the size as I’ve used an uncompressed format. After compression the case is 10GB. Still large. I have just sent you the file via [Box](https://www.box.com/en-gb/about-us). It may ask you to create an account, but you should be able to select free plan. If it doesn’t work, please let me know and I generate a temporary public link.