Server not accepting manual results
 

I have just tried to check in 2 batches of manual TF'ing from 69-70 bits. Work was obtained from gpu72.

Both batches were rejected in their entirety as "result not needed".

1. A manual lookup of an exponent shows me as the last person to update the database
2. Example [URL="http://www.mersenne.org/report_exponent/?exp_lo=49702963&full=1"]49702963[/URL]
3. Discovered at 15.55, checked in at 15.58
4. The error code was 40 - invalid assignment key

376 days of credit...

If you submitted the form twice it would cause the second submission of the same results to show not needed if the first submit was processed successfully, which looks to be the case.

[QUOTE=Mark Rose;406640]If you submitted the form twice it would cause the second submission of the same results to show not needed if the first submit was processed successfully, which looks to be the case.[/QUOTE]

Nope, only submitted once. Two separate batches, one of 105 results and the other of 52.

[QUOTE=Gordon;406643]Nope, only submitted once. Two separate batches, one of 105 results and the other of 52.[/QUOTE]

Is there any chance you made a mistake, and put the same worktodo lines in your queues twice?

GPU only has a record of giving you 49702963 once (on the 13th):[CODE]mysql> select Exponent,Status,Assigned,Completed from Assigned where Exponent=49702963;
+----------+--------+---------------------+---------------------+
| Exponent | Status | Assigned | Completed |
+----------+--------+---------------------+---------------------+
| 49702963 | 10 | 2015-07-13 22:38:32 | 2015-07-16 13:12:09 |
+----------+--------+---------------------+---------------------+[/CODE]

I had 4 or 5 results out of 2 batches of a dozen or so each rejected on Sunday as results not needed.
Could it be someone is doing them outside of GPU72 and beating us to the punch?

I can check the logs tonight to see specifically which Exps then I can see who turned in the first result.

[QUOTE=chalsall;406649]Is there any chance you made a mistake, and put the same worktodo lines in your queues twice?

GPU only has a record of giving you 49702963 once (on the 13th):[CODE]mysql> select Exponent,Status,Assigned,Completed from Assigned where Exponent=49702963;
+----------+--------+---------------------+---------------------+
| Exponent | Status | Assigned | Completed |
+----------+--------+---------------------+---------------------+
| 49702963 | 10 | 2015-07-13 22:38:32 | 2015-07-16 13:12:09 |
+----------+--------+---------------------+---------------------+[/CODE][/QUOTE]

No, when I request work I get large batch - 500 or 1000 at a time, then cut & paste directly into the worktodo.txt

I have attached a screen cap of the last 3 exponents this card tested.

[QUOTE=petrw1;406650]I had 4 or 5 results out of 2 batches of a dozen or so each rejected on Sunday as results not needed.
Could it be someone is doing them outside of GPU72 and beating us to the punch?

I can check the logs tonight to see specifically which Exps then I can see who turned in the first result.[/QUOTE]

Don't think so, if you look at the example I gave, it accepted the result, updated the db, then told me it wasn't needed :geek:

[QUOTE=Gordon;406652]I have attached a screen cap of the last 3 exponents this card tested.[/QUOTE]

OK... But what is interesting is your screenshot shows your card working on these today, but when you query Primenet for these three candidates it shows you submitted the results for them on the 16th of this month.

And, again, GPU72 only shows a single assignment for these to you from the 13th (and has never assigned it to another person in the past):[CODE]
mysql> select ID,User,Exponent,FactFrom,FactTo,Status,Assigned,Completed from Assigned where Exponent=49702987;
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| ID | User | Exponent | FactFrom | FactTo | Status | Assigned | Completed |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| 2158717 | 22507352a957b154d1931395b6050ddd | 49702987 | 69 | 70 | 1 | 2015-07-13 22:38:32 | 2015-07-16 13:16:07 |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
1 row in set (0.01 sec)

mysql> select ID,User,Exponent,FactFrom,FactTo,Status,Assigned,Completed from Assigned where Exponent=49702967;
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| ID | User | Exponent | FactFrom | FactTo | Status | Assigned | Completed |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| 2158718 | 22507352a957b154d1931395b6050ddd | 49702967 | 69 | 70 | 1 | 2015-07-13 22:38:32 | 2015-07-16 13:16:07 |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
1 row in set (0.00 sec)[/CODE]

GPU72 locks the tables when assigning candidates (read: there are no race conditions).

Please forgive me for this, but a cut-and-paste error seems like the only possible answer.

Do you have multiple cards? Might be worth going through the logs searching for these candidates.

[QUOTE=chalsall;406655]OK... But what is interesting is your screenshot shows your card working on these today, but when you query Primenet for these three candidates it shows you submitted the results for them on the 16th of this month.

And, again, GPU72 only shows a single assignment for these to you from the 13th (and has never assigned it to another person in the past):[CODE]
mysql> select ID,User,Exponent,FactFrom,FactTo,Status,Assigned,Completed from Assigned where Exponent=49702987;
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| ID | User | Exponent | FactFrom | FactTo | Status | Assigned | Completed |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| 2158717 | 22507352a957b154d1931395b6050ddd | 49702987 | 69 | 70 | 1 | 2015-07-13 22:38:32 | 2015-07-16 13:16:07 |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
1 row in set (0.01 sec)

mysql> select ID,User,Exponent,FactFrom,FactTo,Status,Assigned,Completed from Assigned where Exponent=49702967;
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| ID | User | Exponent | FactFrom | FactTo | Status | Assigned | Completed |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
| 2158718 | 22507352a957b154d1931395b6050ddd | 49702967 | 69 | 70 | 1 | 2015-07-13 22:38:32 | 2015-07-16 13:16:07 |
+---------+----------------------------------+----------+----------+--------+--------+---------------------+---------------------+
1 row in set (0.00 sec)[/CODE]

GPU72 locks the tables when assigning candidates (read: there are no race conditions).

Please forgive me for this, but a cut-and-paste error seems like the only possible answer.

Do you have multiple cards? Might be worth going through the logs searching for these candidates.[/QUOTE]

I have 3 - 970 & 2 x 960. I don't keep all the results files, once submitted I delete them so I have no way of back checking. All 3 cards have their own separate directories, one is even in a different machine.

I have over 1,500 exponents checked out, going through those manually to see if any are dupes isn't practical, so how about I release all of them, delete my worktodo files and get fresh batches to work on?

[QUOTE=Gordon;406662]I have over 1,500 exponents checked out, going through those manually to see if any are dupes isn't practical, so how about I release all of them, delete my worktodo files and get fresh batches to work on?[/QUOTE]

That would be just fine.

[QUOTE=chalsall;406663]That would be just fine.[/QUOTE]

GPU72 seems to have forgotten my work type assignment (69->70), gave me a batch of 69-72's, thrown them all back.