前言
使用 vasp
对完全脱锂的镍锰酸锂做结构优化时报错,报错信息为 WARNING in EDDRMM: call to ZHEGV failed, returncode = 6 3 9
INCAR 文件如下
1 | Global Parameters |
错误原因
vasp
官方论坛给出了几种可能的原因
the error is due to a LAPCK call (ZHEGV):
ZHEGV computes all the eigenvalues, and optionally, the eigenvectors of a complex generalized Hermitian-definite eigenproblem .
there may be several reasons for that error:
the RMM-DIIS diagonalisation algorithm is not stable for your specific setup of the calculation.
—> use ALGO = Normal (blocked Davidson) or ALGO = Fast (5 steps blocked Davidson, RMM-DIIS)a) maybe your input geometry was not reasonable (error occurs at the very first ionic step, please have a look for the geometry data of your run in OUTCAR ) or
b) the last ionic relaxation step lead to an unreasonable geometry (compare the input and output geometries of the last ionic relaxation steps in XDATCAR).
In that case (2b) it can be helpful to--> switch to a different relaxation algorithm (IBRION-tag) --> reduce the step size of the first step by setting POTIM smaller than the default value
The installation of the LAPACK on your machine was not done properly:
use the LAPACK which is delivered with the code
(vasp.4.lib/lapack_double.o)If the error persist although you switched to the Davidson algorithm:
on some architectures (especially SGI) some LAPACK routines are not working properly. However, it is possible to avoid the usage of the ZHEGV subroutine by commenting the linedefine USE_ZHEEVX
in davidson.F, subrot.F, and wavpre_noio.F and recompiling VASP.
大致意思为 RMM-DIIS
算法对于这个体系的计算仍不是很稳定(即 INCAR 中 ALGO 设置为 FAST 导致);初始结构不太合理;LAPACK
安装有问题。
解决方案
主要参考了科音论坛的这篇帖子 ,把 INCAR 中 ALGO
的值改为 VeryFast
即可。
修改 INCAR 后重新提交,就没有类似的报错了。