多线程这个错误怎么解决

[李东岳]

@shrine

类似我这种吧：？

[30] #17  __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6"
[30] #18  ? in "/home/dyfluid/OpenFOAM/OpenFOAM-8/platforms/linux64GccDPInt32Opt/bin/simpleFoam"
? in "/home/dyfluid/OpenFOAM/OpenFOAM-8/platforms/linux64GccDPInt32Opt/bin/simpleFoam"
[59] #17  __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6"
[59] #18  ? in "/home/dyfluid/OpenFOAM/OpenFOAM-8/platforms/linux64GccDPInt32Opt/bin/simpleFoam"
 in "/home/dyfluid/OpenFOAM/OpenFOAM-8/platforms/linux64GccDPInt32Opt/bin/simpleFoam"
[15] #17  __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6"
[15] #18  ? in "/home/dyfluid/OpenFOAM/OpenFOAM-8/platforms/linux64GccDPInt32Opt/bin/simpleFoam"
[dyfluid-Super-Server:93809] 59 more processes have sent help message help-mpi-api.txt / mpi-abort
[dyfluid-Super-Server:93809] Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error messages

发散了而已。具体原因要看上面的信息，你给出的是最后俩行。

[shrine]

@李东岳
不拆分线程不发散，拆分了线程一步都算不下去
我还以为是在windows下用Ubuntu的原因（不是虚拟机）

No MRF models present

No finite volume options present
DICPCG:  Solving for pcorr, Initial residual = 0, Final residual = 0, No Iterations 0
time step continuity errors : sum local = 0, global = 0, cumulative = 0
Courant Number mean: 0 max: 0

Starting time loop

Courant Number mean: 0 max: 0
Interface Courant Number mean: 0 max: 0
deltaT = 0.000119999
Time = 0.000119999

[DESKTOP-719V74U:00266] 15 more processes have sent help message help-btl-vader.txt / cma-permission-denied
[DESKTOP-719V74U:00266] Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error messages

[李东岳]

@shrine
那就不是发散的问题咯。我看了下你的事cma-permission-denied，目前还没遇到过这个问题，你找找cma-permission-denied吧..

[胡同小巷]

@shrine 是不是环境配置的问题，可以留个QQ或微信探讨吗？有时候不是很方便

[wsxfyy]

@shrine 不知道你解决没有，我之前遇到过，已解决。应该是Windows下面的子系统Linux使用多线程运行问题，不仅限于openfoam。解决方案，root用户下端运行
主要是将其文件里面的1改为0，也可手动更改。

[shrine]

@wsxfyy 感谢分享

我感觉分多了就会发散，少分点就没事了

你说的这个我试试

[shrine]

@wsxfyy 前面那个回复错了是另外一个问题

这个Windows下的一直没解决，只好老实用回虚拟机了

[shrine]

@wsxfyy 请问在哪里把什么参数1改为0

[wsxfyy]

@shrine 那个图没贴上来，我打一下吧 root 下运行 echo 0 > /proc/sys/kernel/yama/ptrace_scope, 就可以了

[shrine]

@wsxfyy 到了/proc/sys/kernel/下面就没有yama这个目录了

[wsxfyy]

@shrine 你直接终端运行啊 切换到root用户 然后上面那行命令，然后有些时候关机以后又会遇到这个问题 这个解决办法我以前用到的就是这样

[shrine]

@wsxfyy 我切换到root了，/proc/sys/kernel/下面没有yama这个目录

[wsxfyy]

@shrine !( 图片地址)如图这样就行，我是这么输入的，我不知道你说的没有那个文件的意思，你可以贴图上来看看

[shrine]

@wsxfyy

[wsxfyy]

这个YAMA这个文件应该是有的 我不知道你为啥没有

[Maoqiang]

类似的案例，我也遇到过，我的案例是在跑别人的代码时出错的，在出现的“No MRF models present/n No finite volume options present"报错，且后面出现了”Kill“字祥时，其中“Kill”字样很重要。
到后面我发现：我的案例文件放错的位置，原先我放在与OF整体文件的所在的主文件夹内，我的解决是通过将案例放在OF的主文件夹内，而不是在OF主文件夹外，这成功。
首先说我为什么这么做：

1. 出现MRF警告时，我也以为时MRF链接出了问题，但事实是其他案例是正常的，故排除MRF问题；
2. 我看到所引用的案例包内有：platfrom文件且内部为”linux64GccDPint32Opt“，这与OF主文件一致，我猜测事路径出了问题，最终事实如此。