PRPnet servers for NPLB

[mdettweiler]

Originally Posted by gd_barnes

Yeah we probably should but in the mean time we need to get something loaded into port 9000 because Lennart has just dried it out again.

Max, can you load k=400-600 for n=1M-1.01M into port 9000? We'll figure out how to break up the drives in a few days after a poll.

Okay, will do. I'm still working on splitting up the sieve file...almost done with that part. I'll load 1M-1.01M into the server immediately after that's done.

To make it official: reserving k=400-600, n=1M-1.01M for port 9000. Gary, you might want to get the 13th Drive thread set up for this as soon as you get the chance--even if a poll chooses a different direction for port 9000, we'll still have an LLRnet server for this range as usual.

[mdettweiler]

All righty--port 9000 has been loaded with k=400-600, n=1M-1.01M. Anyone up for some megabit primes?

[mdettweiler]

In the absence of a proper 13th Drive thread: reserving k=400-600, n=1.01M-1.02M for port 9000.

[mdettweiler]

As part of the just-launched Team Drive #14 for k=600-1001, n=1M-2M, we now have a second PRPnet server open at noprimeleftbehind.net port 2000. Full details are available in the first post of this thread and over at the aforelinked 14th Drive thread.

Of note, this new server is running the latest* PRPnet version 4.3.6; port 9000 is still back on version 4.1.4 but we will be upgrading it Real Soon Now (TM).

*More precisely, port 2000 is running the latest released PRPnet version; there is a 5.0.2 beta version that is currently in testing over at PrimeGrid, but the main changes involve adding support for two new types of prime candidates which are not particularly relevant to NPLB. In case anyone was wondering, the 5.x clients are backwards-compatible with 4.x, so if you have the beta client you can still connect to any of NPLB's servers.

[rogue]

When will port 9000 be upgraded? It is on an ancient version of PRPNet (as far as I am concerned).

[Mini-Geek]

Originally Posted by mdettweiler

Of note, this new server is running the latest* PRPnet version 4.3.6; port 9000 is still back on version 4.1.4 but we will be upgrading it Real Soon Now (TM).

(if two and a half years is real soon, I don't want to see real long)

[Lennart]

Originally Posted by mdettweiler

Of note, this new server is running the latest* PRPnet version 4.3.6; port 9000 is still back on version 4.1.4 but we will be upgrading it Real Soon Now (TM).

[mdettweiler]

Ah, yes...that does keep getting put off.

Tell you what - I'll make a point to upgrade port 9000 to 4.3.6 this weekend. That's an easy upgrade, and it'll get it on par with all the other servers. (Gary approved that upgrade a very long time ago, so it's just waiting on me.)

Aw heck, I'll do it tonight, what am I waiting for. I'll announce the downtime in the "Server outrages" thread momentarily (should be no more than an hour...probably a lot less than that if all goes smoothly. I'll back up the database first, so in the worst case I just roll it back and we're up and running again.)

[Mini-Geek]

There is a 5.3.1. Cross-version compatibility is pretty good: 5.2.0 removed support for clients older than 4.3. I don't know what client versions people are using, maybe you can check logs (I think the client reports the version and the server records that; could be wrong) and ask people to upgrade if needed.

[Lennart]

Originally Posted by mdettweiler

Ah, yes...that does keep getting put off.

Tell you what - I'll make a point to upgrade port 9000 to 4.3.6 this weekend. That's an easy upgrade, and it'll get it on par with all the other servers. (Gary approved that upgrade a very long time ago, so it's just waiting on me.)

Nothing but 5.3.1 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 
Version 5.3.1:  May 2, 2014 - Patch Release 
    prpclient:  Fix crash when processing wwww work units. 
                Fix issue where last character of LLR residue was truncated 
                before it was reported. 
                Fix uninitialized variable in the client. 
    prpserver:  Fix an issue with length calculation of candidates. 
     
  Version 5.3.0:  September 19, 2013 - New Release 
          all:  Cleaned up compiler warnings with sockets. 
                Use PRId64/PRIu64 where needed. 
                Convert to using the string datatype for most function parameters. 
    prpserver:  Added notifylowwork= option to the prpserver.ini.  When set to a 
                non-zero value, the server will send an e-mail once a day notifying 
                the distribution list that the server is running low on work. 
                This change triggered the refactoring of some server code, 
                specifically the moving of logic from prpserver.cpp to helper 
                classes specific to the server type. 
                Reject results from genefer programs with version "3.2.0beta-0". 
                Fixed issue with determining if a machine or user could double-check. 
    prpclient:  Added version reporting for genefer apps. 
                Reject genefer programs with version "3.2.0beta-0". 
                 
  Version 5.2.8:  August 29, 2013 - Patch Release 
          all:  Fixed a logging issue that prevented debug logging from working 
                as intended. 
    prpclient:  Add support for OpenCL based genefer.  It will be treated as if 
                it is equivalent to the CUDA version of genefer. 
    prpserver:  Fix log issue where prpserver.log would sometimes duplicate a line 
                written to it. 
                Ensure database transaction is using REPEATABLE READ option. 
                Check return codes when setting connection attributes in database. 
                Add support for OpenCL based genefer.  It will be treated as if 
                it is equivalent to the CUDA version of genefer. 
                Fixed an issue with loading Cullen-Woodall candidates that prevented 
                loading of multiple bases. 
  
Version 5.2.7:  July 29, 2013 - Patch Release 
    prpserver:  Fix bug introduced with 5.2.6. 
   
  Version 5.2.6:  June 24, 2013 - Patch Release 
    prpserver:  If client returns a residue with '.', remove it. 
                Add localtimezone=2 setting to disable appending timestamp in the 
                log with a timezone. 
    prpclient:  Fixed issue where '.' wasn't removed from residue when using llr. 
  
Version 5.2.5:  June 12, 2013 - Patch Release 
    prpserver:  For Wall-Sun-Sun, reject results from wwwwcl prior to version 2.2.5. 
                Add noexpire=1 option to inhibit task expiration. 
                Add nonewwork=1 option to disable new work from be sent to clients. 
                Add keys to tables to improve efficiency with larger databases. 
                Multiple WWWW bug fixes. 
        
 
Version 5.2.4:  April 19, 2013 - Patch Release 
    prpserver:  Update SharedMemoryitem to simplify use of mutexes. 
                Fix ^C on server so that it waits for client connections to close 
                instead of immediately closing. 
                Fix computation of remaining days as it was dividing by 84400 
                seconds per day, not 86400. 
                If localtimelog is set to 2, then don't print timezone in log. 
    prpadmin:   Fix loading of candidate from ABC.  Although it worked before, it 
                would sometimes give an erroneous messge. 
  
Version 5.2.3:  January 7, 2013 - Patch Release 
    prpclient:  If client detects an error when starting up, show the error, then 
                sleep for 10 seconds so that user can see the error.  This addresses 
                an issue for users who double-click on the application but the window 
                closes immediately due to a configuration error. 
    prpserver:  Fixed *nix compile bug with the server. 
                Added serverstatssummaryonly= option to prpserver.ini.  When set to 1 
                the server will only show the summary line on server_stats.html. 
                Add sorting capability to a number of html tables. 
                Refactored much of the HTML generation code. 
                Fix crash when database connection is closed.

Lennart

[gd_barnes]

Max informed that he has upgraded port 9000 to 4.3.6. I'm OK with upgrading all NPLB/CRUS PRPnet servers to 5.x.x at this point but that will have to wait until Max has time.