[Dxspider-support] Perl problem?

[Dirk Koopman]

Saul wrote:
> Not sure why I decided to take the plunge and attempt a Perl update all the
> way to 5.8.8, bld 820, but I did. Once I found the equivalent ppm modules to
> the original ones used in early 5.6.X versions, it seemed to run OK. At
> least I wasn't getting any Perl errors while trying to start the cluster.
> However, the cluster won't start. Previously after upgrading to DX Spider
> 1.54 bld 0.172 it was running fine with Perl 5.6.1. Now I get the following
> in the log on startup after upgrading to 5.8.8:
> 
> 1193062593^cluster
> 1193062593^DXSpider V1.54, build 0.172 started
> 1193062593^Copyright (c) 1998-2007 Dirk Koopman G1TLH
> 1193062593^loading prefixes ...
> 1193062593^US Database not loaded
> 1193062594^loading band data ...
> 1193062594^loading user file system ...
> 1193062594^can't open user file: /spider/data/users (No such file or
> directory) [rebuild it from user_asc?] at /spider/perl/DXUser.pm line 145
> 
> I saw some previous posts where Dirk suggested problems with user_asc and/or
> the various versions of user_asc. I do have a users.V3 that looks like it's
> about the right size. In fact all of my user_asc versions seem to be
> reasonable in size. I tried running perl user_asc but that didn't help. Not
> sure why it's not finding users.V3 unless there's supposed to be a "users."
> file there, but certainly prior contents of data don't show any evidence of
> that so I presume it's looking for users.V3. Running perl user_asc,
> incidentally, doesn't seem to create any new file anywhere unless perl
> doesn't bother changing the dates on the file.
> 

Remove the users.v3 file. Check that it has gone. Try perl user_asc 
again. Verify that a new users.v3 is created. Also, just check with ppm 
that DB_File is sane (and there).

Dirk