mersenneforum.org  

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

Reply
 
Thread Tools
Old 2014-07-14, 17:33   #265
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2×4,643 Posts
Default She's dead (again) Jim....

Reboot, rinse, repeat....
chalsall is offline   Reply With Quote
Old 2014-07-14, 17:41   #266
brilong
 
Mar 2014

19 Posts
Default

What's the hardware config for the backend? If we need a bandaid approach to keep it running, I have some SAS and/or SATA disks I could possibly send you depending on the geographic location (San Diego?). What's the server model number, RAID controller, etc?
brilong is offline   Reply With Quote
Old 2014-07-16, 01:14   #267
kladner
 
kladner's Avatar
 
"Kieren"
Jul 2011
In My Own Galaxy!

97·103 Posts
Default

She may not be dead, Jim, but she's one sick puppy.

Quote:
Warning: odbc_pconnect() [function.odbc-pconnect]: SQL error: [Microsoft][ODBC SQL Server Driver][Shared Memory]General network error. Check your network documentation., SQL state 08S01 in SQLConnect in C:\v5\www\2013\v5server\0.96_database.inc.php on line 21
pnErrorResult=3 pnErrorDetail=Database unavailable ==END==
kladner is offline   Reply With Quote
Old 2014-07-16, 01:48   #268
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2×43×83 Posts
Default

Quote:
Originally Posted by kladner View Post
She may not be dead, Jim, but she's one sick puppy.
Yes, I did a "preventative" restart 5 minutes ago.
Prime95 is offline   Reply With Quote
Old 2014-07-16, 02:40   #269
kladner
 
kladner's Avatar
 
"Kieren"
Jul 2011
In My Own Galaxy!

97·103 Posts
Default

Quote:
Originally Posted by Prime95 View Post
Yes, I did a "preventative" restart 5 minutes ago.
Thanks!
kladner is offline   Reply With Quote
Old 2014-07-16, 08:31   #270
Robert_JD
 
Robert_JD's Avatar
 
Sep 2010
So Cal

2·52 Posts
Default

Quote:
Originally Posted by Prime95 View Post
Yes, I did a "preventative" restart 5 minutes ago.
So far so good...Thanks George!
Robert_JD is offline   Reply With Quote
Old 2014-07-16, 18:27   #271
NBtarheel_33
 
NBtarheel_33's Avatar
 
"Nathan"
Jul 2008
Maryland, USA

45916 Posts
Default

She's mortally wounded, James.
NBtarheel_33 is offline   Reply With Quote
Old 2014-07-16, 19:11   #272
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2·4,643 Posts
Default

Quote:
Originally Posted by NBtarheel_33 View Post
She's mortally wounded, James.
George...

Would it help if GPU72 didn't run its queries so often?

Would it help if very old log files were deleted from Primenet's harddrives?

This issue is clearly critical. Primenet now seems more unstable than stable most of the time (happy to share the logs empirically demonstrating this).
chalsall is offline   Reply With Quote
Old 2014-07-16, 20:22   #273
TheMawn
 
TheMawn's Avatar
 
May 2013
East. Always East.

11×157 Posts
Default

Warning: odbc_pconnect() [function.odbc-pconnect]: SQL error: [Microsoft][ODBC SQL Server Driver][Shared Memory]General network error. Check your network documentation., SQL state 08S01 in SQLConnect in C:\v5\www\2013\v5server\0.96_database.inc.php on line 21
pnErrorResult=3 pnErrorDetail=Database unavailable ==END==


EDIT: Oops same message as kladner.

Last fiddled with by TheMawn on 2014-07-16 at 20:23
TheMawn is offline   Reply With Quote
Old 2014-07-16, 20:33   #274
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2×43×83 Posts
Default

Quote:
Originally Posted by chalsall View Post
Would it help if GPU72 didn't run its queries so often?
I have no idea. If I knew why the database crashes so often I might could answer that question more intelligently.

Quote:
Would it help if very old log files were deleted from Primenet's harddrives?
I've been cleaning up some. This latest crash was not related to disk space -- just an ordinary database death for no good reason.
Prime95 is offline   Reply With Quote
Old 2014-07-16, 20:57   #275
TheMawn
 
TheMawn's Avatar
 
May 2013
East. Always East.

6BF16 Posts
Default

Well unless I am missing something, our options are to either get rid of the data or to expand storage capacity. I always think there is no such thing as too much data, but I also like to live in that perfect world where storage space is not an issue. GIMPS and I clearly don't live together in that world.

How much data is kept for every exponent? I can only work from memory at this point because the server is dead, but when I look up an exponent, I vaguely remember seeing every stage of trial factoring, including who did it and when; any P-1 work, including who did it, when and what the bounds were; LL and DC tests, if applicable, with 64-bit residues, and who did it and when.

For the sake of history, I think that keeping every bit of data we can is important, but if it's a choice between server stability and precision of data, I'd choose stability any day. To this end, perhaps if we simplified all activity before xx/yy/zzzz, we would free up enough space to keep us going until a new server is arranged?

Presently an exponent might look like:

Code:
No factors below 2^66
No factors from 2^66 to 2^68, TheMawn, 20/03/2010
No factors from 2^68 to 2^69, Joe Pesci, 16/04/2010
No factors from 2^69 to 2^70, Factor_Dude_669, 05/05/2010
P-1 B1=135000 B2=1697500, P-1_Dude_669, 03/07/2011
No factors from 2^70 to 2^72, TheMawn, 19/11/2010
MXXXXXXXX is not prime Res64: BLABLA, curtisc, 03/01/2012
No factors from 2^72 to t^73, John Travolta, 01/02/2012
No factors from 2^73 yo 2^74, FourHorsemen, 01/07/2013
P-1 B1=249000 B2=3125000, Darian Durant, 07/07/2013
MXXXXXXXX is not prime Res64: BLABLA, DC_Dude_669, 16/07/2013
If we wanted to simplify the data, we really have a lot of options. I don't really care who did the TF and when. How often have we found erroneous TF results? Do we really care if we found out that Factor_Dude_669 missed a factor three years ago? Would we do anything about it? Then why bother remembering?

Same goes for the P-1. What value do we really get from the time stamp and the user ID?

For the LL and DC, I understand that the user and date are a bit more important if we ever saw a particular user having a high error rate or is suspected of falsifying results, so it might be worth keeping those. If a DC hasn't been completed yet or if the DC comes out incorrect, it would be very important that we continue to keep all the information we can, however.

If the data looked like:

Code:
No factors below 2^74
P-1 B1=135000 B2=1697500
P-1 B1=249000 B2=3125000
MXXXXXXXX is not prime Res64: BLABLA, curtisc
MXXXXXXXX is not prime Res64: BLABLA, DC_Dude_669
We might save a lot of space and lose little of importance. If we were to compress everything before, say, 01/01/2014, and keep the rest on an external source until we get the issues permanently resolved, this could buy us some time?


EDIT: Now that the server is back up, I went and looked at the history for M55174403, one that I am working on right now. It looks a bit different than I remembered. In fact, there is a little box with the reader's digest of the work done on the exponent, but there is also a detailed history. Temporarily getting rid of that might reduce the strain all the same?

Last fiddled with by TheMawn on 2014-07-16 at 21:01
TheMawn is offline   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 00:19.

Tue Oct 27 00:19:49 UTC 2020 up 46 days, 21:30, 0 users, load averages: 1.85, 1.86, 1.83

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.