crest-lab / crest

CREST - A program for the automated exploration of low-energy molecular chemical space.
https://crest-lab.github.io/crest-docs/
GNU Lesser General Public License v3.0
190 stars 42 forks source link

QCG failed with the bacillaene example #127

Closed girpierr closed 2 years ago

girpierr commented 2 years ago

Dear CREST developers

I was asked by chemists from my lab to install CREST in order to run QCG calculations.

I downloaded the required binaries :

On a cluster with the Linux kernel :

 $ uname -a
    Linux f-dahu 4.9.0-17-amd64 #1 SMP Debian 4.9.290-1 (2021-12-12) x86_64 GNU/Linux

I tried to play your 2 examples provided at https://xtb-docs.readthedocs.io/en/latest/crestqcg.html#example-applications (Thanks a lot for this very good documentation)

The second example (benzoic_acid) worked well, but the first one (bacillaene) failed for each combination of binary versions I tried.

The problem always arises during "quantum cluster growth: GROW" at the same iteration step :

       88  -575.443143  -13.60   -1145.73       1.183    -30.584     14.3  21.4   20510.8   normal
     Cluster energy not found
       Interaction Energy positiv, increasing outer wall pot by 5 %
     New scaling factor 0.97
     Cluster energy not found
       Interaction Energy positiv, increasing outer wall pot by 5 %
     New scaling factor 1.00
     Cluster energy not found
     Total Energy of cluster not found.
       89     0.000000 *******   ********       1.184      0.000     14.3  15.9   20665.8   normal
     Total Energy of cluster LMO computation not found

With the error :

    forrtl: severe (24): end-of-file during read, unit -6144, file /bettik/PROJECTS/pr-cecipex/girpierr/CREST/bacillaene.21142982/qcg_tmp/tmp_grow/xtbscreen.xyz
    Image              PC                Routine            Line        Source
    crest              00000000014CE6A8  Unknown               Unknown  Unknown
    crest              00000000015002C2  Unknown               Unknown  Unknown
    crest              000000000065F55D  Unknown               Unknown  Unknown
    crest              0000000000640414  Unknown               Unknown  Unknown
    crest              00000000006392D7  Unknown               Unknown  Unknown
    crest              000000000068DC98  Unknown               Unknown  Unknown
    crest              0000000000402242  Unknown               Unknown  Unknown
    crest              00000000016F7DD0  Unknown               Unknown  Unknown
    crest              000000000040210E  Unknown               Unknown  Unknown

Thank you for any help you can provide me to fix this problem.

Best regards

Pierre

cplett commented 2 years ago

Hi, this seems to be a problem with the size of the wall potential. I checked the example, and it worked out. I guess that this error might sometimes occur by chance because the addition of the solvent molecules is at a certain cluster size a bit random. If a solvent molecule is added too close to the wall potential, the error you observe will occur. If you are planning to add many water molecules, it might be a good idea to directly increase the size of the wall potential by increasing the scaling factor to 1.0 ("--wscal 1.0" flag) or even larger values.

girpierr commented 2 years ago

Thanks for your reply, I will try with different values of the scaling factor and I let you know the result. Have a good end of week. Pierre

girpierr commented 2 years ago

Dear Christoph, As you suggested, it worked well with a scaling factor to 1.0 ... CREST terminated normally. Thanks a lot for the help Pierre

girpierr commented 2 years ago

By adding --wscal 1.0, the bacillaene example works !!

yanfeiguan commented 2 years ago

Hi, I am also facing the problem of running the bacillaene example. Which version of CREST and XTB worked out for you? And how did you set up the environment variable of (OMP_NUM_THREADS and OMP_STACKSIZE)? Thank you!

girpierr commented 2 years ago

Hi Yanfeiguan, I solved the problem by adding the option --wscal 1.0. I didn't set OMP_STACKSIZE, and I set OMP_NUM_THREADS with export OMP_NUM_THREADS=${ncores},1, and ncores is equal to 32, the number of cores of the computing server. Hope that helps. Pierre