mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > PrimeNet

Reply
 
Thread Tools
Old 2019-04-27, 17:01   #1684
ric
 
ric's Avatar
 
Jul 2004
Milan, Ita

3·59 Posts
Default Weird PRP assignment, converted to ECM

This is the second time it happens in a couple of months, so it looks like one of those nasty annoyances quite hard to reproduce and fix (a race condition, maybe?).
  • mprime64 v29.6.3 on a fully patched Ubuntu 16.04 derivative (Mint 18.2) - an old laptop used for low-candidates PRP-CF testing
  • fully stopped, edited worktodo.txt to insert a few more candidates, all in the form
    Code:
    PRP=1,2,cand,-1,"factor list"
  • restarted, waiting for assignment registration at next communication
  • 2 out of 3 new candidates get properly assigned as PRP testing
  • one gets recorded as "factor ECM small" worktype on the server, but has the proper PRP=blahblah line in local worktodo
  • in addition to being recorded as another worktype, it appears assigned on April 1st, and not today (M12760763) - a delayed April's Fools prank?
  • relevant prime.log lines releted to the original communication are
    Code:
    [Sat Apr 27 17:23:40 2019 - ver 29.6] <snip>
    Registering assignment: PRP M12760763
    Assignment registered as: <redacted>
    Sending expected completion date for M12760763: Apr 30 2019
This is just to leave track of an oddity: none of these points is more than a very small nuisance to me - last time I released the candidate and re-registered it a few moments later, with the same procedure, obtaining the expected type of assignment; today I'm inclined towards letting it run the way it is, and see what happens.

Last fiddled with by ric on 2019-04-27 at 17:30 Reason: added prime.log relevant lines
ric is offline   Reply With Quote
Old 2019-04-28, 06:01   #1685
Madpoo
Serpentine Vermin Jar
 
Madpoo's Avatar
 
Jul 2014

23×409 Posts
Default

Quote:
Originally Posted by ric View Post
This is the second time it happens in a couple of months, so it looks like one of those nasty annoyances quite hard to reproduce and fix (a race condition, maybe?).
  • mprime64 v29.6.3 on a fully patched Ubuntu 16.04 derivative (Mint 18.2) - an old laptop used for low-candidates PRP-CF testing
  • fully stopped, edited worktodo.txt to insert a few more candidates, all in the form
    Code:
    PRP=1,2,cand,-1,"factor list"
  • restarted, waiting for assignment registration at next communication
  • 2 out of 3 new candidates get properly assigned as PRP testing
  • one gets recorded as "factor ECM small" worktype on the server, but has the proper PRP=blahblah line in local worktodo
  • in addition to being recorded as another worktype, it appears assigned on April 1st, and not today (M12760763) - a delayed April's Fools prank?
  • relevant prime.log lines releted to the original communication are
    Code:
    [Sat Apr 27 17:23:40 2019 - ver 29.6] <snip>
    Registering assignment: PRP M12760763
    Assignment registered as: <redacted>
    Sending expected completion date for M12760763: Apr 30 2019
This is just to leave track of an oddity: none of these points is more than a very small nuisance to me - last time I released the candidate and re-registered it a few moments later, with the same procedure, obtaining the expected type of assignment; today I'm inclined towards letting it run the way it is, and see what happens.
Let me make sure I understand your process... when you want new assignments, you don't go to the manual assignments page to get them. Instead, you add the specific ones you want to your worktodo and then let the client connect and it assigns them to you that way? That will work fine in some (most?) cases, so, okay, I guess that's okay.

If I had to guess, the one that got "assigned" as ECM could have been assigned to someone else (either an active assignment, or one that had expired). When you came in saying "I want this assignment" it may have just reassigned an expired one to you, but since it was for ECM and not P-1 like you wanted, that's what shows up on the site. Sure, you went ahead and did P-1 and checked that in, but the assignment was for ECM and until you turn in an ECM result, that assignment will stay open. Or, go on the website and just manually expire that assignment.

Maybe you even had that assigned to you before and didn't know it?

Oh... I just remembered, I still have a backup of the primenet database mounted since I was looking something up. Well, what do you know. There was an ECM assignment for it, made on April 1, to the "anonymous" user account.

Apparently if something is assigned to an anonymous user, the site will happily reassign it to you if you come in and say "I want that particular exponent". It may only do that for ECM/P-1 and not for LL/PRP tests.

It does NOT change the type of assignment: it was an ECM previously and stayed an ECM assignment when it just changed the user to you.

I've seen other strange things with the anonymous user account... you can check in a result that was assigned to the anon user and I think it clears the anonymous assignment. For a first-time check, if you "poach" an assignment that belongs to another user, when you check your result in, that other assignment is auto converted to a double-check. But if it's assigned to the anonymous user, that doesn't happen and the actual assignment disappears.

Bug, or WAD, I'm not sure. The lesson for now is, don't do work on an exponent that's already assigned to someone else, especially if it's assigned to "-Anonymous-".

I'll see if that's a bug we need to fix or just one of the quirks that does it that way for a reason.
Madpoo is offline   Reply With Quote
Old 2019-04-28, 06:09   #1686
retina
Undefined
 
retina's Avatar
 
"The unspeakable one"
Jun 2006
My evil lair

31·181 Posts
Default

What do the different anon names indicate? IIRC one is for unknown users, one is for known users who haven't entered a name, and the other is someone with a name they chose. Or is it something else entirely?

-Anonymous-
anonymous
ANONYMOUS

Could the pages be edited to change the colour; so all chosen user names are one colour, and the anon names generated by the server are a different colour?

Last fiddled with by retina on 2019-04-28 at 06:10
retina is offline   Reply With Quote
Old 2019-04-28, 18:28   #1687
Madpoo
Serpentine Vermin Jar
 
Madpoo's Avatar
 
Jul 2014

CC816 Posts
Default

Quote:
Originally Posted by retina View Post
What do the different anon names indicate? IIRC one is for unknown users, one is for known users who haven't entered a name, and the other is someone with a name they chose. Or is it something else entirely?

-Anonymous-
anonymous
ANONYMOUS

Could the pages be edited to change the colour; so all chosen user names are one colour, and the anon names generated by the server are a different colour?
If the user name shows as "-Anonymous-" that means it's someone who didn't bother creating their own account.

"anonymous" or "ANONYMOUS" or whatever else is when someone created an account but left their display name blank.

The no-account also used to show ANONYMOUS which was really confusing, so when I went through different reports I change that to the -Anonymous- display to help differentiate. It would probably be better to change that to "Unregistered" or something.

There's only one account like that, but there are a lot of users who didn't fill out a display name so it shows as ANONYMOUS. Nearly 1 in 4 accounts.
Madpoo is offline   Reply With Quote
Old 2019-04-29, 16:59   #1688
ric
 
ric's Avatar
 
Jul 2004
Milan, Ita

3×59 Posts
Default

Quote:
Originally Posted by Madpoo View Post
Apparently if something is assigned to an anonymous user, the site will happily reassign it to you if you come in and say "I want that particular exponent". It may only do that for ECM/P-1 and not for LL/PRP tests.

It does NOT change the type of assignment: it was an ECM previously and stayed an ECM assignment when it just changed the user to you.
Strange thing indeed: since I got an AID as a result of my reservation (and not an 'N/A', noticing me that the specific exponent was already taken), I considered it properly reserved.
Just out of curiosity, my PRP-CF will be finished in half a day - mainly to understand what happens to the original assignment when I return a different worktype.
ric is offline   Reply With Quote
Old 2019-05-01, 04:08   #1689
Madpoo
Serpentine Vermin Jar
 
Madpoo's Avatar
 
Jul 2014

1100110010002 Posts
Default

Quote:
Originally Posted by ric View Post
Strange thing indeed: since I got an AID as a result of my reservation (and not an 'N/A', noticing me that the specific exponent was already taken), I considered it properly reserved.
Just out of curiosity, my PRP-CF will be finished in half a day - mainly to understand what happens to the original assignment when I return a different worktype.
Yeah, your assignment ID was the same one that the system "anonymous" account had. All it really did was change the user from that anonymous account to you, and that was it.

I spent a little more time looking at it, and it does seem like that can only ever happen for assignments to that system anonymous account (people who don't have a logon to the site). I know that certain aspects of that are on purpose, when checking in a result, but when getting assignments in that particular way, I didn't expect it to reassign from anonymous to some other user.

I guess that could be the case if someone starts Prime95 without creating a login, and then later they think "Hey, this is so fun, I'm going to create my own account" and when they reconfigure the client with their login, it takes any of their work and reassigns to their new user id.

I'm pretty sure that was the use case when it was designed, but it should probably match the work *type* and not just the exponent.
Madpoo is offline   Reply With Quote
Old 2019-05-01, 04:15   #1690
Madpoo
Serpentine Vermin Jar
 
Madpoo's Avatar
 
Jul 2014

23×409 Posts
Default Bug with some logins (resolved now)

Thanks upfront to LookAS for being very patient with me while I looked into a problem with logging into the site...

As it turns out, when I modified the hashing method used for passwords on the site, I made a boneheaded mistake with the way case-sensitivity was used when looking at the user name being typed into the login box.

A portion of that login text is involved in the hashing, and of course people don't always maintain the correct case when typing their name into the login box. LOL

So, I fixed it and that should fix the handful of issues people had with logging in once I switched from the old hash to the new one.
Madpoo is offline   Reply With Quote
Old 2019-05-07, 12:13   #1691
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

7·601 Posts
Default Manual report of TF for TF assigned previous day generated error message result type inappropriate

processing: TF no-factor for M93010733 (273-274)
Result type (4) inappropriate for the assignment type (unknown). Processing result but not deleting assignment.
CPU credit is 20.5677 GHz-days.

https://www.mersenne.org/report_exponent/?exp_lo=93010733&full=1

Expired, completed, and pending, all on the same exponent. possibly a difference in bit level?
There's a 74,75 assignment for the same exponent that did not clear, in my https://www.mersenne.org/workload/ but I have no record of having been assigned that. I have several more in this batch at 73,74 already submitted, and over a dozen to go.
(Primenet says I was assigned 74,75, work needed on the exponent was 73,74, content pasted into my worktodo.txt and separate tracking file says 73,74. Another example, next up, 93011111. Looks like primenet is bumping the bit level during result processing.)

Last fiddled with by kriesel on 2019-05-07 at 12:16
kriesel is offline   Reply With Quote
Old 2019-05-09, 12:05   #1692
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

10000011011112 Posts
Default round 2

Quote:
Originally Posted by kriesel View Post
processing: TF no-factor for M93010733 (273-274)
Result type (4) inappropriate for the assignment type (unknown). Processing result but not deleting assignment.
CPU credit is 20.5677 GHz-days.

https://www.mersenne.org/report_exponent/?exp_lo=93010733&full=1

Expired, completed, and pending, all on the same exponent. possibly a difference in bit level?
There's a 74,75 assignment for the same exponent that did not clear, in my https://www.mersenne.org/workload/ but I have no record of having been assigned that. I have several more in this batch at 73,74 already submitted, and over a dozen to go.
(Primenet says I was assigned 74,75, work needed on the exponent was 73,74, content pasted into my worktodo.txt and separate tracking file says 73,74. Another example, next up, 93011111. Looks like primenet is bumping the bit level during result processing.)
Same thing happened with same range of exponents when reporting 74,75 results; 75,76 assignments found subsequently in my workload page, that I had no record of having reserved. Queued those up next. Made a note to capture before and after state of manual assignments tomorrow.
Attached Thumbnails
Click image for larger version

Name:	manual tf level bumped.png
Views:	15
Size:	33.9 KB
ID:	20315  
kriesel is offline   Reply With Quote
Old 2019-05-09, 12:27   #1693
SELROC
 

45016 Posts
Default

Quote:
Originally Posted by kriesel View Post
Same thing happened with same range of exponents when reporting 74,75 results; 75,76 assignments found subsequently in my workload page, that I had no record of having reserved. Queued those up next. Made a note to capture before and after state of manual assignments tomorrow.

May be that is what happens when manually wrestling with results.txt
  Reply With Quote
Old 2019-05-09, 14:17   #1694
masser
 
masser's Avatar
 
Jul 2003
wear a mask

25538 Posts
Default

Quote:
Originally Posted by kriesel View Post
There's a 74,75 assignment for the same exponent that did not clear, in my https://www.mersenne.org/workload/ but I have no record of having been assigned that. I have several more in this batch at 73,74 already submitted, and over a dozen to go.[/COLOR]
Kriesel,

A similar thing happened to me, see post 1600 of this thread.

It appears that you allowed the exponent to expire and then submitted the result. The server doesn't appear to behave well in that case.
masser is online now   Reply With Quote
Reply

Thread Tools


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

All times are UTC. The time now is 01:52.

Fri Aug 7 01:52:24 UTC 2020 up 20 days, 21:39, 1 user, load averages: 1.38, 1.47, 1.53

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.