Hi Jopseph,
On 04/07/2014 03:05 PM, Vitale, Joseph wrote:
Hello,
I am using IBM DS8870 DASD for zLinux guests. When I use Kick Start or
standard install Red Hat Linux prompts to Format disks. Messages follow:
Format uninitialized DASD devices?
There are 4 uninitialized DASD devices on this system.
To continue installation, the devices must be formatted.
Formatting will remove any data on these devices.
/dev/disk/by-path/ccw-0.0.0700
/dev/disk/by-path/ccw-0.0.0720
/dev/disk/by-path/ccw-0.0.0900
/dev/disk/by-path/ccw-0.0.0910
I would like Red Hat to Format the disks automatically when using Kick Start
but cannot seem to get that working. Any ideas what I'm doing wrong?
I format DASD's Cylinder "0 - 0", Label and attach to system. Cylinders
1-END default to PERM space.
Mini Disk statement is: MDISK 700 3390 0001 9816 LX0003 MR xx xx xx
Kick Start file contains: "clearpart --all -initlabel"
I don't remember exactly but the clearpart initlabel might be the way to
automatically dasdfmt unformatted DASDs with RHEL5.
With RHEL6, I think, the kickstart parameter zerombr got a special
meaning for DASDs:
src="https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/s1-kickstart2-options.html#idp13120384";>
zerombr (optional)
If zerombr is specified any invalid partition tables found on disks
are initialized. This destroys all of the contents of disks with invalid
partition tables. This command is required when performing an unattended
installation on a system with previously initialized disks.
Specific to System z: If zerombr is specified, any DASD visible to
the installer which is not already low-level formatted gets
automatically low-level formatted with dasdfmt. The command also
prevents user choice during interactive installations. If zerombr is not
specified and there is at least one unformatted DASD visible to the
installer, a non-interactive kickstart installation will exit
unsuccessfully. If zerombr is not specified and there is at least one
unformatted DASD visible to the installer, an interactive installation
exits if the user does not agree to format all visible and unformatted
DASDs. To circumvent this, only activate those DASDs that you will use
during installation. You can always add more DASDs after installation is
complete.
Note that this command was previously specified as zerombr yes.
This form is now deprecated; you should now simply specify zerombr in
your kickstart file instead.
This kickstart command is cross referenced in the documentation for the
interactive anaconda GUI regarding disk initialization:
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/sn-initialize-hdd-s390.html
I hope this helps.
All files follow:
"RH62 CONF" on mdisk 191 does not contain DASD initialize statements:
HOSTNAME="R005P0Z"
DASD="700,720,730,900,910"
NETTYPE="qeth"
SUBCHANNELS=..
PORTNAME=
IPADDR="
NETWORK=
NETMASK=
BROADCAST=
GATEWAY=
SEARCHDNS=
PORTNO=
LAYER2=
DNS=
MTU=
"RH62 PARMFILE" on mdisk 191:
/* Red Hat parmfile for Kickstart install of Websphere server */
root=/dev/ram0 ro ip=off ramdisk_size=4
CMSDASD=191 CMSCONFFILE=RH62.conf
vnc vncpassword=password
ks=nfs:10.59.68.21:/DISTRIBUTION/RH62kickstart/websphere-ks.cfg
RUNKS=1 cmdline
"Kick Start" file:
clearpart --all --initlabel
part /boot --fstype=ext4 --size=200 --ondisk=dasdb
part pv.094006 --grow --size=200 --ondisk=dasdb
# /tmp
part pv.094009 --grow --size=200 --ondisk=dasdc
# 4 program product directories/users/home
part pv.094013 --grow --size=200 --ondisk=dasdd
# This is real SWAP
part swap --size=140 --ondisk=dasde
volgroup rootvg --pesize=4096 pv.094006 pv.094009
logvol / --fstype=ext4 --name=root --vgname=rootvg --size=6700
logvol /tmp --fstype=ext4 --name=tmp --vgname=rootvg --size=7040
volgroup VG_system --pesize=4096 pv.094013
Use following to format 3390-9 disks for zLinux install:
CPFMTXA
Format
enter vdev
For "Enter Cylinder Range to be formatted", I enter: 0 0
enter volume label
yes to "Format will erase cylinders.."
end to "Enter Allocation Data"
Thanks
Joe
Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14
Jersey City, N.J. 07302
Work 201-395-1509
Cell917-903-0102
The information contained in this e-mail, and any attachment, is confidential
and is intended solely for the use of the intended recipient. Access, copying
or re-use of the e-mail or any attachment, or any information contained
therein, by any other person is not authorized. If you are not the intended
recipient please return the e-mail to the sender and delete it from your
computer. Although we attempt to sweep e-mail and attachments for viruses, we
do not guarantee that either are virus-free and accept no liability for any
dama
