GPU to 72 status... - Page 383

kladner · 2018-10-12, 11:42

Quote:

Originally Posted by petrw1

AWOL?

10-12-18, 11:40 AM UTC:
https://downforeveryoneorjustme.com/gpu72.com

Quote:

It's not just you! gpu72.com looks down from here.

tServo · 2018-10-12, 16:59

Quote:

Originally Posted by kladner

10-12-18, 11:40 AM UTC:
https://downforeveryoneorjustme.com/gpu72.com

It;s Back Up at 1PM Eastern.

chalsall · 2018-10-12, 17:07

Quote:

Originally Posted by tServo

It;s Back Up at 1PM Eastern.

Sorry guys. A *really* bad kernel upgrade / reboot...

"symbol not found: grub_efi_secure_boot" for every kernel available from the GRUB boot menu. Smashed my head against the wall for hours on this (in addition to having to take one of our cats to the vet because of injuries resulting from a fight last night).

In case anyone else encounters this, the solution is to move /boot/grub to /boot/grub_bu and /boot/grub2 to /boot/grub2_bu, then "yum reinstall grub*", then "grub2-install /dev/sda", "grub2-install /dev/sdb" (in a RAID1 configuration), then "grub2-mkconfig -o /boot/grub2/grub.cfg", then "grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg".

I hate computers....

Edit: Just to document the exact proceedure, in case I have to do this again myself, the above commands are done in a "rescue" environment (via the "serial console" in the case of a co-located server) with the file systems mounted and then chroot'ed into.

Code:

cd /mnt
mkdir t
mount /dev/md1 t
mount /dev/vg00/usr t/usr
mount /dev/vg00/var t/var
mount -t proc proc t/proc
mount -t sysfs sys t/sys
mount -o bind /dev t/dev
chroot t

# Do the GRUB stuff...

exit

umount t/sys
umount t/proc
umount t/dev
umount t/usr
umount t/var
umount t

shutdown -r now

The exact file system locations will likely vary for other installations. "cat /proc/mdstat" and "lvdisplay" should give enough information to proceed.

Chuck · 2018-12-29, 21:10

Do we know anything about the anonymous participant who has 6,500 current TF assignments and has been turning in 30,000+ GhzDays/Day for the past several days? Currently at position #2 in the overall progress report.

chalsall · 2018-12-29, 21:29

Quote:

Originally Posted by Chuck

Do we know anything about the anonymous participant who has 6,500 current TF assignments and has been turning in 30,000+ GhzDays/Day for the past several days?

Only that they have some /serious/ kit!!!

They have chosen to be anonymous, so that's all I'll say on the matter (as a sysadmin I take confidentiality *very* seriously)....

chalsall · 2018-12-30, 16:07

Hey All.

We're about two weeks away from taking everything below 97M to at least 72 "bits".

There are around 10,000 candidates in 97M still at 71, but there are several people working that range "off the books" (read: not reserving from Primenet), so I'm hesitant to bring those candidates into GPU72 and risk "toes being stepped on".

I'm also a little hesitant to bring in work in the 10xM ranges, since that is *so* far ahead of the Primenet LL'ing and P-1'ing wave-fronts. GPU72 was created to help the GIMPS project, and I'd like to keep to that primary agenda.

So, once everything "owned" by GPU72 at 71 is assigned, the system will start giving out work to 73 bits (starting in 92M), even if the pledge is only to 72.

Thoughts? Comments? Complaints?

And, as always, thanks for all the compute everyone!!!

masser · 2018-12-30, 16:33

Does GPU72 have a lot of users that only work up to 72 bits?

My only complaint is that I wish people didn't work "off the books" so close to the LL and P-1 wavefronts. The reason we have a reservation system is to prevent duplication of effort.

chalsall · 2018-12-30, 16:45

Quote:

Originally Posted by masser

Does GPU72 have a lot of users that only work up to 72 bits?

Yes, a few. Some with some fairly serious fire-power. And that's cool; everything is useful (even if not immediately).

Quote:

Originally Posted by masser

My only complaint is that I wish people didn't work "off the books" so close to the LL and P-1 wavefronts. The reason we have a reservation system is to prevent duplication of effort.

Seconded.

James Heinrich · 2018-12-30, 16:58

Quote:

Originally Posted by chalsall

And that's cool; everything is useful (even if not immediately)

That makes me feel better about spending 6 months factoring to 10000M

ET_ · 2018-12-30, 17:06

Quote:

Originally Posted by James Heinrich

That makes me feel better about spending 6 months factoring to 10000M

That makes me feel useful as well

masser · 2018-12-30, 18:40

Quote:

Originally Posted by chalsall

Yes, a few. Some with some fairly serious fire-power. And that's cool; everything is useful (even if not immediately).

Ok, I see now.

FWIW, I think you made the right choice. In the not-too-distant future, there won't be any useful TF work left at the 72 bit level, so better for contributors to get used to doing higher bit levels now. I would think it's less annoying to work to higher bit levels than to get poached by the yahoos that don't make reservations. Moving to 10xM ranges is less helpful to GIMPS.

I also notice that at the 96.8M range, GPU72 will have more work to do; TF to 77 bits will soon be the new norm.

2018-12-29, 21:10	#4206
Chuck May 2011 Orange Park, FL 3×5×59 Posts	Do we know anything about this anonymous participant? Do we know anything about the anonymous participant who has 6,500 current TF assignments and has been turning in 30,000+ GhzDays/Day for the past several days? Currently at position #2 in the overall progress report.

2018-12-30, 16:07	#4208
chalsall If I May "Chris Halsall" Sep 2002 Barbados 9,767 Posts	LLTF work to 72 is running out... Hey All. We're about two weeks away from taking everything below 97M to at least 72 "bits". There are around 10,000 candidates in 97M still at 71, but there are several people working that range "off the books" (read: not reserving from Primenet), so I'm hesitant to bring those candidates into GPU72 and risk "toes being stepped on". I'm also a little hesitant to bring in work in the 10xM ranges, since that is so far ahead of the Primenet LL'ing and P-1'ing wave-fronts. GPU72 was created to help the GIMPS project, and I'd like to keep to that primary agenda. So, once everything "owned" by GPU72 at 71 is assigned, the system will start giving out work to 73 bits (starting in 92M), even if the pledge is only to 72. Thoughts? Comments? Complaints? And, as always, thanks for all the compute everyone!!! Last fiddled with by chalsall on 2018-12-30 at 16:11 Reason: s/staring/starting/;

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

2018-12-30, 16:33	#4209
masser Jul 2003 wear a mask 2²·419 Posts	Does GPU72 have a lot of users that only work up to 72 bits? My only complaint is that I wish people didn't work "off the books" so close to the LL and P-1 wavefronts. The reason we have a reservation system is to prevent duplication of effort.