According to http://en.wikipedia.org/wiki/Pentium_4, the dual-core
Pentium 4's should be 64-bit.  Is there a reason why the computer is
running the 32-bit version of Ubuntu rather than the 64-bit version?
Is this running directly on the CPU or in a virtual machine?  It could
be that you are simply limited to 4 Gb of total memory as this is a
32-bit machine (2**32 is 4 Gb).  Can you monitor relax at around
simulation 495 until the crash using top?  Or maybe monitor the
virtual memory size with:

$ grep VmSize /proc/xxxx/status

replacing 'xxxx' with the PID of the relax process.

Cheers,

Edward




On 6 March 2012 17:59, Edward d'Auvergne <[email protected]> wrote:
> Ah, that's better.  Well you have a total of 8 Gb of memory for relax
> to sit in, which is plenty for relax, so this is quite strange.  I've
> loaded much more data than that before on systems with less total
> memory, and it hasn't been a problem.  The Python MemoryError message
> appears to only occur once you have run out of total memory, and
> should kick in before the Linux OOM killer kills the program.  Could
> there be any programs or settings limiting the amount of memory
> individual programs or users are allowed on your machine?  If you run
> 'dmesg', is there anything at the end about memory issues?  And does
> it always say "Simulation 500" followed by the Traceback messages?  I
> wonder if this could be a memory corruption issue.  This is quite a
> strange error.  Do you have RAM testing programs available?
>
> For anther test, could you open 'auto_analyses/dauvergne_protocol.py'
> and delete the lines:
>
>            # Simulations.
>            self.interpreter.monte_carlo.setup(number=self.mc_sim_num)
>            self.interpreter.monte_carlo.create_data()
>            self.interpreter.monte_carlo.initial_values()
>            self.interpreter.minimise(self.min_algor,
> func_tol=self.opt_func_tol, max_iterations=self.opt_max_iterations)
>            self.interpreter.eliminate()
>            self.interpreter.monte_carlo.error_analysis()
>
> With these removed, it will test if it the Monte Carlo simulations
> triggering the MemoryError.
>
> Cheers,
>
> Edward
>
>
>
> On 6 March 2012 17:43, Hugh RW Dannatt <[email protected]> wrote:
>> I certainly thought I had run it in the right directory, but having
>> done it again it has just outputted that info.py has been updated, so
>> perhaps not, my apologies!
>>
>> free -m gives the following output:-
>>
>>            total       used       free     shared    buffers     cached
>> Mem:          2011       1958         53          0          2         41
>> -/+ buffers/cache:       1914         97
>> Swap:         5889        927       4962
>>
>> -----------
>>
>> And relax -i gives the following:-
>>
>>
>>                                    relax repository checkout
>>
>>                             Molecular dynamics by NMR data analysis
>>
>>                            Copyright (C) 2001-2006 Edward d'Auvergne
>>                        Copyright (C) 2006-2012 the relax development team
>>
>> This is free software which you are welcome to modify and redistribute
>> under the conditions of the
>> GNU General Public License (GPL).  This program, including all
>> modules, is licensed under the GPL
>> and comes with absolutely no warranty.  For details type 'GPL' within
>> the relax prompt.
>>
>> Assistance in using the relax prompt and scripting interface can be
>> accessed by typing 'help' within
>> the prompt.
>>
>> ImportError: relaxation curve fitting is unavailable, the
>> corresponding C modules have not been compiled.
>>
>> Processor fabric:  Uni-processor.
>>
>> Hardware information:
>>   Machine:                 i686
>>   Processor:
>>   Endianness:              little
>>
>>   Total RAM size:          2011 Mb
>>   Total swap size:         5889 Mb
>>
>>
>> Operating system information:
>>   System:                  Linux
>>   Release:                 2.6.32-38-generic
>>   Version:                 #83-Ubuntu SMP Wed Jan 4 11:13:04 UTC 2012
>>   GNU/Linux version:       Ubuntu 10.04 lucid
>>   Distribution:            Ubuntu 10.04 lucid
>>   Full platform string:
>> Linux-2.6.32-38-generic-i686-with-Ubuntu-10.04-lucid
>>
>> Python information:
>>   Architecture:            32bit ELF
>>   Python version:          2.6.5
>>   Python branch:           tags/r265
>>   Python build:            r265:79063, Apr 16 2010 13:09:56
>>   Python compiler:         GCC 4.4.3
>>   Libc version:            glibc 2.4
>>   Python implementation:   CPython
>>   Python revision:         79063
>>   Python executable:       /usr/bin/python
>>   Python flags:            sys.flags(debug=0, py3k_warning=0,
>> division_warning=0, division_new=0, inspect=0, interactive=0,
>> optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0,
>> ignore_environment=0, tabcheck=0, verbose=0, unicode=0,
>> bytes_warning=0)
>>   Python float info:
>> sys.floatinfo(max=1.7976931348623157e+308, max_exp=1024,
>> max_10_exp=308, min=2.2250738585072014e-308, min_exp=-1021,
>> min_10_exp=-307, dig=15, mant_dig=53, epsilon=2.2204460492503131e-16,
>> radix=2, rounds=1)
>>   Python module path:      ['', '/home1/hugh/installs/relax-1.3',
>> '/home1/hugh/programs/mattfit', '/usr/lib/python2.6',
>> '/usr/lib/python2.6/plat-linux2', '/usr/lib/python2.6/lib-tk',
>> '/usr/lib/python2.6/lib-old', '/usr/lib/python2.6/lib-dynload',
>> '/usr/lib/python2.6/dist-packages',
>> '/usr/lib/python2.6/dist-packages/PIL',
>> '/usr/lib/python2.6/dist-packages/gst-0.10',
>> '/usr/lib/pymodules/python2.6',
>> '/usr/lib/python2.6/dist-packages/gtk-2.0',
>> '/usr/lib/pymodules/python2.6/gtk-2.0',
>> '/usr/local/lib/python2.6/dist-packages',
>> '/home1/hugh/installs/relax-1.3/extern/scientific_python/linux2']
>>
>> Python packages (most are optional):
>>
>> Package              Installed       Version         Path
>> minfx                True            Unknown
>> /usr/local/lib/python2.6/dist-packages/minfx
>> bmrblib              False
>> numpy                True            1.3.0
>> /usr/lib/python2.6/dist-packages/numpy
>> scipy                True            0.7.0
>> /usr/lib/python2.6/dist-packages/scipy
>> wxPython             False
>> mpi4py               False
>> epydoc               False
>> optparse             True            1.5.3
>> /usr/lib/python2.6/optparse.pyc
>> readline             True
>> /usr/lib/python2.6/lib-dynload/readline.so
>> profile              True
>> /usr/lib/python2.6/profile.pyc
>> bz2                  True
>> /usr/lib/python2.6/lib-dynload/bz2.so
>> gzip                 True                            
>> /usr/lib/python2.6/gzip.pyc
>> os.devnull           True                            
>> /usr/lib/python2.6/os.pyc
>>
>> Compiled relax C modules:
>>   Relaxation curve fitting: False
>>
>>
>> -----------
>>
>> Alas the computer is running extremely slowly so I expect I will get
>> the MemoryError at some point again.
>>
>> Cheers
>>
>> Hugh
>>
>>
>>
>>
>> On 6 March 2012 16:19, Edward d'Auvergne <[email protected]> wrote:
>>> Did you run 'svn up' in the base relax directory?  And did you see a
>>> message that some files were updated?  What happens if you type 'free
>>> -m' on your system?
>>>
>>> Cheers,
>>>
>>> Edward
>>>
>>>
>>> On 6 March 2012 15:59, Hugh RW Dannatt <[email protected]> wrote:
>>>> Okay, made those changes, and it is now running. Thanks.
>>>>
>>>> I've run "svn up" and got the message " Skipped '.' ", which I guess I
>>>> can ignore.
>>>>
>>>> Output of relax -i:-
>>>>
>>>>                                     relax repository checkout
>>>>
>>>>                              Molecular dynamics by NMR data analysis
>>>>
>>>>                             Copyright (C) 2001-2006 Edward d'Auvergne
>>>>                         Copyright (C) 2006-2012 the relax development team
>>>>
>>>> This is free software which you are welcome to modify and redistribute
>>>> under the conditions of the
>>>> GNU General Public License (GPL).  This program, including all
>>>> modules, is licensed under the GPL
>>>> and comes with absolutely no warranty.  For details type 'GPL' within
>>>> the relax prompt.
>>>>
>>>> Assistance in using the relax prompt and scripting interface can be
>>>> accessed by typing 'help' within
>>>> the prompt.
>>>>
>>>> ImportError: relaxation curve fitting is unavailable, the
>>>> corresponding C modules have not been compiled.
>>>>
>>>> Processor fabric:  Uni-processor.
>>>>
>>>> Hardware information:
>>>>    Machine:                 i686
>>>>    Processor:
>>>>    Endianness:              little
>>>>
>>>> Operating system information:
>>>>    System:                  Linux
>>>>    Release:                 2.6.32-38-generic
>>>>    Version:                 #83-Ubuntu SMP Wed Jan 4 11:13:04 UTC 2012
>>>>    GNU/Linux version:       Ubuntu 10.04 lucid
>>>>    Distribution:            Ubuntu 10.04 lucid
>>>>    Full platform string:
>>>> Linux-2.6.32-38-generic-i686-with-Ubuntu-10.04-lucid
>>>>
>>>> Python information:
>>>>    Architecture:            32bit ELF
>>>>    Python version:          2.6.5
>>>>    Python branch:           tags/r265
>>>>    Python build:            r265:79063, Apr 16 2010 13:09:56
>>>>    Python compiler:         GCC 4.4.3
>>>>    Libc version:            glibc 2.4
>>>>    Python implementation:   CPython
>>>>    Python revision:         79063
>>>>    Python executable:       /usr/bin/python
>>>>    Python flags:            sys.flags(debug=0, py3k_warning=0,
>>>> division_warning=0, division_new=0, inspect=0, interactive=0,
>>>> optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0,
>>>> ignore_environment=0, tabcheck=0, verbose=0, unicode=0,
>>>> bytes_warning=0)
>>>>    Python float info:
>>>> sys.floatinfo(max=1.7976931348623157e+308, max_exp=1024,
>>>> max_10_exp=308, min=2.2250738585072014e-308, min_exp=-1021,
>>>> min_10_exp=-307, dig=15, mant_dig=53, epsilon=2.2204460492503131e-16,
>>>> radix=2, rounds=1)
>>>>    Python module path:      ['', '/home1/hugh/installs/relax-1.3',
>>>> '/home1/hugh/programs/mattfit', '/usr/lib/python2.6',
>>>> '/usr/lib/python2.6/plat-linux2', '/usr/lib/python2.6/lib-tk',
>>>> '/usr/lib/python2.6/lib-old', '/usr/lib/python2.6/lib-dynload',
>>>> '/usr/lib/python2.6/dist-packages',
>>>> '/usr/lib/python2.6/dist-packages/PIL',
>>>> '/usr/lib/python2.6/dist-packages/gst-0.10',
>>>> '/usr/lib/pymodules/python2.6',
>>>> '/usr/lib/python2.6/dist-packages/gtk-2.0',
>>>> '/usr/lib/pymodules/python2.6/gtk-2.0',
>>>> '/usr/local/lib/python2.6/dist-packages',
>>>> '/home1/hugh/installs/relax-1.3/extern/scientific_python/linux2']
>>>>
>>>> Python packages (most are optional):
>>>>
>>>> Package              Installed       Version         Path
>>>> minfx                True            Unknown
>>>> /usr/local/lib/python2.6/dist-packages/minfx
>>>> bmrblib              False
>>>> numpy                True            1.3.0
>>>> /usr/lib/python2.6/dist-packages/numpy
>>>> scipy                True            0.7.0
>>>> /usr/lib/python2.6/dist-packages/scipy
>>>> wxPython             False
>>>> mpi4py               False
>>>> epydoc               False
>>>> optparse             True            1.5.3
>>>> /usr/lib/python2.6/optparse.pyc
>>>> readline             True
>>>> /usr/lib/python2.6/lib-dynload/readline.so
>>>> profile              True
>>>> /usr/lib/python2.6/profile.pyc
>>>> bz2                  True
>>>> /usr/lib/python2.6/lib-dynload/bz2.so
>>>> gzip                 True                            
>>>> /usr/lib/python2.6/gzip.pyc
>>>> os.devnull           True                            
>>>> /usr/lib/python2.6/os.pyc
>>>>
>>>> Compiled relax C modules:
>>>>    Relaxation curve fitting: False
>>>>
>>>> ---------
>>>>
>>>> Hugh
>>>>
>>>>
>>>>
>>>>
>>>> On 6 March 2012 14:54, Edward d'Auvergne <[email protected]> wrote:
>>>>> Oh, that's a recent change as well.  There are a few changes in the
>>>>> main line which will require small changes to the relax input scripts.
>>>>>  I have standardised the value.set and related user functions across
>>>>> the different analysis types.  The 'bond_length' parameter needs to be
>>>>> replaced with 'r'.  You might encounter a few of these:
>>>>>
>>>>>    'bond_length' -> 'r'
>>>>>    'heteronucleus' -> 'heteronuc_type'
>>>>>    'proton' -> 'proton_type'
>>>>>
>>>>> I think that's all you'll need to modify in the script, the rest
>>>>> should be internally handled within relax.
>>>>>
>>>>> As for the memory error, I have updated the relax information print
>>>>> out to show more details.  Could you run 'svn up' and resend the
>>>>> output of 'relax -i'?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Edward
>>>>>
>>>>>
>>>>>
>>>>> On 6 March 2012 15:29, Hugh RW Dannatt <[email protected]> wrote:
>>>>>> Thanks for that, relax does now open properly. However, I now get the
>>>>>> following error when trying to run the dauvergne_protocol.py script:-
>>>>>>
>>>>>> relax> relax_data.read(ri_id='NOE_600', ri_type='NOE',
>>>>>> frq=600133000.0, file='noe_600', dir=None, spin_id_col=None,
>>>>>> mol_name_col=None, res_num_col=1, res_name_col=None,
>>>>>> spin_num_col=None, spin_name_col=None, data_col=3, error_col=4,
>>>>>> sep=None, spin_id=None)
>>>>>> Opening the file 'noe_600' for reading.
>>>>>>
>>>>>> relax> value.set(val=1.0200000000000001e-10, param='bond_length', 
>>>>>> spin_id=None)
>>>>>> debug> Execution lock:  Release by 'script UI' ('script' mode).
>>>>>> Traceback (most recent call last):
>>>>>>  File "/home1/hugh/installs/relax-1.3/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
>>>>>> 205, in <module>
>>>>>>    value.set(1.02 * 1e-10, 'bond_length')
>>>>>>  File "/home1/hugh/installs/relax-1.3/prompt/value.py", line 239, in set
>>>>>>    value.set(val=val, param=param, spin_id=spin_id)
>>>>>>  File "/home1/hugh/installs/relax-1.3/generic_fns/value.py", line 356, 
>>>>>> in set
>>>>>>    set_param_values(param=param, value=val, spin_id=spin_id, force=force)
>>>>>>  File "/home1/hugh/installs/relax-1.3/specific_fns/model_free/main.py",
>>>>>> line 2316, in set_param_values
>>>>>>    raise RelaxError("The parameter '%s' is unknown." % mf_params[i])
>>>>>> RelaxError: RelaxError: The parameter 'bond_length' is unknown.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hugh
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 6 March 2012 13:43, Edward d'Auvergne <[email protected]> wrote:
>>>>>>> Ok, the message is taking longer than normal to appear.  The float128
>>>>>>> problem was a recent change in relax.  I had just forgotten that
>>>>>>> float128 is absent from 32-bit numpy.  So on your machine you have no
>>>>>>> access to such high precision values.  This is only a problem if you
>>>>>>> do your own code and analysis development within relax, as no part of
>>>>>>> relax currently uses float128.
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Edward
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 6 March 2012 14:34, Edward d'Auvergne <[email protected]> wrote:
>>>>>>>> Hi Hugh,
>>>>>>>>
>>>>>>>> Just quickly, I fixed the float128 import problem.  See my commit
>>>>>>>> message at 
>>>>>>>> https://mail.gna.org/public/relax-commits/2012-03/msg00025.html
>>>>>>>> (you might have to wait a few min for the post to be archived and the
>>>>>>>> link to work).  Just type 'svn up' and the problem will be gone.  I'll
>>>>>>>> look at the other problem now.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Edward
>>>>>>>>
>>>>>>>>
>>>>>>>> On 6 March 2012 14:19, Hugh RW Dannatt <[email protected]> 
>>>>>>>> wrote:
>>>>>>>>> Hi Edward,
>>>>>>>>>
>>>>>>>>> I have removed the suggested files from uni_processor.py and the error
>>>>>>>>> given is below:-
>>>>>>>>>
>>>>>>>>> Simulation 495
>>>>>>>>> Simulation 496
>>>>>>>>> Simulation 497
>>>>>>>>> Simulation 498
>>>>>>>>> Simulation 499
>>>>>>>>> Simulation 500
>>>>>>>>> debug> Execution lock:  Release by 'script UI' ('script' mode).
>>>>>>>>> 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 135, 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
>>>>>>>>> 230, in __init__
>>>>>>>>>    status.exec_lock.release()
>>>>>>>>> MemoryError
>>>>>>>>> 3171.454u 7.344s 53:10.23 99.6% 0+0k 16400+0io 14pf+0w
>>>>>>>>>
>>>>>>>>> ---------------
>>>>>>>>>
>>>>>>>>> At the same time (as the computer hangs for hours each time I try to
>>>>>>>>> test this), I thought I would try to run the most up-to-date of relax,
>>>>>>>>> but this has proved problematic. We have installed subversion and
>>>>>>>>> downloaded the latest repository as you described. We then had to
>>>>>>>>> install "minfx" which was not required for the release version 1.3.13.
>>>>>>>>> Is this correct?
>>>>>>>>>
>>>>>>>>> After this, when trying to run relax, arg_check.py returns an error
>>>>>>>>> trying to import "float128" from numpy. It may be that we are running
>>>>>>>>> an old version, I will look into this this afternoon.
>>>>>>>>>
>>>>>>>>> Hugh
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 6 March 2012 12:04, Edward d'Auvergne <[email protected]> wrote:
>>>>>>>>>> One other point is that I've recently been working on cleaning up,
>>>>>>>>>> simplifying, and fixing a few IO stream bugs the multi-processor
>>>>>>>>>> package in the 1.3 line of the relax repository since I tagged and
>>>>>>>>>> released the 1.3.13 version.  So there is a slight chance that I may
>>>>>>>>>> accientally have fixed the problem already.  But you'll need to check
>>>>>>>>>> out the most up to date repository code with the subversion program 
>>>>>>>>>> to
>>>>>>>>>> test this.
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>>
>>>>>>>>>> Edward
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 6 March 2012 12:58, Edward d'Auvergne <[email protected]> 
>>>>>>>>>> wrote:
>>>>>>>>>>> Actually, looking the code, it appears as though the multi-processor
>>>>>>>>>>> error handling is failing.  Which means that there are probably two
>>>>>>>>>>> bugs here.  One is causing the program to fail, the second in the
>>>>>>>>>>> multi-processor error handling is causing the memory error, hiding 
>>>>>>>>>>> the
>>>>>>>>>>> frist problem.  Could you replace the run() function in
>>>>>>>>>>> multi/uni_processor.py code?  The original code should be:
>>>>>>>>>>>
>>>>>>>>>>>    def run(self):
>>>>>>>>>>>        try:
>>>>>>>>>>>            self.pre_run()
>>>>>>>>>>>            self.callback.init_master(self)
>>>>>>>>>>>            self.post_run()
>>>>>>>>>>>        except Exception, e:
>>>>>>>>>>>            self.callback.handle_exception(self, e)
>>>>>>>>>>>
>>>>>>>>>>> Could you replace it with:
>>>>>>>>>>>
>>>>>>>>>>>    def run(self):
>>>>>>>>>>>        self.pre_run()
>>>>>>>>>>>        self.callback.init_master(self)
>>>>>>>>>>>        self.post_run()
>>>>>>>>>>>
>>>>>>>>>>> and see what the error message is?  If what I said above is correct,
>>>>>>>>>>> then this should uncover the first bug (which then triggers the
>>>>>>>>>>> second).  By the way, how long does it take to test this problem?
>>>>>>>>>>>
>>>>>>>>>>> Cheers,
>>>>>>>>>>>
>>>>>>>>>>> Edward
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 6 March 2012 12:49, Edward d'Auvergne <[email protected]> 
>>>>>>>>>>> wrote:
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> Thank you for all the details.  That really helps in narrowing down
>>>>>>>>>>>> the bug!  From all the info, the bug is without doubt within the
>>>>>>>>>>>> multi-processor package.  Cheers.  If you have a little time, we 
>>>>>>>>>>>> can
>>>>>>>>>>>> work together and fix this.  The changes/fixes will go into the
>>>>>>>>>>>> repository version, so you'll need a copy of that for testing.  Do 
>>>>>>>>>>>> you
>>>>>>>>>>>> have the subversion program installed?  If so, you can obtain the 
>>>>>>>>>>>> most
>>>>>>>>>>>> up to date copy from the repository by typing:
>>>>>>>>>>>>
>>>>>>>>>>>> $ svn co svn://svn.gna.org/svn/relax/1.3 relax-1.3
>>>>>>>>>>>>
>>>>>>>>>>>> or if this doesn't work:
>>>>>>>>>>>>
>>>>>>>>>>>> $ svn co http://svn.gna.org/svn/relax/1.3 relax-1.3
>>>>>>>>>>>>
>>>>>>>>>>>> If you already have a checked out copy, you can update to the 
>>>>>>>>>>>> newest
>>>>>>>>>>>> copy by typing:
>>>>>>>>>>>>
>>>>>>>>>>>> $ svn up
>>>>>>>>>>>>
>>>>>>>>>>>> I'll look at the second bug you've identifed later.  It would be
>>>>>>>>>>>> appreciated if you created a second bug report for that problem 
>>>>>>>>>>>> too.
>>>>>>>>>>>> I would not recommend reverting to earlier relax versions due to 
>>>>>>>>>>>> the
>>>>>>>>>>>> number of bug fixes and other problems solved since then.  This 
>>>>>>>>>>>> should
>>>>>>>>>>>> not affect the model-free results, but the bugs could bite 
>>>>>>>>>>>> elsewhere.
>>>>>>>>>>>> Hopefully I can fix this problem quickly.
>>>>>>>>>>>>
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>
>>>>>>>>>>>> Edward
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> P. S.  For reference, the bug report is 
>>>>>>>>>>>> https://gna.org/bugs/?19528.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On 6 March 2012 12:18, Hugh RW Dannatt <[email protected]> 
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>> Hi Edward,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Your description sounds very likely the cause of the problem, 
>>>>>>>>>>>>> during
>>>>>>>>>>>>> the time where no output is being produced, the computer gets
>>>>>>>>>>>>> gradually more and more slow before finally giving up.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The error is reproducible such that I have tried it on a couple of
>>>>>>>>>>>>> different machines and it has failed several times at the same 
>>>>>>>>>>>>> stage.
>>>>>>>>>>>>> The error messages tend to vary a little, however. Here are 
>>>>>>>>>>>>> another 2
>>>>>>>>>>>>> of the outputs given when the program has failed (I should 
>>>>>>>>>>>>> clarify all
>>>>>>>>>>>>> of these messages came from runs done on the same machine, and the
>>>>>>>>>>>>> second was run with option "-d" but it hasn't helped very much):-
>>>>>>>>>>>>>
>>>>>>>>>>>>> Simulation 492
>>>>>>>>>>>>> Simulation 493
>>>>>>>>>>>>> Simulation 494
>>>>>>>>>>>>> Simulation 495
>>>>>>>>>>>>> Simulation 496
>>>>>>>>>>>>> Simulation 497
>>>>>>>>>>>>> Simulation 498
>>>>>>>>>>>>> Simulation 499
>>>>>>>>>>>>> Simulation 500
>>>>>>>>>>>>> Traceback (most recent call last):
>>>>>>>>>>>>>  File "/usr/local/relax-1.3.13/multi/uni_processor.py", line 136, 
>>>>>>>>>>>>> in run
>>>>>>>>>>>>>    self.callback.init_master(self)
>>>>>>>>>>>>>  File "/usr/local/relax-1.3.13/multi/processor.py", line 263, in 
>>>>>>>>>>>>> default_init_m
>>>>>>>>>>>>> aster
>>>>>>>>>>>>> Traceback (most recent call last):
>>>>>>>>>>>>>  File "/usr/local/bin/relax", line 7, in <module>
>>>>>>>>>>>>>    relax.start()
>>>>>>>>>>>>>  File "/usr/local/relax-1.3.13/relax.py", line 100, in start
>>>>>>>>>>>>>    processor.run()
>>>>>>>>>>>>>  File "/usr/local/relax-1.3.13/multi/uni_processor.py", line 139, 
>>>>>>>>>>>>> in run
>>>>>>>>>>>>>    self.callback.handle_exception(self, e)
>>>>>>>>>>>>>  File "/usr/local/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
>>>>>>>>>>>>> 9203.219u 258.488s 8:05:09.46 32.5%     0+0k 90962440+0io 
>>>>>>>>>>>>> 2215895pf+0w
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> Simulation 489
>>>>>>>>>>>>> Simulation 490
>>>>>>>>>>>>> Simulation 491
>>>>>>>>>>>>> Simulation 492
>>>>>>>>>>>>> Simulation 493
>>>>>>>>>>>>> Simulation 494
>>>>>>>>>>>>> Simulation 495
>>>>>>>>>>>>> Simulation 496
>>>>>>>>>>>>> Simulation 497
>>>>>>>>>>>>> Simulation 498
>>>>>>>>>>>>> Simulation 499
>>>>>>>>>>>>> Simulation 500
>>>>>>>>>>>>> debug> Execution lock:  Release by 'script UI' ('script' mode).
>>>>>>>>>>>>> debug> Execution lock:  Release by 'script UI' ('script' mode).
>>>>>>>>>>>>> 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_exc
>>>>>>>>>>>>> eption
>>>>>>>>>>>>>    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)
>>>>>>>>>>>>> MemoryError
>>>>>>>>>>>>>
>>>>>>>>>>>>> 8006.268u 542.873s 8:34:11.81 27.7%     0+0k 225824840+0io 
>>>>>>>>>>>>> 6192344pf+0w
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> If the number of MC simulations is dropped even as little as 100, 
>>>>>>>>>>>>> the
>>>>>>>>>>>>> program finishes the fitting successfully, though I then get an 
>>>>>>>>>>>>> error
>>>>>>>>>>>>> message to do with the grace files (i've not been using them so 
>>>>>>>>>>>>> I'm
>>>>>>>>>>>>> not bothered about this though it will be of interest to you no
>>>>>>>>>>>>> doubt):-
>>>>>>>>>>>>>
>>>>>>>>>>>>> Data pipe 'final':  The ts value of 2.6285e-08 is greater than 
>>>>>>>>>>>>> 1.9714e-08, elimi
>>>>>>>>>>>>> nating simulation 94 of spin system ':218@N'.
>>>>>>>>>>>>> Data pipe 'final':  The ts value of 2.6285e-08 is greater than 
>>>>>>>>>>>>> 1.9714e-08, elimi
>>>>>>>>>>>>> nating simulation 95 of spin system ':218@N'.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> monte_carlo.error_analysis(prune=0.0)
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> results.write(file='results', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/
>>>>>>>>>>>>> final', compress_type=1, force=True)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/results.bz2' for w
>>>>>>>>>>>>> riting.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> grace.write(x_data_type='spin', y_data_type='s2', 
>>>>>>>>>>>>> spin_id=None, plot_data
>>>>>>>>>>>>> ='value', file='s2.agr', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/final/grace'
>>>>>>>>>>>>> , force=True, norm=False)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/grace/s2.agr' for
>>>>>>>>>>>>> writing.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> grace.write(x_data_type='spin', y_data_type='s2f', 
>>>>>>>>>>>>> spin_id=None, plot_dat
>>>>>>>>>>>>> a='value', file='s2f.agr', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/final/grac
>>>>>>>>>>>>> e', force=True, norm=False)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/grace/s2f.agr' for
>>>>>>>>>>>>>  writing.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> grace.write(x_data_type='spin', y_data_type='s2s', 
>>>>>>>>>>>>> spin_id=None, plot_dat
>>>>>>>>>>>>> a='value', file='s2s.agr', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/final/grac
>>>>>>>>>>>>> e', force=True, norm=False)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/grace/s2s.agr' for
>>>>>>>>>>>>>  writing.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> grace.write(x_data_type='spin', y_data_type='te', 
>>>>>>>>>>>>> spin_id=None, plot_data
>>>>>>>>>>>>> ='value', file='te.agr', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/final/grace'
>>>>>>>>>>>>> , force=True, norm=False)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/grace/te.agr' for
>>>>>>>>>>>>> writing.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> grace.write(x_data_type='spin', y_data_type='tf', 
>>>>>>>>>>>>> spin_id=None, plot_data
>>>>>>>>>>>>> ='value', file='tf.agr', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/final/grace'
>>>>>>>>>>>>> , force=True, norm=False)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/grace/tf.agr' for
>>>>>>>>>>>>> writing.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> grace.write(x_data_type='spin', y_data_type='ts', 
>>>>>>>>>>>>> spin_id=None, plot_data
>>>>>>>>>>>>> ='value', file='ts.agr', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/final/grace'
>>>>>>>>>>>>> , force=True, norm=False)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/grace/ts.agr' for
>>>>>>>>>>>>> writing.
>>>>>>>>>>>>>
>>>>>>>>>>>>> relax> grace.write(x_data_type='spin', y_data_type='rex', 
>>>>>>>>>>>>> spin_id=None, plot_dat
>>>>>>>>>>>>> a='value', file='rex.agr', 
>>>>>>>>>>>>> dir='/ld10c/home1/hugh/data/pgm298bq/relax/final/grac
>>>>>>>>>>>>> e', force=True, norm=False)
>>>>>>>>>>>>> Opening the file 
>>>>>>>>>>>>> '/ld10c/home1/hugh/data/pgm298bq/relax/final/grace/rex.agr' for
>>>>>>>>>>>>>  writing.
>>>>>>>>>>>>> debug> Execution lock:  Release by 'script UI' ('script' mode).
>>>>>>>>>>>>> debug> Execution lock:  Release by 'script UI' ('script' mode).
>>>>>>>>>>>>> Traceback (most recent call last):
>>>>>>>>>>>>>  File "/ld10c/progs/relax-1.3.13/prompt/interpreter.py", line 
>>>>>>>>>>>>> 383, in exec_scri
>>>>>>>>>>>>> pt
>>>>>>>>>>>>>    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 
>>>>>>>>>>>>> "/ld10c/home1/hugh/data/pgm298bq/relax/dauvergne_protocol_lessMC.py",
>>>>>>>>>>>>>  lin
>>>>>>>>>>>>> e 216, in <module>
>>>>>>>>>>>>>    dAuvergne_protocol(pipe_name=name, diff_model=DIFF_MODEL, 
>>>>>>>>>>>>> mf_models=MF_MODEL
>>>>>>>>>>>>> S, local_tm_models=LOCAL_TM_MODELS, grid_inc=GRID_INC, 
>>>>>>>>>>>>> min_algor=MIN_ALGOR, mc_s
>>>>>>>>>>>>> im_num=MC_NUM, conv_loop=CONV_LOOP)
>>>>>>>>>>>>>  File 
>>>>>>>>>>>>> "/ld10c/progs/relax-1.3.13/auto_analyses/dauvergne_protocol.py", 
>>>>>>>>>>>>> line 223
>>>>>>>>>>>>> , in __init__
>>>>>>>>>>>>>    self.execute()
>>>>>>>>>>>>>  File 
>>>>>>>>>>>>> "/ld10c/progs/relax-1.3.13/auto_analyses/dauvergne_protocol.py", 
>>>>>>>>>>>>> line 710
>>>>>>>>>>>>> , in execute
>>>>>>>>>>>>>    self.write_results()
>>>>>>>>>>>>>  File 
>>>>>>>>>>>>> "/ld10c/progs/relax-1.3.13/auto_analyses/dauvergne_protocol.py", 
>>>>>>>>>>>>> line 837
>>>>>>>>>>>>> , in write_results
>>>>>>>>>>>>>    self.interpreter.grace.write(x_data_type='spin', 
>>>>>>>>>>>>> y_data_type='rex', file='re
>>>>>>>>>>>>> x.agr',       dir=dir, force=True)
>>>>>>>>>>>>>  File "/ld10c/progs/relax-1.3.13/prompt/grace.py", line 103, in 
>>>>>>>>>>>>> write
>>>>>>>>>>>>>    grace.write(x_data_type=x_data_type, y_data_type=y_data_type, 
>>>>>>>>>>>>> spin_id=spin_i
>>>>>>>>>>>>> d, plot_data=plot_data, file=file, dir=dir, force=force, 
>>>>>>>>>>>>> norm=norm)
>>>>>>>>>>>>>  File "/ld10c/progs/relax-1.3.13/generic_fns/grace.py", line 366, 
>>>>>>>>>>>>> in write
>>>>>>>>>>>>>    write_xy_header(sets=len(data[0]), file=file, 
>>>>>>>>>>>>> data_type=[x_data_type, y_data
>>>>>>>>>>>>> _type], seq_type=seq_type, set_names=set_names, norm=norm)
>>>>>>>>>>>>>  File "/ld10c/progs/relax-1.3.13/generic_fns/grace.py", line 600, 
>>>>>>>>>>>>> in write_xy_h
>>>>>>>>>>>>> eader
>>>>>>>>>>>>>    units = return_units(data_type[i])
>>>>>>>>>>>>>  File 
>>>>>>>>>>>>> "/ld10c/progs/relax-1.3.13/specific_fns/model_free/main.py", line 
>>>>>>>>>>>>> 2394, i
>>>>>>>>>>>>> n return_units
>>>>>>>>>>>>>    raise RelaxNoSpinSpecError
>>>>>>>>>>>>> RelaxNoSpinSpecError: RelaxError: The spin system must be 
>>>>>>>>>>>>> specified.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> 3510.479u 20.741s 59:07.76 99.5%        0+0k 0+3368io 0pf+0w
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> Finally, this is the output from relax --info as requested:-
>>>>>>>>>>>>>
>>>>>>>>>>>>>                                            relax 1.3.13
>>>>>>>>>>>>>
>>>>>>>>>>>>>                              Molecular dynamics by NMR data 
>>>>>>>>>>>>> analysis
>>>>>>>>>>>>>
>>>>>>>>>>>>>                             Copyright (C) 2001-2006 Edward 
>>>>>>>>>>>>> d'Auvergne
>>>>>>>>>>>>>                         Copyright (C) 2006-2011 the relax 
>>>>>>>>>>>>> development team
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is free software which you are welcome to modify and 
>>>>>>>>>>>>> redistribute
>>>>>>>>>>>>> under the conditions of the
>>>>>>>>>>>>> GNU General Public License (GPL).  This program, including all
>>>>>>>>>>>>> modules, is licensed under the GPL
>>>>>>>>>>>>> and comes with absolutely no warranty.  For details type 'GPL' 
>>>>>>>>>>>>> within
>>>>>>>>>>>>> the relax prompt.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Assistance in using the relax prompt and scripting interface can 
>>>>>>>>>>>>> be
>>>>>>>>>>>>> accessed by typing 'help' within
>>>>>>>>>>>>> the prompt.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Processor fabric:  Uni-processor.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hardware information:
>>>>>>>>>>>>>    Machine:                 i686
>>>>>>>>>>>>>    Processor:
>>>>>>>>>>>>>
>>>>>>>>>>>>> System information:
>>>>>>>>>>>>>    System:                  Linux
>>>>>>>>>>>>>    Release:                 2.6.32-37-generic
>>>>>>>>>>>>>    Version:                 #81-Ubuntu SMP Fri Dec 2 20:35:14 UTC 
>>>>>>>>>>>>> 2011
>>>>>>>>>>>>>    GNU/Linux version:       Ubuntu 10.04 lucid
>>>>>>>>>>>>>    Distribution:            Ubuntu 10.04 lucid
>>>>>>>>>>>>>    Full platform string:
>>>>>>>>>>>>> Linux-2.6.32-37-generic-i686-with-Ubuntu-10.04-lucid
>>>>>>>>>>>>>
>>>>>>>>>>>>> Software information:
>>>>>>>>>>>>>    Architecture:            32bit ELF
>>>>>>>>>>>>>    Python version:          2.6.5
>>>>>>>>>>>>>    Python branch:           tags/r265
>>>>>>>>>>>>>    Python build:            r265:79063, Apr 16 2010 13:09:56
>>>>>>>>>>>>>    Python compiler:         GCC 4.4.3
>>>>>>>>>>>>>    Python implementation:   CPython
>>>>>>>>>>>>>    Python revision:         79063
>>>>>>>>>>>>>    Numpy version:           1.3.0
>>>>>>>>>>>>>    Libc version:            glibc 2.4
>>>>>>>>>>>>>
>>>>>>>>>>>>> Python packages (most are optional):
>>>>>>>>>>>>>
>>>>>>>>>>>>> Package              Installed       Version         Path
>>>>>>>>>>>>> minfx                True            Unknown
>>>>>>>>>>>>> /ld10c/progs/relax-1.3.13/minfx
>>>>>>>>>>>>> bmrblib              True            Unknown
>>>>>>>>>>>>> /ld10c/progs/relax-1.3.13/bmrblib
>>>>>>>>>>>>> numpy                True            1.3.0
>>>>>>>>>>>>> /usr/lib/python2.6/dist-packages/numpy
>>>>>>>>>>>>> scipy                True            0.7.0
>>>>>>>>>>>>> /usr/lib/python2.6/dist-packages/scipy
>>>>>>>>>>>>> wxPython             False
>>>>>>>>>>>>> mpi4py               False
>>>>>>>>>>>>> epydoc               False
>>>>>>>>>>>>> optparse             True            1.5.3
>>>>>>>>>>>>> /usr/lib/python2.6/optparse.pyc
>>>>>>>>>>>>> readline             True
>>>>>>>>>>>>> /usr/lib/python2.6/lib-dynload/readline.so
>>>>>>>>>>>>> profile              True
>>>>>>>>>>>>> /usr/lib/python2.6/profile.pyc
>>>>>>>>>>>>> bz2                  True
>>>>>>>>>>>>> /usr/lib/python2.6/lib-dynload/bz2.so
>>>>>>>>>>>>> gzip                 True                            
>>>>>>>>>>>>> /usr/lib/python2.6/gzip.pyc
>>>>>>>>>>>>> os.devnull           True                            
>>>>>>>>>>>>> /usr/lib/python2.6/os.pyc
>>>>>>>>>>>>>
>>>>>>>>>>>>> Compiled relax C modules:
>>>>>>>>>>>>>    Relaxation curve fitting: True
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> Apologies for all the detail but I'm not really sure what to do 
>>>>>>>>>>>>> here.
>>>>>>>>>>>>> If it is the multi-processor part of it that is failing, is 
>>>>>>>>>>>>> installing
>>>>>>>>>>>>> relax 1.3.11 an option? I previously has 1.3.10 installed and the
>>>>>>>>>>>>> commands seem to have changed quite a lot since then. What is your
>>>>>>>>>>>>> opinion on the validity of error estimates based on 100 
>>>>>>>>>>>>> simulations?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hugh
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 5 March 2012 08:33, Edward d'Auvergne 
>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>> 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 
>>>>>>>>>>>>>> <[email protected]> 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
>>>>>>>>>>>>>>> [email protected]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 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
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Hugh Dannatt
>>>>>>>>>>>>> PhD Student Researcher
>>>>>>>>>>>>>
>>>>>>>>>>>>> Prof. Jon Waltho Lab
>>>>>>>>>>>>> Department of Molecular Biology & Biotechnology
>>>>>>>>>>>>> University of Sheffield
>>>>>>>>>>>>> Firth Court
>>>>>>>>>>>>> Western Bank
>>>>>>>>>>>>> Sheffield
>>>>>>>>>>>>> S10 2TN
>>>>>>>>>>>>>
>>>>>>>>>>>>> 0114 222 2729
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Hugh Dannatt
>>>>>>>>> PhD Student Researcher
>>>>>>>>>
>>>>>>>>> Prof. Jon Waltho Lab
>>>>>>>>> Department of Molecular Biology & Biotechnology
>>>>>>>>> University of Sheffield
>>>>>>>>> Firth Court
>>>>>>>>> Western Bank
>>>>>>>>> Sheffield
>>>>>>>>> S10 2TN
>>>>>>>>>
>>>>>>>>> 0114 222 2729
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Hugh Dannatt
>>>>>> PhD Student Researcher
>>>>>>
>>>>>> Prof. Jon Waltho Lab
>>>>>> Department of Molecular Biology & Biotechnology
>>>>>> University of Sheffield
>>>>>> Firth Court
>>>>>> Western Bank
>>>>>> Sheffield
>>>>>> S10 2TN
>>>>>>
>>>>>> 0114 222 2729
>>>>>>
>>>>>> _______________________________________________
>>>>>> relax (http://nmr-relax.com)
>>>>>>
>>>>>> This is the relax-users mailing list
>>>>>> [email protected]
>>>>>>
>>>>>> 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
>>>>
>>>>
>>>>
>>>> --
>>>> Hugh Dannatt
>>>> PhD Student Researcher
>>>>
>>>> Prof. Jon Waltho Lab
>>>> Department of Molecular Biology & Biotechnology
>>>> University of Sheffield
>>>> Firth Court
>>>> Western Bank
>>>> Sheffield
>>>> S10 2TN
>>>>
>>>> 0114 222 2729
>>
>>
>>
>> --
>> Hugh Dannatt
>> PhD Student Researcher
>>
>> Prof. Jon Waltho Lab
>> Department of Molecular Biology & Biotechnology
>> University of Sheffield
>> Firth Court
>> Western Bank
>> Sheffield
>> S10 2TN
>>
>> 0114 222 2729

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

This is the relax-users mailing list
[email protected]

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

Reply via email to