FYI - the problem we were having with the boot.findself script had to do
with upper/lower case matching issues when the script interrogated the
sles11 parameter files searching for the source and destination server names
and ip addresses. So, the script worked fine once we matched the cases to
wha
the script does have the "sync" command executing after the copy with "dd"
completes
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visi
>>> On 3/3/2011 at 11:29 AM, Craig Collins wrote:
> So, we have a method to make the clone, but the clonerw.sh script doesn't
> seem to work with this disk without further modifications that we can't
> figure out at this point.
Are you using the "sync" option on the dd command, or issuing a manu
1. rebuilt the golden image, preparing the disk with CMS FORMAT & RESERVE on
EDEV FBA mini-disks
2. prepared the clone system disk with CMS FORMAT & RESERVE on EDEV FBA
mini-disks
3. Altered the clonerw.sh script so that it recognized the disk as FBA
instead of CKD to get the device names and delet
>>> On 3/2/2011 at 03:47 PM, Richard Troth wrote:
> There is a lot of confusion about 'dasdfmt' versus 'mkfs'. If you
> already know the difference, please excuse this note.
Rick,
Do me a favor and stick this out on the wiki (after editing it a bit for
style). I think this would be useful
We created the golden image server on EDEV FBA disk as well so our clone is
from EDEV FBA to EDEV FBA. I presume if we are using the CMS FORMAT/RESERVE
sequence we should do so for the source golden image build as well as the
clone system before copying. When we tried using dd to clone, I watched
There is a lot of confusion about 'dasdfmt' versus 'mkfs'. If you
already know the difference, please excuse this note. The water is
muddier for mainframers because in z/OS land the concept of
"filesystem" and "volume" is blurred. z/OS uses the low level
structure (tracks, blocks, records, even
Hi, Craig, --
For FBA, you are correct to dispense with 'dasdfmt'. (Will detail
that in a following note.)
You still need to stamp a bootstrap onto the FBA disk, and the
bootstrap is different for FBA than for CKD.
> ... We've altered the script to
> identify the FBA devices, format the
Craig,
> We've altered the script to identify the FBA devices,
> format them with 'mkfs' and then use the 'dd' to perform
> the block copy. When we try to boot the cloned copy
Just some thoughts - after you dd them, but before you try to IPL, are you
able to mount the new targets as file systems
We're walking through the IBM doc "Sharing and Maintaining SLES11 Linux
under z/VM using DCSSs and an NSS" but using EDEV FBA devices instead of
native CKD devices. We've move to the point where we are making our first
cloned copy and are running into issues.
The original script identifies the CK
10 matches
Mail list logo