[Dxspider-support] New Installation - Help Needed

[Dave Hawes]

Dirk,

Thanks for the information, but still no joy.

I decided to do a totally fresh installation, not an upgrade, so I 
renamed the old "c:\spider" and installed from the latest tgz file 
available on the Spider site.

I did the bare minimum by creating a DXVars.pm in the spider\local 
directory.  All per the instructions on the Spider site.

Did the perl create_sysop.pl command and then started the cluster, 
but I get the same error:

loading user file system ...
1194824071^can't open user file: /spider/data/users (No such file or 
directory) [rebuild it from user_asc?] at cluster.pl line 382

I'm not sure why this is happening, since it should be possible to do 
a new installation (not an update) without having any user info on 
hand.  What am I missing?

The user.o file from the previous installation looks OK.  I will 
experiment more with that using the user_asc command.

Any help would be appreciated.

73 - Dave N3RD


On 12 Nov 2007 at 11:34, Dirk Koopman wrote:

> Dave Hawes wrote:
> > I'm trying to upgrade a friends Spider, and he brought the computer 
> > over today.  It's a P3 with Win98, and I was asked to not fool with 
> > the OS.
> > 
> > I downloaded ActivePerl 5.6.1.638-MSWin32-x86.msi, and installed it.  
> > I tried to load all the additional modules using PPM, but was not 
> > able to install timedate, for some reason.
> > 
> > I copied the pertinent files to spider\local and then:
> > 
> > cd \spider\perl
> > perl create_sysop.pl
> > 
> > OK, but when I start the cluster, I get:
> > 
> > 1194824070^DXSpider V1.54, build 0.177 started
> > 1194824070^Copyright (c) 1998-2007 Dirk Koopman G1TLH
> > 1194824070^loading prefixes ...
> > 1194824070^US Database not loaded
> > 1194824071^loading band data ...
> > 1194824071^loading user file system ...
> > 1194824071^can't open user file: /spider/data/users (No such file or 
> > directory) [rebuild it from user_asc?] at cluster.pl line 382
> > 
> > Doing
> > 
> > cd\spider\data
> > perl user_asc
> > 
> 
> Are there any user_asc files in that directory? (i.e. user_asc.o .oo 
> .ooo etc) what sizes are they? Have a look at a reasonable sized one and 
> check that it has some data attached.
> 
> That means it looks something like:-
> 
> ...
> <some perl code ending in:>
> ...
> DXUser->sync; DXUser->finish;
> print "There are $count user records and $err errors\n";
> __DATA__
> 1WA1FOK bless( {qth => 'fds;a',sort => 'U',name => 'sh/dx',call => 
> '1WA1FOK',lastoper => 1169511052}, 'DXUser' )
> 2E0AOZ  bless( {qth => 'Pontefract',lat => '53.6875',name => 'Ian',qra 
> => 'IO93IQ',node => 'GB7YDX',sort => 'U',homenode => 'GB7YDX',long => 
> '-1.29166666666666',call => '2E0AOZ',lastoper => 1153743452,lastin => 
> 1176057600}, 'DXUser' )
> 2E0BDO  bless( {qth => 'Wirral',lat => '53.3833333333333',name => 
> 'Simon',qra => 'IO83KJ',sort => 'U',long => '-3.11666666666667',call => 
> '2E0BDO',lastoper => 1149604658}, 'DXUser' )
> 2E0CIA  bless( {qth => 'Stoke on Trent',sort => 'U',homenode => 
> 'GB7DXC',name => 'Dom',call => '2E0CIA',lastoper => 1169727849}, 'DXUser' )
> ...
> ...
> 
> I would delete any users.v3 files that you see before you do a 
> reconstruction.
> 
> If TimeDate really isn't there then you will probably have an other 
> problem, but I would have expected it to complain before you get to the 
> users file check. It is a pure perl package, so I imagine the version 
> you already have is sufficiently up to date and is not perl version 
> sensitive.
> 
> Dirk