<p>I am trying to set up my system to do parse ranking experiments.&nbsp; I have checked out the logon tree from <a href="http://svn.emmtee.net/extras/handon">http://svn.emmtee.net/extras/handon</a>.&nbsp; I tried to run scripts in the logon/ling/redwoods directory as per <a href="http://wiki.delph-in.net/moin/LogonModeling">instructions</a> on the Wiki; however, the feature caching step fails.<br>
</p><p>Specifically, I ran the command &quot;load --binary fc.lisp&quot; in the logon/lingo/redwoods directory which collects features from the jhpstg corpus.&nbsp; It ran for 2 hours and 45
minutes and appeared to be working correctly, but then it failed with
the following error.</p><p><font face="courier new,monospace">[17:45:41] cache-features(): item # 31212: 7 events;<br>
[17:45:41] cache-features(): item # 31213: 7 events;<br>[17:45:43] cache-features(): item # 31243: 294 events;<br>[17:45:43] cache-features(): item # 31251: 4 events;<br>[17:45:43] cache-features(): item # 31252: 3 events;<br>

[17:45:43] cache-features(): item # 31253: 3 events;<br>[17:46:02] operate-on-profiles(): running `jh3&#39; [31261 - 31511|.<br>[17:46:13] gc-after-hook(): local; new: 1677889568; old: 0; efficiency: 80.<br>Error: open-fc(): error -1 for<br>

&nbsp;      `/home/billmcn/logon/lingo/redwoods/tsdb/home/jh3/fc.bdb&#39;.<br><br>Restart actions (select using :continue):<br>&nbsp;0: retry the load of fc.lisp<br>&nbsp;1: skip loading fc.lisp<br>&nbsp;2: recompile /home/billmcn/logon/lingo/redwoods/fc.lisp<br>

&nbsp;3: Return to Top Level (an &quot;abort&quot; restart).<br>&nbsp;4: Abort entirely from this (lisp) process.<br>[1] TSNLP(4): :pop<br>TSNLP(4): EOF<br>Do you really want to kill process &quot;Initial Lisp Listener&quot; [n]?&nbsp;</font></p>

<p>The file /home/billmcn/logon/lingo/redwoods/tsdb/home/jh3/fc.bdb exists. &nbsp;At the time of the error the file fc.bdb exists and is 2959577088 bytes long.&nbsp; There was a message in STDERR that read</p><p><span style="font-family: courier new,monospace;">db_open(): error `DB_RUNRECOVERY: Fatal error, run database recovery&#39;</span><br>
</p><p>I tried running it again and saw a similar error, except this time in jh4/fc.bdb.</p><p>I&#39;m stuck and need help getting past this step.&nbsp; Any suggestions?&nbsp; Here are my specific questions.<br clear="all"></p>
<p>Questions:</p><ol><li>Any idea what the problem is?</li><li>Can I just rerun load --binary fc.lisp, or should I do some cleanup first?</li><li>How do I run database recovery as directed by the error message in STDERR?</li>
<li>Is there some way I can specify a very small treebank for the
system to work with? &nbsp;Something that could finish this step in a few
minutes rather than a few hours. &nbsp;It would be okay if it was too small
to get reliable statistics out of, since for starters I&#39;m just
verifying if the setup works.</li><li>Is there some way I can manually run the individual jh1, jh2, jh3, etc. steps?&nbsp; (It seems like they shouldn&#39;t depend on each other.)<br></li></ol><p>This is being run on the patas system at the University of Washington, which is Red Hat Linux.<br>
</p><p>Thanks.</p>-- <br>Bill McNeill<br><a href="http://staff.washington.edu/billmcn/index.shtml">http://staff.washington.edu/billmcn/index.shtml</a><br>