[Dxspider-support] Perl problem?

[Saul]

Thanks Dirk, version of DB_File is 1.815, not sure what constitutes sanity,
but running perl user_asc doesn't produce any error messages (or any
response for that matter), just a processing delay followed by the OS
prompt. Deleted users.V3 ran perl user_asc in data folder and nothing was
created.
Saul, K1BI

-----Original Message-----
From: dxspider-support-bounces at dxcluster.org
[mailto:dxspider-support-bounces at dxcluster.org] On Behalf Of Dirk Koopman
Sent: Wednesday, October 24, 2007 11:06 AM
To: The DXSpider Support list
Subject: Re: [Dxspider-support] Perl problem?

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

_______________________________________________
Dxspider-support mailing list
Dxspider-support at dxcluster.org
http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support