Anubhav,
Thanks for the material, I have successfully completed all example runs in your fireworks tutorial. I am also able to generate a workflow using the fireworks-vasp_demo.py to submit vasp jobs to our internal cluster from my desktop where I installed all the packages in a virtualenv. While my vasp jobs complete without errors, I ran into a few problems with the error handlers in custodian for which I would appreciate some help.
1. While my vasp job completes with no errors in my cluster, I get an error from custodian, possible during the error handling process :
FW_job.error:
/projects/pymatgen/2.9.0/lib/python2.7/site-packages/custodian/custodian.py:179: DeprecationWarning: ScratchDir is deprecated; use ScratchDir in monty.tempfile instead.
with ScratchDir(self.scratch_dir):
Traceback (most recent call last):
File "/projects/pymatgen/2.9.0/lib/python2.7/site-packages/fireworks/core/rocket.py", line 175, in run
m_action = t.run_task(my_spec)
File "/projects/pymatgen/2.9.0/lib/python2.7/site-packages/fireworks_vasp-0.1-py2.7.egg/fireworks_vasp/tasks.py", line 91, in run_task
output = c.run()
File "/projects/pymatgen/2.9.0/lib/python2.7/site-packages/custodian/custodian.py", line 225, in run
skip_over_errors=self.skip_over_errors)
File "/projects/pymatgen/2.9.0/lib/python2.7/site-packages/custodian/custodian.py", line 303, in _do_check
if h.check():
TypeError: unbound method check() must be called with VaspErrorHandler instance as first argument (got nothing instead)
mpirun: killing job...
I have changed the handlers to "all" or specific ones such as "VaspErrorHandlers", and I still get this error. Note, I only have "fireworks_vasp" installed in my launchpad, and not in the cluster that runs vasp jobs. The cluster has pymatgen and custodian installed in it and I can access the attribute custodian.vasp.handlers.VaspErrorHandler successfully. So I am not sure why this error is showing up? I am attaching the json file I used with this post.
Few other questions:
2. How to do a rapidfire qlaunch in an offline mode? I can always add a
task after each vasp-task such as 'lpad recover_offline' that
essentially recovers the data (since it is in offline), but maybe there
is a simpler way of dealing with it?
3. I noticed that typing 'lpad webgui' gives me an error. (pasted at the end of my questions)
Thank you.
Sincerely,
P. Ganesh
>lpad webgui
Process Process-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/multiprocessing/process.py", line 258, in _bootstrap
self.run()
File "/usr/lib/python2.7/multiprocessing/process.py", line 114, in run
self._target(*self._args, **self._kwargs)
File "/home/g5q/Codes/FW_env/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 115, in call_command
return klass.execute(*args, **defaults)
File "/home/g5q/Codes/FW_env/local/lib/python2.7/site-packages/django/core/management/base.py", line 331, in execute
translation.activate('en-us')
File "/home/g5q/Codes/FW_env/local/lib/python2.7/site-packages/django/utils/translation/__init__.py", line 145, in activate
return _trans.activate(language)
File "/home/g5q/Codes/FW_env/local/lib/python2.7/site-packages/django/utils/translation/trans_real.py", line 225, in activate
_active.value = translation(language)
File "/home/g5q/Codes/FW_env/local/lib/python2.7/site-packages/django/utils/translation/trans_real.py", line 209, in translation
default_translation = _fetch(settings.LANGUAGE_CODE)
File "/home/g5q/Codes/FW_env/local/lib/python2.7/site-packages/django/utils/translation/trans_real.py", line 189, in _fetch
"The translation infrastructure cannot be initialized before the "
AppRegistryNotReady: The translation infrastructure cannot be initialized before the apps registry is ready. Check that you don't make non-lazy gettext calls at import time.
(FW_env)g5q@tesla:~/Codes/Mproject_test$
(process:20825): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed