-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DFTD3 Method error for incorrect atom distances #186
Labels
Bug
Something isn't working
Comments
uggh. For dftd3 alone, do you consider using their internal b2a conversion in qcng as a potential fix or an anathema? |
This is a user input error due to a lack of clarity of units. I don't consider this a DFTD3 issue beyond our parser pinning an incorrect cause to the issue. |
loriab
added a commit
to loriab/QCEngine
that referenced
this issue
Dec 9, 2019
closed by #194 If anyone has an input that can trigger this error, please post, and I can try to classify errors further. |
muammar
added a commit
to muammar/QCEngine
that referenced
this issue
Dec 11, 2019
* master: (21 commits) Docs: Changelog 0.13.0 extension Psi4: Ensures output data for psi4, fixes MolSSI#176 Docs: Adds v0.13.0 changelog Lint: Fixes GHA routine Testing: Canonicalizes from testing, closes MolSSI#193 Lint: Adds a GHA action to check for Black GitHub: Updates tempaltes to QCArchive standard Lint: Blackens code base Addresses MolSSI#186 Improved MPI support Clarified documentation Improved documentation and type checking for node configuration Added ability to forward output from popen Documentation for configs needed for node-parallel tasks Removed unused import Bug fix: Use integer division not floating point Read from both stderr and stdout to prevent buffer deadlock Bug fix: Memory is per MPI rank Bug fix: Missing task configuration when making mpi command Improved warnings for when multi-node jobs are misconfigured ...
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
This is more of a hunch than a hard error. In several cases where jobs were inputted into QCArchive in Angstrom rather than Bohr DFTD3's error return was "Unsuccessful run. Possibly -D variant not available in dftd3 version.".
Additional context
It would be good to run this and see if we can break out "atom too close" errors from variant errors.
The text was updated successfully, but these errors were encountered: