vasp.5.2.2 - WARNING in EDDRMM: call to ZHEGV failed
Posted: Wed Sep 02, 2009 1:17 pm
Dear VASP users,
I recently compiled the newest vasp.5.2.2 version without too much problems using following versions of compilers / libraries / ...
- intel fortran compiler 11.1.038
- intel math kernel library 10.2.0.013
- intel mpi 3.2.1.009
- intel fftw3 interface
I was able to compile AND to run the vasp.4.6 version using these tools (just to inform you that it works with these tools).
For the vasp.5.2.2, I can run my own "benchmarks" without any problem, I also find the same results (that is at least OK), however I get (several) warnings in the stdout, like:
followed by some number which are always different. So, I started searching on the forum and I found some other people also had these warning, however always with vasp.4.6, for which I never encountered suchlike warnings.
The most interesting among these forum-posts in my opinion was http://cms.mpi.univie.ac.at/vasp-forum/ ... .php?3.214, since some suggestions have been made there by the admin. I carefully cheched / tried these and I discuss my findings shortly below:
1. using ALGO=Fast (instead of IALGO=48) reduces the number of warnings, but does not exclude them. Using ALGO=Normal no warnings are printed to stdout, however since the blocked Davidson (DAV) is slower than the RMM-DIIS algorithm, I prefer not to use the ALGO=normal tag as standard setting in my INCAR file
2. input geometry is reasonable, as it is optimized in a few steps. With regard to the IBRION tag, using the Quasi Newton instead of the Conjugate gradient algorithm reduces the number of warnings, but still some appear.
3. Lapack was certainly correctly installed since everything worked properly with vasp.4.6. Moreover, the same warnings were printed when using use the LAPACK which is delivered with the code (vasp.5.lib/lapack_double.o)
4. Commenting the line "#define USE_ZHEEVX" and recompiling was not necessary since vasp did not produce warning if using the blocked Davidson (DAV) algorithm.
Another important remark: apparently, the warnings only appear in the gamma-only version and NOT in the complex version of vasp.5.2.2
MY QUESTIONS:
1. do I have to worry about the warnings?
2. is there a way to get rid of the warnings?
3. why only the gamma-only version produces these warnings and not the complex version of vasp.5.2.2?
4. Did any other vasp.5.2.2 users encountered the same problems? Any tips?
Hoping for a clarifying answer,
With best regards,
Bart
I recently compiled the newest vasp.5.2.2 version without too much problems using following versions of compilers / libraries / ...
- intel fortran compiler 11.1.038
- intel math kernel library 10.2.0.013
- intel mpi 3.2.1.009
- intel fftw3 interface
I was able to compile AND to run the vasp.4.6 version using these tools (just to inform you that it works with these tools).
For the vasp.5.2.2, I can run my own "benchmarks" without any problem, I also find the same results (that is at least OK), however I get (several) warnings in the stdout, like:
Code: Select all
WARNING in EDDRMM: call to ZHEGV failed, returncode =Â
The most interesting among these forum-posts in my opinion was http://cms.mpi.univie.ac.at/vasp-forum/ ... .php?3.214, since some suggestions have been made there by the admin. I carefully cheched / tried these and I discuss my findings shortly below:
1. using ALGO=Fast (instead of IALGO=48) reduces the number of warnings, but does not exclude them. Using ALGO=Normal no warnings are printed to stdout, however since the blocked Davidson (DAV) is slower than the RMM-DIIS algorithm, I prefer not to use the ALGO=normal tag as standard setting in my INCAR file
2. input geometry is reasonable, as it is optimized in a few steps. With regard to the IBRION tag, using the Quasi Newton instead of the Conjugate gradient algorithm reduces the number of warnings, but still some appear.
3. Lapack was certainly correctly installed since everything worked properly with vasp.4.6. Moreover, the same warnings were printed when using use the LAPACK which is delivered with the code (vasp.5.lib/lapack_double.o)
4. Commenting the line "#define USE_ZHEEVX" and recompiling was not necessary since vasp did not produce warning if using the blocked Davidson (DAV) algorithm.
Another important remark: apparently, the warnings only appear in the gamma-only version and NOT in the complex version of vasp.5.2.2
MY QUESTIONS:
1. do I have to worry about the warnings?
2. is there a way to get rid of the warnings?
3. why only the gamma-only version produces these warnings and not the complex version of vasp.5.2.2?
4. Did any other vasp.5.2.2 users encountered the same problems? Any tips?
Hoping for a clarifying answer,
With best regards,
Bart