[Dxspider-support] user_asc creation issue

[Brendan Minish]

Dirk

is there a command I can run to get the cluster to attempt to generate
the user_asc file rather than modify the crontab line that reads 
DXUser::export("$main::data/user_asc")

73
Brendan EI6IZ 


On Wed, 2009-09-16 at 13:26 +0100, Dirk Koopman G1TLH wrote:
> This is a userfile corruption issue, which I have not experienced. 
> However it seems to be caused by some kind of duff data.
> 
> Have you looked at the generated user_asc? There are probably some (a 
> lot) of repeated lines. You probably need to find the repeated callsigns 
> in the non-expanded user_asc, delete those, regenerate the users.v3 file 
> and see what happens.
> 
> Dirk
> 
> Or I go look...
> 
> Brendan Minish wrote:
> > hello 
> > 
> > i am helping to mind a dxspider cluster and i have an issue where
> > user_asc grows to the point where it fills the entire hard disk
> > (normally it's got around 6.5G free space available)
> > 
> > The cluster is running on centos 5.3 64bit and the host machine is an
> > XEN virtual machine 
> > 
> > Dxspider is running the latest build 
> > 
> > this cluster was moved from another machine, whihc was running an old
> > version of slackware (32 bit)  
> > 
> > the move was done by git-pulling a new version, copying across the data
> > and then running update_sysop.pl
> > 
> > I have tried removing users.v3 and recreating the user database from an
> > old (pre-migration ) copy of user_asc but the problem reoccurs. 
> > 
> > the problem persists, how do I resolve &/or debug this issue, preferably
> > whilst preserving the user database largely intact ? 
> > 
> > the perl (&perl modules) and virtual machine configuration is identical
> > to my own cluster (EI7MRE) which does not exhibit this issue 
> > 
> 
> 
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at dxcluster.org
> http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
-- 
73
Brendan EI6IZ