Waiting for read-lock on file: Difference between revisions

From CASA Guides
Jump to navigationJump to search
No edit summary
No edit summary
Line 8: Line 8:
And no tasks will operate within CASA on the .ms file anymore. Quitting out and restarting CASA doesn't seem to help.  
And no tasks will operate within CASA on the .ms file anymore. Quitting out and restarting CASA doesn't seem to help.  


Right now, the suggested fix for this is to just delete the table.lock file in your .ms directory. Here is the '''pythonic''' way to get rid of table-lock files in the present directory and subdirectories. Use the following code with caution!
Right now, the suggested fix for this is to try a clearstat:
<source lang="python">
clearstat
</source>
Sometimes typing this multiple times can help make sure the table is really unlocked.
 
In extreme cases, you might have to just delete the table.lock file manually in your .ms directory. Here is the '''pythonic''' way to get rid of table-lock files in the present directory and subdirectories. Use the following code with caution!


<source lang="python">
<source lang="python">

Revision as of 01:37, 6 June 2010

Hints, Tips, and Tricks

You might come across an error that looks like this:

2010-02-18 01:08:42 INFO listobs    Process 21666: waiting for read-lock on file .../Leo/leo1.ms/table.lock

And no tasks will operate within CASA on the .ms file anymore. Quitting out and restarting CASA doesn't seem to help.

Right now, the suggested fix for this is to try a clearstat:

clearstat

Sometimes typing this multiple times can help make sure the table is really unlocked.

In extreme cases, you might have to just delete the table.lock file manually in your .ms directory. Here is the pythonic way to get rid of table-lock files in the present directory and subdirectories. Use the following code with caution!

import os
for root, dirs, files in os.walk('./'):
    for name in files:
        if name == 'table.lock': os.remove(os.path.join(root,name))

Last checked on CASA Version 3.0.0 (r9860).


--Laura Chomiuk 20:03, 18 February 2010 (UTC)