[Dxspider-support] Help needed - still unable to save user_asc files

Fri Dec 27 11:44:49 CET 2019

WA9PIE-2 is running centos-release-6-10.el6.centos.12.3.x86_64.

Professionally, I've been running environments globally on VMs (Microsoft
Azure, AWS, Google Cloud) for about 10 years now. The applications are
HEAVY applications like SAP, Oracle... and so on. They're not on dedicated
machines (putting a single VM on a single machine completely defeats the
purpose of having virtualized the server).

So... I don't think it's related to the server hardware.

If it's related to the operating system... then that's weird. Because
WA9PIE-2 was running just fine for several years... then one day... empty
user files being created.

Could it be permissions? I wouldn't think so. I've checked them.

None of it makes sense.

Spider has been set to pull down updates as they're deployed. Not sure if
that has anything to do with it.

So Dirk and I tried to build a new server running mojo... and as soon as
the peer nodes connected and it started taking on connections, CPU went to
100% and it was pretty much locked up.

So I built a new VM... tried it again... same result.

Puzzled... but hoping to find a needle in this haystack.

Mike, VK4/WA9PIE

On Fri, Dec 27, 2019 at 3:26 AM Rene Olsen via Dxspider-support <
dxspider-support at tobit.co.uk> wrote:

> Hi.
>
> I am running Spider on a cloud server, the absolute smallest one I could
> get.
>
> I think it is 1 vCPU, 512 MB RAM and 20 GB storage. What 1 vCPU is I have
> no clue, but
> working on the shell and the speed in spider i OK for me.
>
> I seldomly have more than 50 users though. I have no idea what would
> happen if it was 10
> times that or more.
>
> Running debian OS.
>
> Am running DX Spider Cluster version 1.55 (build 0.181 git: 65ed61f[r]) on
> Linux, which I am
> sure is probably not the most recent one. I don't really recall when I
> last did an update.
>
> Vy 73 de René OZ1LQH
>
>
> On 27 Dec 2019 at 8:21, Ian Maude via Dxspider-suppor wrote:
>
> > So I guess this poses a couple of questions.  What is the OS and is
> anybody else running Spider on a Cloud instance?
> >
> > 73 Ian
> > On 26 Dec 2019, 20:20 +0000, Dirk Koopman via Dxspider-support <
> dxspider-support at tobit.co.uk>, wrote:
> > > More than once, probably about six times.
> > >
> > > One can rebuild the user file and restart the node. All is then well
> for a while. I believe I have seen it work for more than one week, but
> within another week or two it will revert to an empty user file. It MAY be
> related to spawned jobs which write to the user file thus corrupting the
> user file, but not every time and, in any case, I can't see any spawn jobs
> that might do a write. I am reluctant to put in file spin locks but it may
> become necessary. It MIGHT be memory usage, but there is no objective
> evidence for a lack thereof.
> > >
> > > Mike seems to have the only instance of "standard" (i.e. non-mojo)
> DXSpider that can (at least for a time) support 1000+ users on quite a
> lowly single processor GCloud instance - and seemingly with room for many
> more. As you know Ian, us lesser mortals start to see serious CPU usage
> above about 4-500 users (depending on processor). And worse, it appears
> that the mojo branch runs like a snail on mogodon on an identical instance
> in the same data centre. Which is the exact opposite of anyone else's
> experience.
> > >
> > > Mike is unwilling to run his node on dedicated hardware for perfectly
> reasonable reasons. But otherwise, I am stumped.
> > >
> > > Dirk G1TLH
> > >
> > > On 26/12/2019 14:35, Michael Carper, Ph.D. via Dxspider-support wrote:
> > > > Yes. Actually Dirk also attempted it. No good.
> > > >
> > > > I was also wondering if it´s a permissions issue. But I think it´s
> fine.
> > > >
> > > > I´ll send you images of that tomorrow.
> > > >
> > > > Mike
> > > >
> > > > > On Thu, Dec 26, 2019 at 7:57 PM Ian Maude via Dxspider-support <
> dxspider-support at tobit.co.uk> wrote:
> > > > > > Also, have you tried rebuilding the user file?
> > > > > >
> > > > > > 73 Ian
> > > > > > On 26 Dec 2019, 09:30 +0000, Michael Carper, Ph.D. via
> Dxspider-support <dxspider-support at tobit.co.uk>, wrote:
> > > > > > > For more than a year now, WA9PIE-2 has been unable to save
> user_asc files.
> > > > > > >
> > > > > > > <image.png>
> > > > > > >
> > > > > > > This began happening without warning and without making any
> other changes.
> > > > > > >
> > > > > > > As a result, even familiar users who connect get this:
> > > > > > >
> > > > > > > <image.png>
> > > > > > >
> > > > > > > 'Most' of the users of this cluster are Ham Radio Deluxe
> users... and we send the user's info (answers to these questions) to the
> cluster each time a connection is made... but this is still a major pain.
> > > > > > >
> > > > > > > ANYONE have any thoughts about this?
> > > > > > >
> > > > > > > Mike, VK4/WA9PIE
> > > > > > > _______________________________________________
> > > > > > > Dxspider-support mailing list
> > > > > > > Dxspider-support at tobit.co.uk
> > > > > > > https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
> > > > > > _______________________________________________
> > > > > > Dxspider-support mailing list
> > > > > > Dxspider-support at tobit.co.uk
> > > > > > https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
> > > >
> > > > _______________________________________________
> > > > Dxspider-support mailing list
> > > > Dxspider-support at tobit.co.uk
> > > > https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
> > >
> > > _______________________________________________
> > > Dxspider-support mailing list
> > > Dxspider-support at tobit.co.uk
> > > https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
> >
>
>
>
>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20191227/5f58d88d/attachment.html>