Am 06.04.22 um 17:48 schrieb Rick Troth:
Use 'dd' to copy block device to block device. (The name reminds me of DDR
every time I use it!)

Right. The syntax is a bit odd, but for most things
dd if=<inputfile> of=<outputfile> bs=<blocksize> count=<numbers of blocks>
works.

For disk copy
dd if=/dev/disk/by-id/<old> of=/dev/disk/by-id/new

should be all that you need.
Then you can even mount,chroot and fixup things when necessary. Before that you 
should then also do blockdev --rereadpt on the target disk so that your LPAR 
understands the new partion table. 1






On Wed, Apr 6, 2022, 11:44 Martha McConaghy <martha.mccona...@marist.edu>
wrote:

Christian,
Looks like I have a couple of Linux LPARs that I'm going to have to move
to the new storage too.  (I was hoping to be able to retire them, but no
such luck.)  The trick with the EDEV isn't going to work for them (LUNs are
too big).

What would be a good tool to use in Linux to do physical copies of LUNs?
My colleagues usually only deal with copying filesystems, like rsync, which
would not do the trick for me.

Martha


Martha McConaghy

Marist:  System Architect/Technical Lead

SHARE Association:  Secretary

Marist College IT

Poughkeepsie, NY 12601

________________________________
From: Linux on 390 Port <LINUX-390@VM.MARIST.EDU> on behalf of Christian
Borntraeger <borntrae...@linux.ibm.com>
Sent: Wednesday, April 6, 2022 1:56 AM
To: LINUX-390@VM.MARIST.EDU <LINUX-390@VM.MARIST.EDU>
Subject: Re: Moving LUNs using z/VM

Am 05.04.22 um 23:19 schrieb Martha McConaghy:
I have a few RHEL servers that run on z/VM but boot off of a direct
attached SAN LUN (not an EDEV or ECKD).  They reside on an old DS8870 and I
need to move them to a new DS8910.  (No PPRC, GDPS, etc.)  Is there a way
that I could use VM to copy these LUNs to the new storage?   I was looking
at DDR, but wasn't sure if the FB-512 type would work for these.  They
aren't CMS format disks, obviously, so that isn't an option.  I'm trying to
avoid having to attach them to a Linux server to do the work, but will if
that is the only option.  Since these are boot volumes, I have to copy the
boot partition and boot record, not just the filesystems.  So, a physical
copy would be the best.

I think your last resort (using a Linux server) is actually  not a bad
idea as direct attached FCP is usually faster than EDEV.

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390


----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to