'funny order' isn't funny at all: processing those ranges has to wait until all pairs are done!

[B]BAD[/B] server = "[I]nplb.ironbits.net[/I]"
[B]GOOD[/B] server = "[B]noprimeleftbehind.net[/B]"

Use your own Project's Servers ...

You [U]need[/U] to ensure everyone is using the GOOD server, for now and future...

in the n-range 950k-960k there're 3 pairs missing in the results!

345 957466
333 957578
315 957595

if that was a 'funny order' why only those 3 pairs?
where are they now?

for future: sort the knpair-file before uploading to the LLRnet-server!

and there seems another outrage of Gary's server again!

[quote=kar_bon;186142]in the n-range 950k-960k there're 3 pairs missing in the results!

345 957466
333 957578
315 957595

if that was a 'funny order' why only those 3 pairs?
where are they now?

for future: sort the knpair-file before uploading to the LLRnet-server!

and there seems another outrage of Gary's server again![/quote]
Okay, I think those three results are not the result of a "funny order", but instead somehow messed up due to the power outage. At any rate, there's not really any way we can tell what happend for now; when we process the results at the end, we can verify exactly which results are missing and re-test any that are missing.

Regarding another outage: I just checked and saw that port 7000 went offline. I restarted it. It seems to have crashed a few minutes after it started. That's not particularly abnormal; I've noticed that LLRnet servers tend to sometimes be a bit unstable soon after being restarted after events such as a power outage. At any rate, it's back on now and will probably be OK going forward.

Oh my goodness. This is just totally unbelievable happening all on one day that I thought I had everything caught up.

First: Max, please don't speculate on what "might" be the problem before investigating. That only creates more problems! No, the pairs from MooMoooo's reservation were not loaded out of order. n=970K-1M was loaded right at the end of the server as it should be. I would never knowingly have David load pairs out of n-value order.

Second, Max, as you know we need that "loop thing" running in order to keep the servers from crashing again right after they have gone down and have to be restarted. Can you make sure that port G7000 has that running? Since this is a new server, could you have forgotten to put that script in there?

Third, Karsten, no I did not get any pairs from G7000 at all. It was only G8000. Any guess as to why some are being rejected would be just that...a guess.

Fourth: Probably the reason I couldn't connect to David's machines for so long is that AT THAT TIME, I needed to change nplb.ironbits.net to noprimeleftbehind.net. That is most likely what the problem was. I am now able to connect to nplb.ironbits.net so that is resolved on my end. That said, I'll get to moving my machines over to noprimeleftbehind.net in a little while.

And finally:
Everyone, when you have time, please change the server on David's machines as follows:

Old: nplb.ironbits.net

New: noprimeleftbehind.net

I will take care of changing that in several places as necessary throughout our drives and server listings.

Karsten, I'll have a more detailed look at what is going on with the G7000 rejected pairs and the G8000 missing pairs. I'll post my findings when I have a clear answer.


Gary

OK, I have the specifics on the port G7000 rejected pairs but cannot say why it happened. Apparently Karsten's machine returned the same 2 pairs twice. Why the server allowed this is anyone's guess. Likely the power outage caused them to be handed out twice in error.

We do know that the 2 rejected results for that server are not missing as you'll see.

Rejected results:
[code]
user=kar_bon
[2009-08-17 16:21:51]
2011*2^117249-1 is not prime. Res64: 429A46B42C83A580 Time : 32.0 sec.
user=kar_bon
[2009-08-17 16:21:53]
2011*2^117255-1 is not prime. Res64: D4FD5733AF3AEB58 Time : 33.0 sec.
[/code]"Real" results.txt:
[code]
user=kar_bon
[2009-08-17 16:21:39]
2011*2^117249-1 is not prime. Res64: 429A46B42C83A580 Time : 20.0 sec.
user=kar_bon
[2009-08-17 16:21:46]
2011*2^117255-1 is not prime. Res64: D4FD5733AF3AEB58 Time : 26.0 sec.
[/code]No worries there Karsten. Nothing missing. Apparently the server handed them out twice because of the power outage. I don't think this is fixable. The quick turnaround time of the small tests likely makes such an issue more likely.

Looking into the missing pairs on port G8000 now...


Gary

David,

Can you tell me what web page address from the 1st post of this thread should go here:

A daily general report for all of Ironbit's servers is at [URL="http://nplb.ironbits.net/"]http://nplb.ironbits.net[/URL].



I tried [url]http://noprimeleftbehind.net[/url] but that just goes to the hourly status report just like the 2nd link in that 1st post does. We need the one that goes to the blue page that shows the min-n and max-n remaining in a server as well as # of pairs remaining.


Thanks,
Gary

There are two, I suggest you use the 1st one.
There is the noprimeleftbehind.net version here
[url]http://noprimeleftbehind.net/index.php?content=server_status_ib[/url]

There is the one I do with vbscript so I can keep an eye on the actual servers that run here right now...
[url]http://nplb.ironbits.net[/url]

I really like the vertical formatting on the 2nd one. I thought you might have a 'noprimeleftbehind' web page name version that I should change it to. I'll stick with that one for now unless you have any objection.

[quote=gd_barnes;186150]OK, I have the specifics on the port G7000 rejected pairs but cannot say why it happened. Apparently Karsten's machine returned the same 2 pairs twice. Why the server allowed this is anyone's guess. Likely the power outage caused them to be handed out twice in error.

We do know that the 2 rejected results for that server are not missing as you'll see.

Rejected results:
[code]
user=kar_bon
[2009-08-17 16:21:51]
2011*2^117249-1 is not prime. Res64: 429A46B42C83A580 Time : 32.0 sec.
user=kar_bon
[2009-08-17 16:21:53]
2011*2^117255-1 is not prime. Res64: D4FD5733AF3AEB58 Time : 33.0 sec.
[/code]"Real" results.txt:
[code]
user=kar_bon
[2009-08-17 16:21:39]
2011*2^117249-1 is not prime. Res64: 429A46B42C83A580 Time : 20.0 sec.
user=kar_bon
[2009-08-17 16:21:46]
2011*2^117255-1 is not prime. Res64: D4FD5733AF3AEB58 Time : 26.0 sec.
[/code]No worries there Karsten. Nothing missing. Apparently the server handed them out twice because of the power outage. I don't think this is fixable. The quick turnaround time of the small tests likely makes such an issue more likely.

Looking into the missing pairs on port G8000 now...


Gary[/quote]
Ah, as I thought. Yep, nothing to worry about there. :smile:
[quote=gd_barnes;186164]I really like the vertical formatting on the 2nd one. I thought you might have a 'noprimeleftbehind' web page name version that I should change it to. I'll stick with that one for now unless you have any objection.[/quote]
BTW, that one should have an analogue at:

[URL]http://llrnet.noprimeleftbehind.net/[/URL]

Last I checked, that one redirects to [URL]http://nplb.ironbits.net/[/URL]. As of this posting llrnet.noprimeleftbehind.net has not been "fixed" yet (and still goes to David's personal web page), but once everything is back up it should work.

Stats database recovery should now be complete
Watching the logs and the stats closely for a while.