<div dir="ltr">Yep... my plan was to try to help them with instructions about SSIDs.  Hadn't thought about locking them out... but that could happen too.  Maybe I'll say something to that effect in an email.<div><br></div><div>Heck, I should post something about this as an article on QRZ or eHam probably... make it generic (not product specific; I'm not trying to sell HRD here.  I'm trying to help these folks).</div><div><br></div><div>Mike, WA9PIE</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 2, 2016 at 7:59 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">I see this all the time. An email explaining how to use SSID's usually<br>
works but for the few that I get no answer from I lock them out.<br>
<br>
Mike, W1NR<br>
<span class=""><br>
On 11/02/2016 08:49 AM, Michael Carper, Ph.D. via Dxspider-support wrote:<br>
> Lee,<br>
><br>
> This thread goes back several months, but I found something that I<br>
> thought I'd share with you.<br>
><br>
> I was watching the login/logout activity on my cluster.  I reached out<br>
> to one of the users who I can see that will logout... and immediately<br>
> login (and there are about 10% of my connected users who do this).  I<br>
> wanted to find out if it was a software problem with HRD.<br>
><br>
> The user I reviewed was constantly logging out... logging in.<br>
><br>
> Turns out... after investigating... he had HRD installed on two<br>
> computers (which is fine)... and he was attempting to connect using the<br>
> same call from both computers to my cluster.  He was using the<br>
> "Reconnect on disconnect" option on both.<br>
><br>
> So when the second instance of HRD connected... it logged out the<br>
> previous one... and logged in from the new one... and this process kept<br>
> repeating itself in an alternating manner indefinitely.<br>
><br>
> My plan is to contact the users on my cluster and provide them a<br>
> document about using SSIDs and see if that helps the remaining users.<br>
><br>
> Mike, WA9PIE<br>
><br>
> On Sat, Apr 23, 2016 at 9:11 PM, Lee Sawkins <<a href="mailto:ve7cc@shaw.ca">ve7cc@shaw.ca</a><br>
</span><span class="">> <mailto:<a href="mailto:ve7cc@shaw.ca">ve7cc@shaw.ca</a>>> wrote:<br>
><br>
>     You might not like to hear this, but HRD is the source of my<br>
>     frequent user disconnects.   My HRD users are coming and going all<br>
>     the time.  I have complained about this before, but nothing has ever<br>
>     been done.  It appears if the node does not reply to HRD immediately<br>
>     the program will disconnect.  ALL other user client programs are<br>
>     stable and do not do this.<br>
><br>
>     Lee VE7CC<br>
><br>
</span>>     ------------------------------<wbr>------------------------------<wbr>------------<br>
>     *From: *"Michael Carper, Ph.D." <<a href="mailto:mike@wa9pie.net">mike@wa9pie.net</a><br>
>     <mailto:<a href="mailto:mike@wa9pie.net">mike@wa9pie.net</a>>><br>
>     *To: *"The DXSpider Support list" <<a href="mailto:dxspider-support@dxcluster.org">dxspider-support@dxcluster.<wbr>org</a><br>
>     <mailto:<a href="mailto:dxspider-support@dxcluster.org">dxspider-support@<wbr>dxcluster.org</a>>><br>
>     *Sent: *Saturday, April 23, 2016 11:39:52 PM<br>
>     *Subject: *Re: [Dxspider-support] Daily user disconnections<br>
<span class="">><br>
><br>
>     I don't have that line in my crontab... but I still have frequent<br>
>     user disconnections.  I haven't yet figured it out.<br>
><br>
>     Mike, WA9PIE<br>
><br>
>     On Sat, Apr 23, 2016 at 4:47 PM, ei6iz.Brendan Minish<br>
</span><div><div class="h5">>     <<a href="mailto:ei6iz.brendan@gmail.com">ei6iz.brendan@gmail.com</a> <mailto:<a href="mailto:ei6iz.brendan@gmail.com">ei6iz.brendan@gmail.<wbr>com</a>>> wrote:<br>
><br>
>         It's been bugging me for a while that ei7mre seems to kick off<br>
>         users every day, despite the cluster remaining running<br>
>         Today I did a bit of digging and this seems to coincide exactly<br>
>         with the cronjob that  is run by the system  from<br>
>         cmd/crontab at 3AM<br>
>         the offending entry appears to be<br>
><br>
>         0 3 * * * Spot::daily()<br>
><br>
>         is this because the job called is taking too long and it's in<br>
>         the main thread? or do I have a problem elsewhere I should be<br>
>         investigating?<br>
>         Do I risk really messing things up if I change the schedule of<br>
>         this job to run at a time when I might be awake, to allow me to<br>
>         do a bit more debugging<br>
><br>
>         ei7mre runs on a Centos7 VM with adequate resources (20G of SSD<br>
>         backed Storage, 1G ram)  and the dxspider process never actually<br>
>         crashes (up-time is 250 days at present)<br>
>         ei7mre typically has ~ 140 Users at weekends these days and<br>
>         never feels in the least bit sluggish, very light CPU load<br>
>         (0.04) most of the time<br>
><br>
><br>
>         --<br>
>         73<br>
>         Brendan EI6IZ<br>
><br>
>         ______________________________<wbr>_________________<br>
>         Dxspider-support mailing list<br>
>         <a href="mailto:Dxspider-support@dxcluster.org">Dxspider-support@dxcluster.org</a><br>
</div></div>>         <mailto:<a href="mailto:Dxspider-support@dxcluster.org">Dxspider-support@<wbr>dxcluster.org</a>><br>
>         <a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/<wbr>mailman/listinfo/dxspider-<wbr>support</a><br>
<span class="">>         <<a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/<wbr>mailman/listinfo/dxspider-<wbr>support</a>><br>
><br>
><br>
><br>
>     ______________________________<wbr>_________________<br>
>     Dxspider-support mailing list<br>
</span>>     <a href="mailto:Dxspider-support@dxcluster.org">Dxspider-support@dxcluster.org</a> <mailto:<a href="mailto:Dxspider-support@dxcluster.org">Dxspider-support@<wbr>dxcluster.org</a>><br>
>     <a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/<wbr>mailman/listinfo/dxspider-<wbr>support</a><br>
<span class="">>     <<a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/<wbr>mailman/listinfo/dxspider-<wbr>support</a>><br>
><br>
><br>
>     ______________________________<wbr>_________________<br>
>     Dxspider-support mailing list<br>
</span>>     <a href="mailto:Dxspider-support@dxcluster.org">Dxspider-support@dxcluster.org</a> <mailto:<a href="mailto:Dxspider-support@dxcluster.org">Dxspider-support@<wbr>dxcluster.org</a>><br>
>     <a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/<wbr>mailman/listinfo/dxspider-<wbr>support</a><br>
<div class="HOEnZb"><div class="h5">>     <<a href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">http://mailman.tobit.co.uk/<wbr>mailman/listinfo/dxspider-<wbr>support</a>><br>
><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Dxspider-support mailing list<br>
> <a href="mailto:Dxspider-support@dxcluster.org">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/<wbr>mailman/listinfo/dxspider-<wbr>support</a><br>
><br>
</div></div></blockquote></div><br></div>