OFFICIAL "SERVER PROBLEMS" THREAD - Page 118

petrw1 · 2017-09-15, 04:53

Its back

GP2 · 2017-09-20, 08:59

The https://mersenne.org/results page needs checkboxes for the new work types.

"Exclude PRP test results"
"Exclude PRP cofactor test results"
maybe Fermat too

I just got buried under an avalanche of thousands of those. It also caused the PrimeNet Most Recent Results report to get truncated, I think.

Same with
https://mersenne.org/assignments/
https://mersenne.org/tresults/

Maybe some new Detailed Reports are needed.

kladner · 2017-09-20, 15:11

Wednesday, 3:10 PM UTC
https://www.mersenne.org/manual_result/ is displaying a plain white page with no content.

EDIT: Every other page I have tried at mersenne.org comes up normally.

EDIT2: The above is with Firefox. IE11 says http 500 Internal Server Error.

James Heinrich · 2017-09-20, 16:47

Investigating what I broke
edit: fixed typo, should work now.

kladner · 2017-09-20, 17:42

Quote:

Originally Posted by James Heinrich

Investigating what I broke
edit: fixed typo, should work now.

All is back to normal. Thanks, James.

GP2 · 2017-10-02, 16:38

The exponent M59999 is one of those that has a two-line "known_factors" PRP output, due to having a long factor string.

If you accidentally manually report to mersenne.org only the second line, namely:

Code:

Known factors used for PRP test were: 4430446159,91756922012479,1438108281649159,614609832595742273

then it will give you an error message about an email failure:

Done processing:
Warning: mail(): Failed to connect to mailserver at "127.0.0.1" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set() in C:\inetpub\www\manual_result\to_be_moved.inc.php on line 136 * Parsed 1 lines.

At the bottom, it will say "Did not understand 1 lines." and then echo the above "Known factors" line.

The first line of the two-line PRP output, which was omitted above, is:

Code:

UID: GP2/c4.xlarge, M59999/known_factors is not prime.  RES64: E2B9C8D770E4A091. Wf8: F5DDFA60,00000000

Attempting to manually report the two lines together gives the error:

processing: PRP=(false) for M59999/4430446159/91756922012479/1438108281649159/614609832595742273
Error code: 40, error text: Another computer has already reported this PRP result for M59999

In this case, the other user has indeed self-triple checked the exponent, however all of these are "known_factors" entries without the list of exponents.

On a related note:

There are many cases where the user Oliver Kruse has automatically submitted a "known_factors" result (i.e., without the factor string). In these cases, the user still has an assignment pending for that same exponent.

In these cases, redoing the exponent in question and manually reporting it will often result in a successful double check, an additional entry in the History section with the full factor string, and the other user's pending assignment gets expired (it's now in red). See for instance M1523.

But there is a strange inconsistency, because sometimes Primenet will reject the manual report with a "another computer has already reported" error, even though the circumstances seem identical (the original report was just "known_factors", without the list of factors). In this case, no additional entry gets added to the History second, and the other user's pending assignment remains pending. See for instance M1549.

kruoli · 2017-10-02, 22:50

Quote:

Originally Posted by GP2

There are many cases where the user Oliver Kruse has automatically submitted a "known_factors" result (i.e., without the factor string). In these cases, the user still has an assignment pending for that same exponent.

Yes. I have nearly 33,500 exponents pending and cannot delete them because the server says
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in C:\inetpub\www\workload\default.php on line 218
All my PRP assignments are getting "stuck".

Prime95 · 2017-10-02, 23:06

Quote:

Originally Posted by kruoli

Yes. I have nearly 33,500 exponents pending and cannot delete them because the server says
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in C:\inetpub\www\workload\default.php on line 218
All my PRP assignments are getting "stuck".

I can handle this.

Have you submitted your results using the manual web pages? If not, please do so.

kruoli · 2017-10-02, 23:07

Quote:

Originally Posted by Prime95

Have you submitted your results using the manual web pages? If not, please do so.

Yes, I did that. It fixed some of the exponents. But it did not fix its assignments, at least it seems like this. I guess I have a backup of most of the result files if this helps.

Prime95 · 2017-10-02, 23:16

Oliver's assignments below 1,000,000 are deleted. Once he checks his results in with the manual web pages, I'll make them available again (this time for PRP-DC).

Note: You cannot do PRP-DC without version 29.4. Two PRP results from version 29.3 will look identical and the second one rejected as a duplicate. Version 29.4 implements shift counts, so that prime95 can do both the PRP and PRP-DC.

So, in summary, you can do PRP testing now with version 29.3, but you must also submit your results with the manual web pages. You cannot do PRP-DC at the present time.

GP2 · 2017-10-03, 00:32

Quote:

Originally Posted by kruoli

Yes, I did that. It fixed some of the exponents. But it did not fix its assignments, at least it seems like this. I guess I have a backup of most of the result files if this helps.

There are two kinds of PRP output:

One-line, where it says:

Code:

Mnnnnnnn/ffff/fffff/fffffff is not prime

The program sends this if the length of the factor string "ffff,fffff,fffffff" (including commas) is less than 40.

Two line, where it says:

Code:

Mnnnnnnn/known_factors is not prime
Known factors used for PRP test were: fffffffffff/ffffffffffffff/fffffffffffffffff

The program sends this if the length of the factor string "fffffffffff,ffffffffffffff,fffffffffffffffff" (including commas) is 40 or more.

The one-line version actually works fine, and can be submitted automatically to Primenet.

The two-line version does not transmit the second line automatically, so it has to be reported manually.

So, if you manually send your results files to George, you really only have to send the "known_factors" and "Known factors" lines.

If you manage to sort your worktodo.txt file into two separate files, one with exponents that have longer factor strings and one exponents that have shorter factor strings, then you can put them in separate working directories and make sure that the prime.txt file contains UsePrimenet=0 for the first group (whose results have to be submitted manually) and prime.txt contains UsePrimenet=1 for the second group (whose results can still be submitted automatically).

2017-09-20, 15:11	#1290
kladner "Kieren" Jul 2011 In My Own Galaxy! 2×5²×7×29 Posts	Wednesday, 3:10 PM UTC https://www.mersenne.org/manual_result/ is displaying a plain white page with no content. EDIT: Every other page I have tried at mersenne.org comes up normally. EDIT2: The above is with Firefox. IE11 says http 500 Internal Server Error. Last fiddled with by kladner on 2017-09-20 at 15:54

2017-09-20, 16:47	#1291
James Heinrich "James Heinrich" May 2004 ex-Northern Ontario 3244₁₀ Posts	Investigating what I broke edit: fixed typo, should work now. Last fiddled with by James Heinrich on 2017-09-20 at 16:48

2017-10-02, 16:38	#1293
GP2 Sep 2003 3²·7·41 Posts	The exponent M59999 is one of those that has a two-line "known_factors" PRP output, due to having a long factor string. If you accidentally manually report to mersenne.org only the second line, namely: Code: Known factors used for PRP test were: 4430446159,91756922012479,1438108281649159,614609832595742273 then it will give you an error message about an email failure: Done processing: Warning: mail(): Failed to connect to mailserver at "127.0.0.1" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set() in C:\inetpub\www\manual_result\to_be_moved.inc.php on line 136 * Parsed 1 lines. At the bottom, it will say "Did not understand 1 lines." and then echo the above "Known factors" line. The first line of the two-line PRP output, which was omitted above, is: Code: UID: GP2/c4.xlarge, M59999/known_factors is not prime. RES64: E2B9C8D770E4A091. Wf8: F5DDFA60,00000000 Attempting to manually report the two lines together gives the error: processing: PRP=(false) for M59999/4430446159/91756922012479/1438108281649159/614609832595742273 Error code: 40, error text: Another computer has already reported this PRP result for M59999 In this case, the other user has indeed self-triple checked the exponent, however all of these are "known_factors" entries without the list of exponents. On a related note: There are many cases where the user Oliver Kruse has automatically submitted a "known_factors" result (i.e., without the factor string). In these cases, the user still has an assignment pending for that same exponent. In these cases, redoing the exponent in question and manually reporting it will often result in a successful double check, an additional entry in the History section with the full factor string, and the other user's pending assignment gets expired (it's now in red). See for instance M1523. But there is a strange inconsistency, because sometimes Primenet will reject the manual report with a "another computer has already reported" error, even though the circumstances seem identical (the original report was just "known_factors", without the list of factors). In this case, no additional entry gets added to the History second, and the other user's pending assignment remains pending. See for instance M1549. Last fiddled with by GP2 on 2017-10-02 at 17:04

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Official "Faits erronés dans de belles-lettres" thread	ewmayer	Lounge	39	2015-05-19 01:08
Official "all-Greek-to-me Fiction Literature and Cinema" Thread	ewmayer	Science & Technology	41	2014-04-16 11:54
Official "Lasciate ogne speranza" whinge-thread	cheesehead	Soap Box	56	2013-06-29 01:42
Official "Ernst is a deceiving bully and George is a meanie" thread	cheesehead	Soap Box	61	2013-06-11 04:30
Official "String copy Statement Considered Harmful" thread	Dubslow	Programming	19	2012-05-31 17:49

2017-09-15, 04:53	#1288
petrw1 1976 Toyota Corona years forever! "Wayne" Nov 2006 Saskatchewan, Canada 13·349 Posts	Its back

2017-09-20, 08:59	#1289
GP2 Sep 2003 5027₈ Posts	The https://mersenne.org/results page needs checkboxes for the new work types. "Exclude PRP test results" "Exclude PRP cofactor test results" maybe Fermat too I just got buried under an avalanche of thousands of those. It also caused the PrimeNet Most Recent Results report to get truncated, I think. Same with https://mersenne.org/assignments/ https://mersenne.org/tresults/ Maybe some new Detailed Reports are needed.

2017-10-02, 23:16	#1297
Prime95 P90 years forever! Aug 2002 Yeehaw, FL 67×109 Posts	Oliver's assignments below 1,000,000 are deleted. Once he checks his results in with the manual web pages, I'll make them available again (this time for PRP-DC). Note: You cannot do PRP-DC without version 29.4. Two PRP results from version 29.3 will look identical and the second one rejected as a duplicate. Version 29.4 implements shift counts, so that prime95 can do both the PRP and PRP-DC. So, in summary, you can do PRP testing now with version 29.3, but you must also submit your results with the manual web pages. You cannot do PRP-DC at the present time.