mailRe: Problem during "final" run of d'Auvergne Protocol


Others Months | Index by Date | Thread Index
>>   [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Header


Content

Posted by Edward d'Auvergne on March 05, 2012 - 09:33:
Hi Hugh,

I'm pretty sure this error has not been encountered before.  It at
least hasn't been reported.  I've never seen anything close to this
before, but I would guess that this is an infinitely recursive
exception (the error is being caught but, in the process, the error
occurs again, being caught a second time, then the 3rd error occurs,
is caught a 3rd time, with this continuing until your computer runs
out of RAM and swap space and relax is killed by the operating
system).  The error seems to occur within the error handing portion of
Gary Thompson's multi-processor framework (you are using the
uni-processor fabric of the framework here), so maybe Gary might know
a solution?

Is this error reproducible?  For testing, can you drop the number of
Monte Carlo simulations down to say 5?  Running relax with the debug
flag might also help:

$ relax --debug

or:

$ relax -d

Are you using the GUI or scripting user interface?  The output of:

$ relax --info

might also be useful.  As for your data set being too large, relax has
been used on much bigger systems before so this should not be an
issue.  One last thing, would you be able to create a bug report for
this error (https://gna.org/bugs/?func=additem&group=relax)?  All of
the info/log files can then be pasted/attached there, and it is a
useful future reference for anyone who encounters the same or a
similar bug.

Cheers,

Edward



On 2 March 2012 12:33, Hugh RW Dannatt <h.dannatt@xxxxxxxxxxxxxxx> wrote:
Dear All,

Having completed the fitting of 1 dataset without any problems, I am
now moving onto another. Everything has worked fine until I change the
DIFF_MODEL to "final" and try to run the program again to get error
estimates on my fitted parameters.

The program successfully re-opens all the results file and selects the
diffusion model. Then all 500 simulations are done without issue, but
as soon as the program has finished this, it stops outputting anything
to the screen for a long time (>12 hrs). During this time, the CPU and
Memory use is very high and the computer runs slowly. Eventually I get
a "Memory Error" and a whole load of messages outputted to the screen,
which I have pasted below. I should emphasize that all the stages of
running this program with different diffusion models have run fine,
and the computer I'm using is a relatively fast machine (dual core
Pentium 4, 2 GB RAM).

Has anyone had a similar problem? This dataset is larger than the
previous one which fit without issue (current one has 6 measurements
per 176 residues), but I can't imagine this being the cause of this
problem.

Thanks

Hugh

----

Simulation 485
Simulation 486
Simulation 487
Simulation 488
Simulation 489
Simulation 490
Simulation 491
Simulation 492
Simulation 493
Simulation 494
Simulation 495
Simulation 496
Simulation 497
Simulation 498
Simulation 499
Simulation 500


Traceback (most recent call last):
 File "/progs/relax-1.3.13/multi/uni_processor.py", line 136, in run
   self.callback.init_master(self)
 File "/progs/relax-1.3.13/multi/processor.py", line 263, in
default_init_master
   self.master.run()
 File "/progs/relax-1.3.13/relax.py", line 171, in run
   self.interpreter.run(self.script_file)
 File "/progs/relax-1.3.13/prompt/interpreter.py", line 300, in run
   return run_script(intro=self.__intro_string, local=locals(),
script_file=script_file, quit=self.__quit_flag,
show_script=self.__show_script,
raise_relax_error=self.__raise_relax_error)
 File "/progs/relax-1.3.13/prompt/interpreter.py", line 610, in run_script
   return console.interact(intro, local, script_file, quit,
show_script=show_script, raise_relax_error=raise_relax_error)
 File "/progs/relax-1.3.13/prompt/interpreter.py", line 495, in 
interact_script
   exec_script(script_file, local)
 File "/progs/relax-1.3.13/prompt/interpreter.py", line 383, in exec_script
   runpy.run_module(module, globals)
 File "/usr/lib/python2.6/runpy.py", line 140, in run_module
   fname, loader, pkg_name)
 File "/usr/lib/python2.6/runpy.py", line 34, in _run_code
   exec code in run_globals
 File "/home1/hugh/data/pgm298bq/relax/dauvergne_protocol.py", line
216, in <module>
   dAuvergne_protocol(pipe_name=name, diff_model=DIFF_MODEL,
mf_models=MF_MODELS, local_tm_models=LOCAL_TM_MODELS,
grid_inc=GRID_INC, min_algor=MIN_ALGOR, mc_sim_num=MC_NUM,
conv_loop=CONV_LOOP)
 File "/progs/relax-1.3.13/auto_analyses/dauvergne_protocol.py", line
223, in __init__
Traceback (most recent call last):
 File "/progs/Linux/bin/relax13", line 7, in <module>
   relax.start()
 File "/progs/relax-1.3.13/relax.py", line 100, in start
   processor.run()
 File "/progs/relax-1.3.13/multi/uni_processor.py", line 139, in run
   self.callback.handle_exception(self, e)
 File "/progs/relax-1.3.13/multi/processor.py", line 250, in
default_handle_exception
   traceback.print_exc(file=sys.stderr)
 File "/usr/lib/python2.6/traceback.py", line 227, in print_exc
   print_exception(etype, value, tb, limit, file)
 File "/usr/lib/python2.6/traceback.py", line 125, in print_exception
   print_tb(tb, limit, file)
 File "/usr/lib/python2.6/traceback.py", line 69, in print_tb
   line = linecache.getline(filename, lineno, f.f_globals)
 File "/usr/lib/python2.6/linecache.py", line 14, in getline
   lines = getlines(filename, module_globals)
 File "/usr/lib/python2.6/linecache.py", line 40, in getlines
   return updatecache(filename, module_globals)
 File "/usr/lib/python2.6/linecache.py", line 136, in updatecache
   lines = fp.readlines()
MemoryError
9078.655u 666.933s 10:55:29.66 24.7%    0+0k 241482000+0io 6665721pf+0w

_______________________________________________
relax (http://nmr-relax.com)

This is the relax-users mailing list
relax-users@xxxxxxx

To unsubscribe from this list, get a password
reminder, or change your subscription options,
visit the list information page at
https://mail.gna.org/listinfo/relax-users



Related Messages


Powered by MHonArc, Updated Tue Mar 06 13:20:07 2012