[Dxspider-support] Spider continues to freeze and/or restart on its own

[Michael Carper, Ph.D.]

Good point, actually.

More often than not, it freezes up for a period of time... the users all
get disconnected... and after the system is no longer frozen, the node
shows no change in uptime.

In about 10 percent of cases, the system freezes... users get
disconnected... and when the system is back, it shows that it was just
restarted (though the server itself was not restarted; which is what my
original image showed).

During the time when the node is frozen, I'm also unable to login to the
Linux server itself.

So what I could do is remark-out some of these things and try to see if the
problem goes away.  (I stuck MAILTO statements in there and they didn't
generate emails).

Mike, WA9PIE

On Tue, Mar 22, 2016 at 6:02 AM, Mike McCarthy, W1NR <lists at w1nr.net> wrote:

> There is an issue with the Perl libraries that will cause a hang of about
> 2 minutes or more if you have a crontask that is trying to connect to a
> node that is not responding. It usually times out and continues but some
> users will time out their connections and reconnect. I have not seen this
> issue cause a restart.
>
> Mike, W1NR
>
> On 03/22/2016 12:48 AM, Michael Carper, Ph.D. wrote:
>
>> Yes.  The following spawn commands are in my crontab.  Other folks say
>> they're using these same commands without problem:
>>
>> # AutoUpdate DXSpider Server
>> 0 1 * * * spawn("cd /spider; git reset --hard; git pull")
>>
>> # AutoUpdate USDB
>> 0 2 * * 1,3,5 spawn("cd /tmp; wget -qN ftp://ftp.w1nr.net/usdbraw.gz;
>> /spider/perl/create_usdb.pl <http://create_usdb.pl> usdbraw.gz")
>> 5 2 * * 1,3,5 run_cmd("load/usdb")
>> 10 2 * * 1,3,5 spawn("rm /tmp/usdbraw.gz")
>>
>> # AutoUpdate Keps
>> 0 2 * * 2,4,6 spawn("cd /tmp; wget -qN
>> http://www.amsat.org/amsat/ftp/keps/current/nasabare.txt;
>> /spider/perl/convkeps.pl <http://convkeps.pl> -p nasabare.txt")
>> 5 2 * * 2,4,6 run_cmd("load/keps")
>> 10 2 * * 2,4,6 spawn("rm /tmp/nasabare.txt")
>>
>> # AutoUpdate CTY.DAT
>> 0 3 * * 0,2,5 spawn("cd /spider/data; wget -qN
>> http://www.country-files.com/cty/cty.dat")
>> 0 3 * * 0,2,5 spawn("cd /spider/data; wget -qN
>> http://www.country-files.com/cty/wpxloc.dat")
>> 0 3 * * 0,2,5 spawn("cd /spider/data; wget -qN
>> http://www.country-files.com/cty/wpxloc.raw")
>> 2 3 * * 0,2,5 spawn("cd /spider/data; /spider/perl/create_prefix.pl
>> <http://create_prefix.pl>")
>> 3 3 * * 0,2,5 run_cmd("load/prefix")
>>
>> On Mon, Mar 21, 2016 at 7:02 AM, Ron Gibson <r.gibson2 at sympatico.ca
>> <mailto:r.gibson2 at sympatico.ca>> wrote:
>>
>>     Hi Mike,
>>     By any chance do you have any entries in your Spider crontab with
>>     'spawn'?
>>     Ron
>>     VE3CGR
>>
>>     On 3/20/2016 8:01 PM, Michael G. Carper wrote:
>>
>>>
>>>     Attached image shows the DX Spider console… and the server’s
>>>     telnet console.  I sure wish I could figure out why Spider freezes
>>>     and/or restarts randomly.____
>>>
>>>     __ __
>>>
>>>     Mike, WA9PIE____
>>>
>>>
>>>
>>>     _______________________________________________
>>>     Dxspider-support mailing list
>>>     Dxspider-support at dxcluster.org <mailto:
>>> Dxspider-support at dxcluster.org>
>>>     http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>>
>>
>>
>>     _______________________________________________
>>     Dxspider-support mailing list
>>     Dxspider-support at dxcluster.org <mailto:Dxspider-support at dxcluster.org
>> >
>>     http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>
>>
>>
>>
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at dxcluster.org
>> http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>
>>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at dxcluster.org
> http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20160322/d6b0ac74/attachment.html>