https://www.vasp.at/wiki/index.php/Known_issues
下面我们提供了一份不完整的已知问题列表。请介意描述以查看问题是否已解决。
颜色图例: Open Resolved Planned Obsolete
日期 | 第一次注意到的版本 | 版本固定 | 描述 |
2023-03-07 | 6.4.0 | 6.4.1 | 机器学习力场中内存估计的输出对于 SVD 改装是错误的:SVD 算法(ML_IALGO_LINREG =3、4)使用设计矩阵和两个具有设计矩阵大小的帮助数组。在内存估计中,这两个帮助数组没有被正确考虑。ML_LOGFILE开头的条目“FMAT for basis”应该大三倍。该算法将被固定,使得它只需要两倍的设计矩阵阵列而不是三倍,并且估计的输出将包含正确的值。 |
2023-03-07 | 6.4.0 | 6.4.1 | 机器学习力场稀疏化例程中的错误:此错误会更严重地影响局部参考配置的数量接近ML_MB 的计算。通过将ML_MB设置为高值,在大多数情况下可以避免此错误(仍然存在一些情况,特别是在选择少量本地参考配置并且结构包含每种类型的许多原子或 ML_MCONF_NEW 设置为高值的情况下) . 此错误尤其会影响改装运行,导致没有ML_FFN文件。 |
2023-03-07 | 6.4.0 | 6.4.1 | ML_ISTART =2 on sub element types broken for fast force field:当力针对多种元素类型进行训练,但生产运行(?ML_ISTART =2)是针对类型的子集执行时,代码很可能会崩溃。这个错误将被紧急修复。 |
2023-02-20 | 6.2.0 | 6.4.1 | INCAR 阅读器问题: · 将INCAR文件从具有 Windows 行尾的系统移动到基于 Unix 的系统可能会导致INCAR读取器失败。作为解决方法,将INCAR文件转换为 Unix 行结尾,例如:set ff=unix在 vi 中。 · 如果注释字符出现在分号之前但不在行的开头,则注释行不能与分号分隔的内联标记一起正常工作。解决方法是将标签拆分成多行,以便您可以注释掉您想要的内容。另请参阅OUTCAR文件并查看 VASP 是否理解您的输入。 |
2023-02-17 | 6.4.0 | 6.4.1 | 某些文件系统上损坏的 ML_FFN 文件:对并发写入语句的保护不足可能导致某些文件系统上损坏的ML_FFN文件。损坏的文件通常不会被注意到,直到它们被用于ML_ISTART =2的仅预测运行。然后,VASP 可能会退出,并带有一些关于ML_FF文件中存在的错误类型的误导性错误消息。作为一种解决方法,它可能有助于从最后一个ML_AB文件开始使用ML_MODE =refit 进行改装,这可能会生成一个有效的ML_FFN文件(无论如何,强烈建议在ML_ISTART中访问快速执行模式=2). 或者,有一个适用于 VASP.6.4.0 的补丁可用(请参阅此星空(中国)帖子的附件)。非常感谢xiliang_lian和szurlle报告此问题并测试补丁。 |
2023-01-18 | 6.3.2 | 6.4.0 | mak-e-file.include 模板不适用于 AOCC 4.0.0:flang预处理器明确要求指定代码为自由格式-ffree-form。在早期版本的 VASP 中,您可以将此标志添加到CPPmak-e-file.include 中的规则中。感谢liu_jiyuan报告此错误。 |
2022-11-23 | 6.1.0 | 6.4.0 | 使用 AOCC 和 NV 编译的 OpenMP 版本中 MD 中的内存泄漏:问题源于in 中DEFAULT(PRIVATE)的子句,因为 NV 和 AOCC 编译器没有正确清理在 OMP PARALLEL 区域外分配并用作内部私有数组的内存。对于 vasp <= 6.3.2,我们建议不要使用 NV 和 AOCC 编译器使用 OpenMP 支持进行编译。 SET_DD_PAWpaw.F |
2022-08-29 | 6.1.0 | 6.2.0 | 固定电子占据的能量不一致:Rickard Armiento 指出,与 5.4.4 或更早版本相比,固定电子占据的 HF 总能量不一致。这个错误是在 6.1.0 中引入的,目的是支持IALGO =3 与ISMEAR =-2的结合(用于SPHPRO作为后处理步骤的计算)但破坏了 CG 算法(IALGO =53)修复是 src/main.F 在 IF (INFO%LONESW .OR. (INFO%IALGO==3 .AND. KPOINTS%ISMEAR/=-2)) THEN n IF (INFO%LONESW) W_F%CELTOT = W%CELTOT . |
2022-05-11 | 6.3.1 | 6.3.2 | ML_ISTART=1 在某些情况下失败:由于在ML_AB文件中发现的结构重新排列中存在错误,在某些情况下,通过ML_ISTART =1重新启动力场训练失败。注意:此问题仅发生在重复重新开始训练并返回训练之前训练过的结构的场景中(这意味着完全相同的元素类型和每个元素的原子数),但不是紧接在之前。示例:开始为结构 A 训练力场,然后继续运行以训练结构 B,然后第二次重新开始训练,再次返回到结构 A 的训练。 |
2022-05-05 | 6.2.0 | 6.3.1 | Treatment of the Coulomb divergence in hybrid-functional band-structure calculations is only correct for PBE0:The Coulomb divergence correction for states at and near the Γ-point in hybrid-functional band-structure calculations (see HFRCUT ) was only correctly implemented for PBE0 混合功能带结构计算中库仑发散的处理仅适用于 PBE0和HFRCUT = -1。注意:预计 HSE 能带结构计算不会受到(强烈)影响,因为该混合泛函仅包括“短程”Fock 交换。 |
2022-03-14 | 6.2.0 | 6.3.1 | 用于非共线自旋计算的 Wannier90 接口中的错误:未从 wannier90 输入文件中正确读取用于非共线自旋计算的自旋轴。这是因为mlwf.F文件中的这一行:MLWF%LPRJ_functions(IS)%spin_qaxis = proj_s_qaxisx(3,IS)应该改为:MLWF%LPRJ_functions(IS)%spin_qaxis = proj_s_qaxisx(:,IS)。感谢 Domenico Di Sante 报告这个错误。 |
2022-02-04 | 6.3.0 | 6.3.1 | 与 Fujitsu 编译器不兼容:Fujitsu 的 Fortran 编译器不支持重载的内部子程序。一个简单的解决方法是在没有machine-learning-force-fileds 功能的情况下进行编译。注释掉ML_AVAILABLE第626行的宏定义,在前面src/symbol.inc加一个!,即应该是这样的:!#define ML_AVAILABLE。然后对 VASP 进行完整的重建:运行,make veryclean然后运行所需的构建命令。 |
2021-05-28 | 6.2.0 | 6.3.0 | 当 exclude_bands 存在时,Wannier90 接口中的错误写入 UNK:VASP 生成的 UNK 文件包括所有带,其中应排除由 exclude_bands 指定的带。解决方法是将 `exclude_bands` 数组传递给 mlwf.F 中的 `get_wave_functions`。感谢 Chengcheng Xiao 报告此错误。 |