mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   GPU to 72 (https://www.mersenneforum.org/forumdisplay.php?f=95)
-   -   Double credit on GPU72 (https://www.mersenneforum.org/showthread.php?t=19579)

kladner 2014-08-07 01:35

Double credit on GPU72
 
1 Attachment(s)
I can't figure what to make of this. Here are three examples of assignments being recorded twice, with different times, with credit. :unsure:

As to the results labelled "proven bad", I will take that up in Hardware\GPU where it is better suited. That story got much bigger than my question here.

chalsall 2014-08-07 15:51

[QUOTE=kladner;379897]I can't figure what to make of this. Here are three examples of assignments being recorded twice, with different times, with credit. :unsure:

As to the results labelled "proven bad", I will take that up in Hardware\GPU where it is better suited. That story got much bigger than my question here.[/QUOTE]

Hmmm... That's interesting.

Here's what I can quickly see from the database:[CODE]mysql> select ID,Exponent,Assigned,Updated,Completed,CID,CPU from Assigned where Exponent=32254777 and User="8ad778c87c3d88f688fef4ebad36994c";
+---------+----------+---------------------+---------------------+---------------------+----------------------------------+-----+
| ID | Exponent | Assigned | Updated | Completed | CID | CPU |
+---------+----------+---------------------+---------------------+---------------------+----------------------------------+-----+
| 1366659 | 32254777 | 2014-05-23 23:24:01 | 2014-06-13 18:03:35 | 2014-06-14 16:41:28 | 99cfd947b1d524d5f8db2fe36836xxxx | 6 |
| 1390985 | 32254777 | 2014-06-14 16:41:32 | 2014-06-14 16:41:32 | 2014-06-14 18:51:26 | 99cfd947b1d524d5f8db2fe36836xxxx | 4 |
+---------+----------+---------------------+---------------------+---------------------+----------------------------------+-----+
2 rows in set (0.00 sec)[/CODE]

Based on the dates assigned, these requests would have been passed straight through the proxy to Primenet to be fulfilled.

I don't have time at the moment to drill down on the raw logs, but will try to this weekend. It either indicates a bug in GPU72's proxy, and/or a bug with Primenet.

Is there any chance you could look at the logs for your 99cf... ("pod64") machine, and let us know if you received this assignment twice in a row? Based on the different CPUs the assignment was given to, it suggests strongly that it was, even though it shouldn't have been.

Thanks for bringing this forward. Strangeness should always be investigated.

Edit: Oh, also, although I didn't show it in the above query, the AIDs are also different, and are in Primenet's format (read: upper-case).

kladner 2014-08-07 16:16

[CODE]
pod64 (4)[B][URL="http://www.mersenne.org/report_exponent/default.php?exp_lo=32254777&full=1"]32254777[/URL][/B]DC70--[B]2014-06-14[/B] 16:41:322014-06-14 18:51:2635.502

pod64 (6)[B][URL="http://www.mersenne.org/report_exponent/default.php?exp_lo=32254777&full=1"]32254777[/URL][/B]DC70--[B]2014-05-23[/B] 23:24:012014-06-14 16:41:2835.502[/CODE]Here's a start-
Obviously, the above is from GPU72's Completed page. The assigned date(s) are highlighted. However, this exponent only shows one instance of Assign -> Complete in prime.log.

It appears as a single completion in results.txt:
[CODE][Fri Jun 13 18:27:27 2014]
UID: kladner/pod64, M32254777 is not prime.[/CODE]I will look further as I think of other places, or if you have suggestions as to where.

Edit: Results.txt shows [CODE]AID: E14E7702B47645718D345DDC55xxxxxx[/CODE].....as does prime.log

chalsall 2014-08-07 16:30

[QUOTE=kladner;379934]I will look further as I think of other places, or if you have suggestions as to where.[/QUOTE]

Hmmmm... Interesting...

Could you please email me your full prime.log and results.txt files for "pod64"? Use the email address given on the GPU72.com contact page. I promise not to do anything nasty with the information contained.

Something very strange happened here and I want to fully understand it, since it will likely also affect others. I will correlate your log files with mine -- this will help me greatly to determine if I've made a SPE.

Thank you again for bringing this forward.

chalsall 2014-08-07 16:32

[QUOTE=kladner;379934]Edit: Results.txt shows [CODE]AID: E14E7702B47645718D345DDC55xxxxxx[/CODE].....as does prime.log[/QUOTE]

Yup, that's what I see as well for the first assignment. The second was F6D04DE4CAD3E490A0D0D314xxxxxxxx

kladner 2014-08-07 16:54

[QUOTE=chalsall;379937]Yup, that's what I see as well for the first assignment. The second was F6D04DE4CAD3E490A0D0D314xxxxxxxx[/QUOTE]

OK. Thanks. I'll root around for the second AID.

chalsall 2014-08-09 01:55

[QUOTE=kladner;379939]OK. Thanks. I'll root around for the second AID.[/QUOTE]

Just wondering before I start digging through the logs... Did you find any evidence of F6D04DE4CAD3E490A0D0D314xxxxxxxx on your end?

kladner 2014-08-09 06:57

[QUOTE]Could you please email me your full prime.log and results.txt files for "pod64"? Use the email address given on the GPU72.com contact page. I promise not to do anything nasty with the information contained.[/QUOTE]

Sorry. I overlooked the above line. I will send the files at once.

kladner 2014-08-09 15:07

[QUOTE=chalsall;380038]Just wondering before I start digging through the logs... Did you find any evidence of F6D04DE4CAD3E490A0D0D314xxxxxxxx on your end?[/QUOTE]

PM sent with the relevant exponent being reported as 'not prime', and then immediately reassigned in the same communication session.

chalsall 2014-08-09 16:22

[QUOTE=kladner;380072]PM sent with the relevant exponent being reported as 'not prime', and then immediately reassigned in the same communication session.[/QUOTE]

Thank you. I copy both the PM and the emailed logs.

I have PM'ed you back, CC'ing in George.

Thanks again for noticing and reporting this! This is exactly how bugs are squashed! :smile:


All times are UTC. The time now is 15:22.

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