mersenneforum.org  

Go Back   mersenneforum.org > Prime Search Projects > No Prime Left Behind

Reply
 
Thread Tools
Old 2009-07-24, 02:37   #1101
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

3×2,083 Posts
Default

Quote:
Originally Posted by gd_barnes View Post
Whoa! That's weird and funny. I got a "Welcome to Crunchford" page with a "Sorry nothing here yet" comment below it and a picture of the funny "O RLY" ostrich that is Ian's avitar. I assume you put all of that there. Is that what I am supposed to be getting?
Yes, that's what you're supposed to be getting. I put that there back when I first set up the server (before that picture was Ian's avatar, in fact), so I could have something to test the server with. Eventually I decided to put the status pages under the llrnet/ subdirectory instead, and the self-described "Placeholder Page" never got removed.

Since you obviously were able to make contact with the server when you connected to it directly by IP, that would seem to indicate a DNS cache problem. Rebooting should fix it (though I haven't the faintest idea why refreshing the DNS cache as per my earlier instructions wouldn't work; it worked right away for me), though it's also possible that even without a reboot, the DNS cache entry for that domain expired naturally. At any rate, give it another try with the domain (http://nplb-gb1.no-ip.org/ should get you to the "O RLY" page), and if that doesn't work, try rebooting.
mdettweiler is offline   Reply With Quote
Old 2009-07-24, 09:51   #1102
AMDave
 
AMDave's Avatar
 
Jan 2006
deep in a while-loop

2×7×47 Posts
Default

Just a quick note to confirm that the timeout changes that were applied have worked as anticipated.

Hourly processing resumed when the server came back up, without intervention.

The daily result process picked up and processed files from GB for both 14th and 24th July, without intervention.
The daily result process took just over 6 minutes due to the extra files.
I anticipate that the time will reduce further back towards the usual 4-5 minutes tomorrow now that the stats server has caught up with the GB files.

All's well.

/ed-
I may regenerate the overall summary table this weekend just to be sure.
I'll let you know in advance if there is any difference.
Cheers
-ed/

Last fiddled with by AMDave on 2009-07-24 at 10:00
AMDave is offline   Reply With Quote
Old 2009-07-24, 19:47   #1103
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

100111100100102 Posts
Default

Great work Dave!

I have a small request: Could you make the hourly totals page sort ascending by server instead of descending? I think it would be easier to find the hourly stats for the server that you want that way.


Thanks a bunch,
Gary

Last fiddled with by gd_barnes on 2009-07-24 at 19:48
gd_barnes is offline   Reply With Quote
Old 2009-07-24, 20:17   #1104
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

141518 Posts
Default

Quote:
Originally Posted by gd_barnes View Post
Great work Dave!

I have a small request: Could you make the hourly totals page sort ascending by server instead of descending? I think it would be easier to find the hourly stats for the server that you want that way.


Thanks a bunch,
Gary
Yes, especially with our current priority being on IB-2000, a rather low number. I think back when the system was set up it was on IB8000, which is rather near the top.

Last fiddled with by mdettweiler on 2009-07-24 at 20:17
mdettweiler is offline   Reply With Quote
Old 2009-07-24, 20:52   #1105
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

2×5×1,013 Posts
Default

I think we did it because the servers that start with a "G", i.e. mine, would sort to the top and those are usually lower priority. But that's OK if G4000 and G8000 are at the top with IB2000 3rd followed by the rest. It's just easier to read a list that is sorted lowest to highest if it is not ranking something like primes score or # of primes.

Last fiddled with by gd_barnes on 2009-07-24 at 20:53
gd_barnes is offline   Reply With Quote
Old 2009-07-24, 23:33   #1106
kar_bon
 
kar_bon's Avatar
 
Mar 2006
Germany

24×52×7 Posts
Default

could we please set the jobMaxTime for the higher ranges to 2 or 3 days again?

thanks.
kar_bon is offline   Reply With Quote
Old 2009-07-25, 08:10   #1107
AMDave
 
AMDave's Avatar
 
Jan 2006
deep in a while-loop

2·7·47 Posts
Default

sort changed to port ascending, then server ascending and then date descending. Participants are still sorted alphabetically.
AMDave is offline   Reply With Quote
Old 2009-07-25, 08:41   #1108
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

2×5×1,013 Posts
Default

Quote:
Originally Posted by kar_bon View Post
could we please set the jobMaxTime for the higher ranges to 2 or 3 days again?

thanks.
Not this time. Frankly I'm tired of messing with the JobMaxTimes and I have told David (IronBits) that we would no longer be messing with them. We've had this discussion before and I reluctantly let it go to 3 days on all ports. Many other projects use 1 day. We set them lower so if some nefarious individuals cache a bunch of pairs and don't process them, which happened twice with port 2000 shortly after we started the 11th drive, the pairs would be returned and reprocessed fairly quickly. At 3 days, I've seen pairs go longer than 6 days without being processed, when they are handed out, not processed, returned, handed out, not processed again, returned again, handed out a 3rd time, and finally processed.

My ports G4000 and G8000 are 5 days. We left those alone. IMHO, that is way too long but I've let them stand since Max controls those servers and a few people like yourself and Max want them longer. Also, port IB9000 is 2 days. G8000 and IB9000 contain the higher ranges now. That should be plenty of time and plenty of choice for processing higher n-range pairs on longer JobMaxTime ports.


Gary

Last fiddled with by gd_barnes on 2009-07-25 at 08:44
gd_barnes is offline   Reply With Quote
Old 2009-07-25, 11:59   #1109
kar_bon
 
kar_bon's Avatar
 
Mar 2006
Germany

24·52·7 Posts
Default

Quote:
Originally Posted by gd_barnes View Post
My ports G4000 and G8000 are 5 days. We left those alone. IMHO, that is way too long but I've let them stand since Max controls those servers and a few people like yourself and Max want them longer. Also, port IB9000 is 2 days. G8000 and IB9000 contain the higher ranges now. That should be plenty of time and plenty of choice for processing higher n-range pairs on longer JobMaxTime ports.
misunderstood?

all ports got just jobMaxTime=1 since the setup of Drive #11.

port IB9000 was set up to 2 days because of the higher range on my request.

port GB9000 seems still on 1 day,too. look at the rejected log yesterday!!!
i've lost many pairs because of those 1day-Timer!

request: could the jobMaxTime displayed at http://nplb-gb1.no-ip.org/llrnet/ too, like for IB-ports?
kar_bon is offline   Reply With Quote
Old 2009-07-25, 13:18   #1110
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

141518 Posts
Default

Quote:
Originally Posted by kar_bon View Post
misunderstood?

all ports got just jobMaxTime=1 since the setup of Drive #11.

port IB9000 was set up to 2 days because of the higher range on my request.

port GB9000 seems still on 1 day,too. look at the rejected log yesterday!!!
i've lost many pairs because of those 1day-Timer!

request: could the jobMaxTime displayed at http://nplb-gb1.no-ip.org/llrnet/ too, like for IB-ports?
I just checked, and it looks like GB4000 and GB8000 are both set to 3 days. Regarding the rejected pairs, unfortunately I can't see those any more, so I don't know what would have caused those. Were they by chance from k/n pairs you reserved prior to the server outage? If so, then it's possible that those were due to the outage, despite the precautions we took to avoid having anyone else connect to the server until you'd returned your pairs.

Next time we have a server outage, I'll be sure to set all the ports to a higher jobMaxTime for a day or two to give people a chance to return their old results. (Note that this won't affect the PRPnet servers, since PRPnet codes the expiration date directly on each k/n pair in its prpserver.candidates file, so if you change the equivalent of jobMaxTime, I'm pretty sure that the expiration dates will not be recalculated.)

Regarding displaying jobMaxTime on the web page: okay, that sounds like a good idea. It will need a tad of work to make sure that the scripts can pull it out of the llr-clientconfig.txt file live, but I'm sure is is possible and will try to get it set up.
mdettweiler is offline   Reply With Quote
Old 2009-07-25, 14:11   #1111
kar_bon
 
kar_bon's Avatar
 
Mar 2006
Germany

280010 Posts
Default

those rejected pairs were new ones reserved directly after submitting the results of 400 i got since the outrage.

have a look at http://www.noprimeleftbehind.net/ind...ntent=progress for the GB8000 server:
- on 2009-07-23 16:00 there're the 400 pairs submitted corcectly after the server was ok again
- the same time i've reserved another 400 (as still in the llr-clientconfig.txt for my instances)
- on 2009-07-24 18:00 the server only take 58 from these 400 back, the remaining were rejected!
kar_bon is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
PRPnet servers for NPLB mdettweiler No Prime Left Behind 228 2018-12-26 04:50
Servers for NPLB gd_barnes No Prime Left Behind 0 2009-08-10 19:21
LLRnet servers for CRUS gd_barnes Conjectures 'R Us 39 2008-07-15 10:26
NPLB LLRnet server discussion em99010pepe No Prime Left Behind 229 2008-04-30 19:13
NPLB LLRnet server #1 - dried em99010pepe No Prime Left Behind 19 2008-03-26 06:19

All times are UTC. The time now is 08:44.

Thu Jun 4 08:44:56 UTC 2020 up 71 days, 6:18, 0 users, load averages: 1.18, 1.30, 1.31

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.