Register FAQ Search Today's Posts Mark Forums Read

2019-10-28, 22:05   #1772
Dylan14

"Dylan"
Mar 2017

7628 Posts

Quote:
 Originally Posted by chalsall I think Primenet (read: https://www.mersenne.org/) is down...

I can agree with that: I am currently getting the following in my prime95 client:

Code:
CURL library error: couldn't connect to host

2019-10-28, 22:36   #1773
Uncwilly
6809 > 6502

"""""""""""""""""""
Aug 2003
101×103 Posts

20C016 Posts

Quote:
 Originally Posted by chalsall I think Primenet (read: https://www.mersenne.org/) is down...
Quote:
 Originally Posted by Dylan14 I can agree with that: I am currently getting the following in my prime95 client:
It is fine from here.

2019-10-28, 23:04   #1774
chalsall
If I May

"Chris Halsall"
Sep 2002

100011101001102 Posts

Quote:
 Originally Posted by Uncwilly It is fine from here.
It is now...

I tried from six different "views" using telnet, and then asked Validator to look at the TLP. And all the GPU72 spiders were complaining.

Amusingly... I initially tried using those "Is it just you?" sites from Google, to see if it was something at my end, but the first three demanded so much Javascript to be enabled that I gave up and did it by hand...

2019-10-29, 00:12   #1775
Serpentine Vermin Jar

Jul 2014

23×409 Posts

Quote:
 Originally Posted by chalsall It is now... I tried from six different "views" using telnet, and then asked Validator to look at the TLP. And all the GPU72 spiders were complaining. Amusingly... I initially tried using those "Is it just you?" sites from Google, to see if it was something at my end, but the first three demanded so much Javascript to be enabled that I gave up and did it by hand...
I think our colocation provider had an issue earlier today. I use Uptime Robot to monitor the site and there were a couple glitches lasting only a few seconds, but then there was a 25-minute outage at one point.

The server itself didn't seem to have any issues (once I could connect to it) so I'll be following up with the colo to make sure everything's good.

EDIT: as expected, the graphs for today show drops in net traffic entirely at the times of the outages...that's as far as I dug though.

Last fiddled with by Madpoo on 2019-10-29 at 00:23

 2020-01-07, 12:19 #1776 kriesel     "TF79LL86GIMPS96gpu17" Mar 2017 US midwest 7×601 Posts Manual assignment and result reporting issues now
 2020-01-07, 17:04 #1777 kladner     "Kieren" Jul 2011 In My Own Galaxy! 52·397 Posts I have manual results sitting, "Waiting for www.mersenne.org." to acknowledge them.
 2020-01-07, 18:03 #1778 Prime95 P90 years forever!     Aug 2002 Yeehaw, FL 7,013 Posts I built a new index (took 4 hours) that should make getting assignments fast again.
 2020-01-09, 18:00 #1779 kriesel     "TF79LL86GIMPS96gpu17" Mar 2017 US midwest 7·601 Posts PRPDC being mishandled consistently See https://www.mersenneforum.org/showpo...&postcount=445 for details on the latest occurrence I've had. There seem to be inherent issues in both prime95 and PrimeNet in handling PRPDC. Please fix. Last fiddled with by kriesel on 2020-01-09 at 18:00
 2020-01-18, 07:46 #1780 kriesel     "TF79LL86GIMPS96gpu17" Mar 2017 US midwest 106F16 Posts Well that's odd In response to a manual submission of a gpuowl result that appears to confirm the result by ATH Code: Found 2 lines to process. processing: PRP=(false) for M87000929 Error code: 40, error text: Another computer has already reported this PRP result for M87000929 Perhaps because the PRP types (1) and offsets (0) match also? Computing credit was issued, but my result was not added to the exponent listing, so still apparently another check needed. It would take prime95 or mlucas to produce a nonzero offset result. Last fiddled with by kriesel on 2020-01-18 at 07:48
 2020-01-19, 04:39 #1781 Prime95 P90 years forever!     Aug 2002 Yeehaw, FL 701310 Posts PRP types must match and either a different program used or the same program with a different initial shift
2020-02-07, 17:31   #1782
ixfd64
Bemusing Prompter

"Danny"
Dec 2002
California

8F316 Posts

PrimeNet is rejecting a factor I found:

Quote:
 [Mon Feb 3 13:45:40 2020] UID: ixfd64/tvr-mac-pro, M103016987 has a factor: 12719420153473651806953 [TF:73:74*:mfakto 0.15pre6 cl_barrett15_74_gs_2] UID: ixfd64/tvr-mac-pro, found 1 factor for M103016987 from 2^73 to 2^74 (partially tested) [mfakto 0.15pre6 cl_barrett15_74_gs_2]
Could George or someone please insert them into the database (or delete Niels_Mache_Nextcloud's poached results) for me?

If it's not convenient for you to do so, then it's completely understandable, but do let me know if this is the case.

I also got "result not needed" when submitting 116 other "no factor" results. PrimeNet still accepted them but didn't give me any CPU credit. It's not a big deal, but I would appreciate it if you could correct the GHz-days. Please see the two attached results files. Again, if it's not practical, then please let know.

Thanks!
Attached Files
 tvr-mac-pro.device-1.txt (13.1 KB, 25 views) tvr-mac-pro.device-2.txt (13.2 KB, 18 views)

Last fiddled with by ixfd64 on 2020-02-07 at 17:50

 Similar Threads Thread Thread Starter Forum Replies Last Post ewmayer Lounge 39 2015-05-19 01:08 ewmayer Science & Technology 41 2014-04-16 11:54 cheesehead Soap Box 56 2013-06-29 01:42 cheesehead Soap Box 61 2013-06-11 04:30 Dubslow Programming 19 2012-05-31 17:49

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

Fri Aug 7 01:47:44 UTC 2020 up 20 days, 21:34, 1 user, load averages: 1.31, 1.42, 1.55