[Vyssion]

Hello,

I have been working on my OpenFOAM setup for a while using the "simple" method of decomposition up until recently. I had attended an OpenFOAM course which said that there could perhaps be gains to had with using a "hierarchical" decomposition for meshing, followed by a "scotch" decomposition for solving. So I set my automation script to edit the decomposition method before executing the respective step.

Problem is that since swapping, renumberMesh fails to load the required libraries and kicks out this error:

renumberMesh: error while loading shared libraries: libboost_thread.so.1.55.0: cannot open shared object file: No such file or directory

I have not modified the version of OpenFOAM (3.0.x) in any way since making this change. If it helps, I am using a CentOS 6.7 linux system.

I am wondering whether the two alternative decomposition methods somehow require changes to be made in the default "renumberMeshDict" file, or perhaps do not require renumbering due to their "superiority"...?

Any help would be great, thanks!! In the meantime, I'll keep searching for an answer and see what I turn up with an edit.

EDIT1: Just tried re-installing the Boost lib 1_55_0 --- didn't change anything
EDIT2: It seems that the renumberMesh utility is completely not working across my entire CentOS setup... If I run "renumberMesh -help" I get the same error...
EDIT3: I checked through the original Allwmake log to see if there were any issues with the renumberMesh utility - which is weird since it has been working perfectly fine for the last 6 months.... Here is the entry for renumberMesh:

/home/username/OpenFOAM/OpenFOAM-3.0.x/applications/utilities/mesh/manipulation/renumberMesh
Making dependency list for source file renumberMesh.C
could not open file zoltanRenumber.H for source file renumberMesh.C due to No such file or directory
g++ -m64 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=64 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/meshTools/lnInclude -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/dynamicMesh/lnInclude -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/finiteVolume/lnInclude -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/renumber/renumberMethods/lnInclude -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/renumber/zoltanRenumber/lnInclude -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/parallel/decompose/decompositionMethods/lnInclude -IlnInclude -I. -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/OpenFOAM/lnInclude -I/home/username/OpenFOAM/OpenFOAM-3.0.x/src/OSspecific/POSIX/lnInclude -fPIC -c renumberMesh.C -o /home/username/OpenFOAM/OpenFOAM-3.0.x/platforms/linux64Gcc48DPInt64Opt/applications/utilities/mesh/manipulation/renumberMesh/renumberMesh.o

I am trying to re-execute Allwmake now and if that fails to fix it, I will try re-executing the make script for the renumberMesh applet on its own and go from there.
EDIT4: Nope.... all that failed... kinda at a loss with this one... I'll keep trying in the meantime
EDIT5: Looking at this thread - similar issue, but with a different OS and missing lib file..... Any correlation..? link
EDIT6: I think this title is misleading... the renumberMesh applet has stopped working across the board even with different decompositions... I will have to go through all scripts side by side from my old cases which do work to see what the issue is...