Closed DanielBorgesOliveira closed 4 years ago
Hi @DanielBorgesOliveira,
could you please also upload your Fluid.log
file? Are you using a version of the adapter compatible with OpenFOAM 7?
Please note that we prefer to discuss such questions on our forum first and document something here once it is a verified/specific problem. But thank you for reporting this already in any case! :smiley:
Hi @MakisH,
could you please also upload your Fluid.log file?
Here is the Fluid.log: https://mega.nz/file/lw9QzSLL#X_LyvBCGBgyIcUhLSYMGJTKSdLrca9VvLrPBxXyl9Zg.
Are you using a version of the adapter compatible with OpenFOAM 7?
Yes. I checked out in the OpenFOAM7 branch of the openfoam-adapter.
Please note that we prefer to discuss such questions on our forum first and document something here once it is a verified/specific problem. But thank you for reporting this already in any case! smiley
Sorry, it will not happen again. Should I move the question to the forum or can we continue to discuss here?
Thank you very much.
Some advances here,
Looks like there was a problem with MFRONT linear solver in code_aster. I recompiled the code_aster solver and this problem was solved. Now I am facing another kind of problem. Looks like the Fluid participant is running okay, but the Solid participant is encountering problems.
Actually, the fluid participant is not running ok:
--> FOAM Warning :
From function void* Foam::dlOpen(const Foam::fileName&, bool)
in file POSIX.C at line 1251
dlopen error : libpreciceAdapterFunctionObject.so: cannot open shared object file: No such file or directory
Unfortunately OpenFOAM only throws a warning and not an error in case there are problems with function objects. Have a look in the troubleshooting section. Maybe this is the reason code_aster fails.
Thank you @MakisH,
After some investigation, I saw problems with openfoam-adapter compilation. Here is the log: wmake.log.
I think it is necessary to update the adapter code to reflect the new methods. I think the problem here was similar.
P.S: I tried to compiled in the branchs OpenFOAM7 and master and both show the same problems.
@DanielBorgesOliveira you are using preCICE v1.6.1 and a few things changed in v2.0.0. Please upgrade to the latest preCICE (currently v2.1.0) and everything should work.
I am closing this for now, but feel free to:
Problem solved. Thank you very much for your support and patience @MakisH.
Hi friends,
I have a problem running the code_aster + Openfoam example described in https://github.com/precice/code_aster-adapter/wiki/Flow-over-plate-Code_Aster-Tutorial. When I run the script Allrun in the folder buoyantSimpleFoam-aster the code_aster gets stuck in the task list consuming ~5% of the CPU. The last line of the file Solid.log shows this:
---[precice] Setting up master communication to coupling partner/s
. You can get the file https://mega.nz/file/949zwA5Y#GQmCST7OX63IrAd6AaymdJTcoPugzYpALcJQefdHJK0.My setup is: Debian 10 amd64 Openfoam V-7 code_aster 14.4 Precice v2.1.0 Python Bindings v2.0.0.2rc2
What can I do to solve this?
Thank you very much.