<div dir="ltr">I'm presently pulling the latest cty.dat and usdbraw files automatically... and it loads them automatically.<div><br></div><div>Linux puzzles me.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 31, 2016 at 7:39 AM, Mike McCarthy, W1NR <span dir="ltr"><<a href="mailto:lists@w1nr.net" target="_blank">lists@w1nr.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This really sounds like a file corruption problem. I would start by getting the latest tarball and overwriting all of the distribution files. Then set the file permissions, types and ownership as per the installation instructions. I would then go back a couple of revisions of user_asc.oo and rebuild it. Then get the latest cty.dat and usdbraw, rebuild and load those. If that doesn't cure it, then I don't know what will.<br>
<br>
Mike, W1NR<span class=""><br>
<br>
On 03/31/2016 08:24 AM, Michael Carper, Ph.D. wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
No.  I'm not quite sure how to get there.  But this whole thing is<br>
happening very regularly now.<br>
<br>
Using the "top" command in Linux, I can see spider spike the CPU when<br>
this happens.  Dunno.<br>
<br>
Mike, WA9PIE<br>
<br>
On Thu, Mar 31, 2016 at 5:01 AM, Mike McCarthy, W1NR <<a href="mailto:lists@w1nr.net" target="_blank">lists@w1nr.net</a><br></span><span class="">
<mailto:<a href="mailto:lists@w1nr.net" target="_blank">lists@w1nr.net</a>>> wrote:<br>
<br>
    Have you looked at the console output and found where it hangs? One<br>
    thing that can take a considerable amount of time and blocks all<br>
    other activity are database search commands like 'show/dx<br>
    somerarecall' and 'show/log someunknowncall'. If your spots go back<br>
    a long time or your logs then that would account for some of it.<br>
    However, I have never seen it cause a restart.<br>
<br>
    Mike, W1NR<br>
<br>
    On 03/30/2016 11:51 PM, Michael Carper, Ph.D. wrote:<br>
<br>
        This evening... I had about an hour of regular disconnects for<br>
        users...<br>
        watched the server processor hit 70%... eventually, the node<br>
        restarted<br>
        completely... meanwhile, the server was not restarted.<br>
<br>
        I will not have much hair soon... I'm gonna pull it out.<br>
<br>
        Mike, WA9PIE<br>
<br>
        On Tue, Mar 29, 2016 at 4:57 PM, Dirk Koopman <<a href="mailto:djk@tobit.co.uk" target="_blank">djk@tobit.co.uk</a><br>
        <mailto:<a href="mailto:djk@tobit.co.uk" target="_blank">djk@tobit.co.uk</a>><br></span><div><div class="h5">
        <mailto:<a href="mailto:djk@tobit.co.uk" target="_blank">djk@tobit.co.uk</a> <mailto:<a href="mailto:djk@tobit.co.uk" target="_blank">djk@tobit.co.uk</a>>>> wrote:<br>
<br>
             On 29/03/16 22:10, Michael Carper, Ph.D. wrote:<br>
<br>
                 Hmmm... that occurred to me also (which is the way I<br>
        normally do<br>
                 this with Windows servers).<br>
<br>
                 Is there no more to the exercise except copying the<br>
        /spider tree<br>
                 over?  (ie. I'm not really a "Linux guy")<br>
<br>
<br>
<br>
             Not normally. There may be an issue with the user, usdb and<br>
        qsl data<br>
             files because of incompatibilities between different<br>
        versions of<br>
             Berkeley database file formats and/or Storable versions.<br>
        But, to a<br>
             large extent, these are now a thing of the past. But if you<br>
        need to:<br>
             the first two can be easily regenerated (from the user_asc and<br>
             pretending to do an "update" for usdb), the "live data" qsl<br>
        info<br>
             that is collected automatically can be regenerated using<br>
             /spider/perl/<a href="http://create_qsl.pl" rel="noreferrer" target="_blank">create_qsl.pl</a> <<a href="http://create_qsl.pl" rel="noreferrer" target="_blank">http://create_qsl.pl</a>><br>
        <<a href="http://create_qsl.pl" rel="noreferrer" target="_blank">http://create_qsl.pl</a>>. If you have many<br>
             spots, it can take a while - I have been collecting them<br>
        since 1997 :-).<br>
<br>
             If you have the two machines side by side and there a network<br>
             connection, the easiest way to replicate is to login as the<br>
        "sysop"<br>
             user to the new box then:<br>
<br>
             $ cd /spider<br>
             $ rsync -avz sysop@oldbox:/spider/* .<br>
<br>
             When you try start <a href="http://cluster.pl" rel="noreferrer" target="_blank">cluster.pl</a> <<a href="http://cluster.pl" rel="noreferrer" target="_blank">http://cluster.pl</a>><br>
        <<a href="http://cluster.pl" rel="noreferrer" target="_blank">http://cluster.pl</a>> you will probably<br>
             find that there are packages that you have forgotten to load (I<br>
             always do anyway). Just load the missing packages and, with a<br>
             following wind, it should all just spring into life.<br>
<br>
<br>
             _______________________________________________<br>
             Dxspider-support mailing list<br>
        <a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a><br>
        <mailto:<a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a>><br></div></div>
        <mailto:<a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a><span class=""><br>
        <mailto:<a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a>>><br>
        <a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
<br>
<br>
<br>
<br>
        _______________________________________________<br>
        Dxspider-support mailing list<br>
        <a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a><br>
        <mailto:<a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a>><br>
        <a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
<br>
<br>
    _______________________________________________<br>
    Dxspider-support mailing list<br>
    <a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a> <mailto:<a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a>><br>
    <a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a><br>
<a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
<br>
</span></blockquote><div class="HOEnZb"><div class="h5">
<br>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@dxcluster.org" target="_blank">Dxspider-support@dxcluster.org</a><br>
<a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
</div></div></blockquote></div><br></div>