<div dir="ltr">Dirk-<div><br></div><div>Thanks! I will try that and report back since it just now hung again.</div><div><br></div><div>-David, N9KT</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 7, 2019 at 6:09 PM Dirk Koopman via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk">dxspider-support@tobit.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">As it happens, this has recently happened to GB7DJK as well. This is <br>
what I (eventually) did to fix it:<br>
<br>
1. stop the node<br>
2. cd /spider/data<br>
3. rm users.v3 qsl.v1 dupefile<br>
4. perl user_asc<br>
5. ../perl/<a href="http://create_qsl.pl" rel="noreferrer" target="_blank">create_qsl.pl</a><br>
6. restart the node<br>
<br>
There is a long standing issue with DX_File databases (which are really <br>
Berkeley DB databases). These are notoriously finicky about only one <br>
writer and being closed properly. This is why there is a method of <br>
regenerating them. Now I don't know which of these got whacked (it's <br>
usually the dupefile) but it is also possible that some operating system <br>
system update  triggered it. I didn't discover which of them it was, but <br>
since I have done these things I appear to be running normally again.<br>
<br>
As an aside, several years ago, I did try using sqllite3 databases as <br>
they seemed a possible way forward, but they turned out to be even more <br>
unreliable. Perhaps I ought to try again now that sqlite3 has become a <br>
sort of de facto standard for this sort of thing.<br>
<br>
Dirk G1TLH<br>
<br>
On 07/03/2019 15:32, David Spoelstra via Dxspider-support wrote:<br>
> Keith, Andy, and Bernard: My RasPi3B is running off a hard drive. I <br>
> switched it to a hard drive when I replaced the RasPi2B with the <br>
> RasPi3 because of all the issues you mention.<br>
><br>
> Bernard - it's not the power supply because the RasPi is still running <br>
> fine and I can do other things with it (abet slowly since the hung <br>
> spider process is taking so much CPU power). Also, I have this RasPi <br>
> and another hooked to a GOOD 5V 10A supply and the other RasPi isn't <br>
> having any problems. The spider process is just essentially dead since <br>
> it's sitting at about 100% CPU. I just kill the process and <br>
> immediately restart it and everything is fine for about another day.<br>
><br>
> I just need some more data to debug it. Are there flags to turn on to <br>
> get more logs? Are there places to look I'm not looking (I've already <br>
> dug through syslog)?<br>
><br>
<br>
<br>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@tobit.co.uk" target="_blank">Dxspider-support@tobit.co.uk</a><br>
<a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
</blockquote></div>