GPU to 72 status... - Page 116

chalsall · 2012-06-07, 22:57

Just a notice to everyone...

This next Saturday at 1600 UTC (2012.06.09.1600) (noon EDT) there will be a scheduled outage for the GPU72 system. The window should be less than two hours.

This is simply to reboot the machine to upgrade the kernel, plus to add a new field to one of the larger MySQL tables.

The machine should only be unreachable for about five minutes during the reboot, but during the "ALTER TABLE" run new assignments will not be available, and completed work will not be detected. Also, queries will be quite slow.

I will post again here when the work has been completed.

Dubslow · 2012-06-08, 00:08

Noon EDT

('Twould be 1100 EST.

)

PS I don't like DST either. It gets confusing when half the year I'm in a different time zone than the other half.

chalsall · 2012-06-08, 00:20

Quote:

Originally Posted by Dubslow

Noon EDT

('Twould be 1100 EST.

)

LOL... Should have given it in Barbados time; we don't do daylight savings, and it's currently the same as eastern....

davieddy · 2012-06-08, 22:46

Quote:

Originally Posted by chalsall

LOL... Should have given it in Barbados time; we don't do daylight savings, and it's currently the same as eastern....

If your "daylight" lasts 12 hours/day all year long, you wouldn't reallly need to bother about it.

Ernst (albeit at a smaller latitude) agrees with me that we like sunshine late in the evening, rather than morning.

Synchronicity is another matter.
Why in the name of *** do some places feel the need for a half-hour discrepancy?

David

PS my old Dad said he loved "Double (2hours) Saving" during the war.

chalsall · 2012-06-09, 17:09

Quote:

Originally Posted by chalsall

I will post again here when the work has been completed.

OK. We're back.

kladner · 2012-06-10, 15:12

At approximately 1300 UT my one LL worker completed a Suspect LL of 45483679. The story of this exponent is that I restarted it twice after it reported possible errors (1 round off > 0.4 on the completed run), and after repeated torture tests did not show errors. These errors (on all three attempts) occurred while I was using Adobe Bridge CS5, which is a 32 bit app, even though the Photoshop it is associated with is 64 bit. On these occasions Bridge crashed, and at some times took Firefox with it. The errors showed up in P95-64 after these crashes. It should be noted that P-1 workers were likely using about 3/4 of the 16 GB of memory at these times.

As of 0510 UT M45483679 still shows that it is assigned to me, though PrimeNet reports it completed. Is is possible that this assignment can be retained in GPU72 for someone to DC?

EDIT: I have since upgraded to Photoshop CS6, which includes a 64 bit Bridge. I have not seen any crashes since, but there have not been enough time and usage to be certain of that this change eliminated the problem.

chalsall · 2012-06-10, 16:09

Quote:

Originally Posted by kladner

Is is possible that this assignment can be retained in GPU72 for someone to DC?

Not unless "AnonSpidy" happens to capture it again, which it doesn't appear to have done in this case.

Keep in mind that for LL and DC assignments, the worker actually "owns" it; GPU72 is simply monitoring its progress.

kladner · 2012-06-10, 16:15

OK. Thanks, chalsall.

EDIT: Is it normal that such an assignment is still in my GPU72 Assignments list? It has been some hours since it reported to PrimeNet.

kladner · 2012-06-10, 19:51

Quote:

Originally Posted by kladner

EDIT: Is it normal that such an assignment is still in my GPU72 Assignments list? It has been some hours since it reported to PrimeNet.

PrimeNet shows 45483679 has been assigned on 6/10/2012 to ANONYMOUS, but GPU72 shows it in Assignments.

Am I missing something?

Dubslow · 2012-06-10, 19:59

Quote:

Originally Posted by kladner

PrimeNet shows 45483679 has been assigned on 6/10/2012 to ANONYMOUS, but GPU72 shows it in Assignments.

Am I missing something?

Could it be because your PN username is different? But then none of your other assignments would appear as completed...

kladner · 2012-06-10, 20:06

Quote:

Originally Posted by Dubslow

Could it be because your PN username is different? But then none of your other assignments would appear as completed...

It hasn't been a problem before. All my Manual Testing results show up on PrimeNet.

Thanks for the thought, though.

2012-06-07, 22:57	#1266
chalsall If I May "Chris Halsall" Sep 2002 Barbados 9782₁₀ Posts	Scheduled outage for GPU72. Just a notice to everyone... This next Saturday at 1600 UTC (2012.06.09.1600) (noon EDT) there will be a scheduled outage for the GPU72 system. The window should be less than two hours. This is simply to reboot the machine to upgrade the kernel, plus to add a new field to one of the larger MySQL tables. The machine should only be unreachable for about five minutes during the reboot, but during the "ALTER TABLE" run new assignments will not be available, and completed work will not be detected. Also, queries will be quite slow. I will post again here when the work has been completed. Last fiddled with by chalsall on 2012-06-08 at 00:41 Reason: Dubslow pointed out a bug in my time....

2012-06-08, 00:08	#1267
Dubslow Basketry That Evening! "Bunslow the Bold" Jun 2011 40<A<43 -89<O<-88 3·29·83 Posts	Noon EDT ('Twould be 1100 EST. ) PS I don't like DST either. It gets confusing when half the year I'm in a different time zone than the other half. Last fiddled with by Dubslow on 2012-06-08 at 00:22

2012-06-10, 15:12	#1271
kladner "Kieren" Jul 2011 In My Own Galaxy! 2·3·1,693 Posts	Suspect LL At approximately 1300 UT my one LL worker completed a Suspect LL of 45483679. The story of this exponent is that I restarted it twice after it reported possible errors (1 round off > 0.4 on the completed run), and after repeated torture tests did not show errors. These errors (on all three attempts) occurred while I was using Adobe Bridge CS5, which is a 32 bit app, even though the Photoshop it is associated with is 64 bit. On these occasions Bridge crashed, and at some times took Firefox with it. The errors showed up in P95-64 after these crashes. It should be noted that P-1 workers were likely using about 3/4 of the 16 GB of memory at these times. As of 0510 UT M45483679 still shows that it is assigned to me, though PrimeNet reports it completed. Is is possible that this assignment can be retained in GPU72 for someone to DC? EDIT: I have since upgraded to Photoshop CS6, which includes a 64 bit Bridge. I have not seen any crashes since, but there have not been enough time and usage to be certain of that this change eliminated the problem. Last fiddled with by kladner on 2012-06-10 at 15:27 Reason: Adding details

2012-06-10, 16:15	#1273
kladner "Kieren" Jul 2011 In My Own Galaxy! 23656₈ Posts	OK. Thanks, chalsall. EDIT: Is it normal that such an assignment is still in my GPU72 Assignments list? It has been some hours since it reported to PrimeNet. Last fiddled with by kladner on 2012-06-10 at 16:24

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Status	Primeinator	Operation Billion Digits	5	2011-12-06 02:35
62 bit status	1997rj7	Lone Mersenne Hunters	27	2008-09-29 13:52
OBD Status	Uncwilly	Operation Billion Digits	22	2005-10-25 14:05
1-2M LLR status	paulunderwood	3*2^n-1 Search	2	2005-03-13 17:03
Status of 26.0M - 26.5M	1997rj7	Lone Mersenne Hunters	25	2004-06-18 16:46