H Mottaleb via plug on 18 Jan 2021 11:30:10 -0800


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [PLUG] Is it possible to move data from a SAS drive to the newly installed SSD?


For clarification, I’m not looking to do any mining. Just trying to sync Eth1 chain and Eth2 chain to run a validator. I believe that is different than mining.

That being said, I’m am being told the SAS drives I currently have are too slow for this purpose and since I have been downloading the Eth1 chain for 4 days now, I’m wondering if it’s possible for me to move it all over to much faster NVMe drives and possibly get rid of the raid setup? I might just run a micro pc with a good back up.

Initially I was trying to do this on the Rasberry pi’s but it didn’t work. Although that might still be a viable option.

Thanks


Sent from Yahoo Mail for iPad

On Monday, January 18, 2021, 2:16 PM, Keith via plug <plug@lists.phillylinux.org> wrote:

First I've heard one needs and SSD to run and Ethereum but I don't currently do any mining.  Gotta ask my business partner 'bout that since he does and he pretty much as convinced me to task a server or two to do it.

That said, maybe I'm missing something in the original question but I don't understand why "moving" data (aka the entire file system) to another drive is a big deal.

If one is not running XFS or a file system that can not do atomic dumps while the fs is running (like EXT4...  nope, not all journaling files systems are created equal and I would never recommend dumps of an open EXT4 system) then the generic process would be:

1) boot the system from a live cd / usb

2) attach the target drive to the system with usb <-> sata or similar device that will allow you to mount the target drive.  You'll also have to format the drive and set it up for msdos or EFI booting.

3) use dump, tar, cpio or some other utility to copy over the file system.  A quick look at dump leads me to believe that might be the most agnostic.  It looks similar to xfsdump (which XFS' native tool).

4) once the data is copied the "trick" to this process (if this fs need to be bootable) is to install the boot information and modify the file system id in /etc/fstab.  If this is not a boot drive you would only need to update the /etc/fstab file.

5) shutdown and physically swap the drives

My question is, is there some reason why the generic process for moving file systems on a node that is doing crypto mining would not work?  The only issue is see if the filesystem id is use in the proof of work mechanisms.  That is not impossible to address but it would add some complexity to the process.


On 1/18/21 4:35 AM, Eric H. Johnson via plug wrote:
Joe,

Reminding Humera, you presented at Humera's meet-up group, Exton blockchain meet-up a couple years ago she had a bunch of IT related questions way outside my area of expertise, so I referred her to PLUG.

Perhaps in the near future we can do a cros-over preso on IT requirements for crypto / mining.

Regards,
Eric


On January 17, 2021 8:42:10 PM EST, Joe Rosato via plug <plug@lists.phillylinux.org> wrote:

Not sure how much has changed, but a 2018 article by Jameson Lopp said, and I quote:

"Running an archival Ethereum node requires a ton of disk I/O since you’re executing every smart contract ever performed in the history of Ethereum and updating the state on disk. It’s common knowledge now that if you try to sync an archival node on a machine with spinning disk drives, it will never catch up to the tip of the blockchain — there simply aren’t enough IOPs available. Thus, you MUST have a solid state disk to run an Ethereum node."

Joe

On Sun, Jan 17, 2021 at 7:32 PM Rich Mingin (PLUG) via plug <plug@lists.phillylinux.org> wrote:
Yes, it's possible, if you can have both PERCs installed at the same time. If they're PCIe models, you're fine, if they're the proprietary Dell semi-integrated modules, you'd need to remove the one to install the other.

On Sun, Jan 17, 2021 at 7:27 PM H Mottaleb via plug <plug@lists.phillylinux.org> wrote:
Hi,

I have my Dell R510 server configured with raid 6. It has been downloading Eth1 (Geth) chain for last 4 days and it’s not even half way done.

I am finding out now that even if the chain is fully downloaded and synced, I will have issues with the SAS drives because they’re too slow for this purpose.

I am thinking about upgrading the perc card to the 8700 and upgrading a few drives. 

Would it be possible for me to move the already downloaded data to the new drives or would I have to download everything all over again?

___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug
___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
-- 
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Keith C. Perry, MS E.E.
Managing Member, DAO Technologies LLC
(O) +1.215.525.4165 x2033
(M) +1.215.432.5167
www.daotechnologies.com
___________________________________________________________________________
Philadelphia Linux Users Group        --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --  http://lists.phillylinux.org/mailman/listinfo/plug
___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug