[pbrady2013]

Hi All,

I'm just starting to use the unsteady solver of SU2 and am getting some errors in the VTK output for Paraview. As an aside the solver seems to run fine and slogs through the interations with no discernable errors. I'm trying the square_cylinder from TestCases, which I modified by changing the following parameters:

EXT_ITER= 400
OUTPUT_FORMAT= PARAVIEW

So that it runs for a suitably long time and dumps out in Paraview format for me to visualise.

My problem is that flow_00000.vtk, and then other flow_*.vtk intermittently cannot be loaded into Paraview and dump with variations on the following:

Generic Warning: In /Users/kitware/dashboards/buildbot-slave/8275bd07/build/superbuild/paraview/src/VTK/IO/Legacy/vtkDataReader.cxx, line 1436
Error reading ascii data. Possible mismatch of datasize with declaration.

ERROR: In /Users/kitware/dashboards/buildbot-slave/8275bd07/build/superbuild/paraview/src/VTK/IO/Legacy/vtkUnstructuredGridReader.cxx, line 348
vtkUnstructuredGridReader (0x7fdba2d2f890): Unrecognized keyword: scalars

Is this a bug in SU2 or a known problem? Or am I simply doing something wrong?

I'm running SU2 v6.0.1 binary install on MacOSX 10.13.4. I don't have access to TECPLOT to test dumping that format.

It does seem to be related to this post:

Error when loading vtk from su2 5.0 in Paraview

I've got some different linux and windows boxes around here so will do further testing to see if I can reproduce the error.

Thanks in advance for any suggestions.
-pete

[pbrady2013]

OK, so contining the tests on the weekend. Perhaps last Friday I was focussing on the weekend and not work so much.

Anyway, Apple rolled an XCode update for my Mac and I'm now on:

Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include/c++/4.2.1
Apple LLVM version 9.1.0 (clang-902.0.39.1)
Target: x86_64-apple-darwin17.5.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

Not sure if that makes a difference but I've isolated the error on my Mac to running in parallel as serial is working on the square test case. However, when I run:

parallel_computation.py -n 4 -f turb_square.cfg

that is when the data files dump with an error in Paraview.

I pushed out to a CentOS 7.x box and was able to reproduce this error, specifically:

1. serial simulation runs and I can load into Paraview
2. parallel simulation runs but I can NOT load into Paraview.

As per the documentation SU2_SOL is completing after parallel run with no errors so I understand that I should be able to load into Paraview at this point?

Still testing on Windows for parallel. Will post results when complete.

Thanks in advance,
-pete

[pbrady2013]

OK,

I finally got to the bottom of all this and now have SU2 working great in parallel.

Turns out a couple of things that I had to do and I'm not sure which was critical:

1. I installed a newer version of GCC (8.1) and OpenMPI (3.1) than what runs native on the Mac (see https://solarianprogrammer.com/2017/...ing-gcc-macos/, for example)
2. Recompiled SU2, ensuring the flags were set as per the documentation (https://su2code.github.io/docs/Parallel-Build/)
3. Adjust the OSX firewall on High Sierra to allow the MPI traffic
4. use the manual mpi run command followed by SU2_SOL to rebuild VTK files

That all runs happy.

The python wrapper, parallel_computation.py, mentioned in the documentation (https://su2code.github.io/docs/Execution/) I've not been able to run but as most of my runs are scripted anyway I don't care.

Hope this helps others.

Cheers,
-pete