Cari di RHE Linux 
    RHE Linux User Manual
Daftar Isi
(Sebelumnya) 14 : Hypervisor Deployment Guide14 : Chapter 5. Configuration ... (Berikutnya)

Hypervisor Deployment Guide

Chapter 4. Installation

This chapter documents the installation of the Red Hat Enterprise Virtualization Hypervisor. The Red Hat Enterprise Virtualization Installation Guide covers installation of a Red Hat Enterprise Virtualization Manager or a Red Hat Enterprise Linux host.
Red Hat Enterprise Virtualization Hypervisors are able to use Storage Area Networks (SANs) and other network storage for storing guest virtual machine images. Hypervisors can also be installed on SANs, provided that the Host Bus Adapter (HBA) permits configuration as a boot device in BIOS.
Hypervisors can use multipath devices for installation. Multipath is often used for SANs or other networked storage. Multipath is enabled by default at install time. Any block device which responds to scsi_id functions with multipath. Devices where this is not the case include USB storage and some older ATA disks.

Important

The Red Hat Enterprise Virtualization Manager for the environment must be installed and configured before Red Hat Enterprise Virtualization Hypervisors. Refer to the Red Hat Enterprise Virtualization Installation Guide for instructions on installing the Manager.
There are two methods for installing Red Hat Enterprise Virtualization Hypervisors:

4.1. Interactive Installation

Red Hat Enterprise Virtualization Hypervisors must be installed on physical servers, not virtual machines.
The instructions in this section cover installation on a single system. When deploying on multiple systems always remember to use unique hostnames and IP addresses to avoid networking conflicts.

4.1.1. Booting from the Installation Media

There are several methods for booting Hypervisors, refer to Chapter 3, Preparing Red Hat Enterprise Virtualization Hypervisor Installation Media for detailed instructions on preparing boot media for Red Hat Enterprise Virtualization Hypervisor installation.

Procedure 4.1. Booting from the Installation Media

  1. Insert the Red Hat Enterprise Virtualization Hypervisor installation media.
  2. Power on the system and ensure the system boots from the installation media.
  3. The boot splash screen appears.
    If no input is provided, the Hypervisor installation will commence in 30 seconds, using default kernel parameters.
  4. To modify the boot options, press any key. The boot menu will display.
    The following boot options are available:
    Install or Upgrade
    Boot the Hypervisor installer.
    Boot (Basic Video)
    Boot the Hypervisor in Basic Video mode.
    Install (Basic Video)
    Install the Hypervisor in Basic Video mode.
    Install or Upgrade with Serial Console
    Boot the Hypervisor installer, with the console redirected to a serial device attached to /dev/ttyS0.
    Reinstall
    Uninstall the current Hypervisor before booting the Hypervisor installer.

    Warning

    Selecting this option will erase any data on the Volume Group named HostVG, along with the data on any disks specified with storage_init.
    Reinstall (Basic Video)
    Uninstall the existing Hypervisor installation and installs in Basic Video mode.

    Warning

    Selecting this option will erase any data on the Volume Group named HostVG, along with the data on any disks specified with storage_init.
    Reinstall with serial console
    Uninstall the current Hypervisor before booting the Hypervisor installer, with the console redirected to a serial device attached to /dev/ttyS0.

    Warning

    Selecting this option will erase any data on the Volume Group named HostVG, along with the data on any disks specified with storage_init.
    Uninstall
    Uninstall the current Hypervisor and reboot the machine.
    Boot from Local Drive
    Boot the operating system installed on the first local drive.
    Select the appropriate boot option from the boot menu.
  5. Where required additional kernel parameters should be appended to the default parameters displayed. A press of the Enter key boots the Hypervisor installation with the default kernel parameters. Alternatively press the Tab key to edit kernel parameters for the selected boot option.

    Important

    In edit mode you are able to add or remove kernel parameters from the list. Kernel parameters must be separated from each other by a space. Once the desired kernel parameters have been set press Enter to boot the system. Alternatively pressing Esc reverts any changes that you have made to the kernel parameters.
    For more information on the kernel parameters, refer to Section 4.2, "Automated Installation".

    Note

    To upgrade an existing hypervisor installation, the kernel must be booted with the upgrade parameter. This will automatically upgrade and reboot the system, rather than displaying the interactive configuration menu. For more information, refer to Section 4.2.8, "Other Parameters".

    Note

    Kernel boot arguments are able to be appended to the PXE configuration file (/pxelinux.cfg/default). This file is able to be used to run an automated setup, covered in Section 4.2, "Automated Installation", and will be the more appropriate option in some environments.

4.1.2. Installation Procedure

When the Hypervisor is first booted the interactive installation script starts. This script facilitates installation of the Red Hat Enterprise Virtualization Hypervisor using graphical prompts. The following keys are be used to manipulate the screens which support Hypervisor installation.

Menu Actions

  • The directional keys (Up, Down, Left, Right) are used to select different controls on the screen. Alternatively the Tab key cycles through the controls on the screen which are enabled.
  • Text fields are represented by a series of underscores (_). To enter data in a text field select it and begin entering data.
  • Buttons are represented by labels which are enclosed within a pair of angle brackets (< and >). To activate a button ensure it is selected and press Enter or Space.
  • Boolean options are represented by an asterisk (*) or a space character enclosed within a pair of square brackets ([ and ]). When the value contained within the brackets is an asterisk then the option is set, otherwise it is not. To toggle a Boolean option on or off press Space while it is selected.
  • Pressing F8 during setup (after installation) allows the user to access the support menu and review log files. If installation fails, the support menu is automatically displayed so that logs can be reviewed.

Procedure 4.2. Hypervisor Installation

  1. To commence Hypervisor installation select Install Hypervisor and press Enter.
  2. Disk Configuration

    The installation script automatically detects all disks attached to the system. This information is used to assist with selection of the boot and installation disks that the Hypervisor should use. Each entry displayed on these screens indicates the Location, Device Name, and Size (GB) of the relevant disk.
    1. Boot disk

      The first disk selection screen is used to select the disk from which the Hypervisor will boot. The Hypervisor's boot loader will be installed to the Master Boot Record (MBR) of the disk that is selected on this screen. The Hypervisor attempts to automatically detect the disks attached to the system and presents the list from which you choose the boot device. Alternatively you can manually select a device by specifying a block device name, by enabling the Other Device option.

      Important

      The disk selected must be identified as a boot device and appear in the boot order either in the system's BIOS or in a pre-existing boot loader.
      • Automatically Detected Device Selection

        1. Select the entry for the disk the Hypervisor is to boot from in the list.
        2. Select the <Continue> button and press Enter. This action will save the boot device selection and start the next step of installation.
      • Manual Device Selection

        1. Select the Other Device entry from the list.
        2. Select the <Continue> button and press Enter.
        3. When prompted to Please enter the disk to use for booting RHEV Hypervisor, enter the name of the block device from which the Hypervisor should boot.

          Example 4.1. Other Device Selection

          Please enter the disk to use for booting RHEV Hypervisor/dev/sda

        4. Select the <Continue> button and press Enter. This action will save the boot device selection and start the next step of installation.
      Once a disk has been selected it is necessary to select the <Continue> button and press Enter to save the selection and continue with Hypervisor installation.
    2. Installation Disk(s)

      The disk(s) selected for installation will be those to which the Hypervisor itself is installed. The Hypervisor attempts to automatically detect the disks attached to the system and presents the list from which installation devices are chosen.

      Warning

      All data on the selected storage device(s) will be destroyed.
      1. Select each disk which the Hypervisor is to use for installation and press Space to toggle it to enabled. Repeat this step for all disks you want the Hypervisor to use. Where other devices are to be used for installation, either solely or in addition to those which are listed automatically, enable the Other Device option.
      2. Select the <Continue> button and press Enter to continue.
      3. Where the Other Device option was specified a further prompt will appear. Enter the name of each additional block device to use for Hypervisor installation separated by a comma. Once all required disks have been selected then select the <Continue> button and press Enter.

        Example 4.2. Other Device Selection

        Please select the disk(s) to use for installation of RHEV HypervisorEnter multiple entries separated by commas/dev/mmcblk0,/dev/mmcblk1______________

      Once the installation disk, or disks, have been selected the next stage of the installation starts.
  3. Password

    The Hypervisor requires that a password be set to protect local console access by the admin user. The installation script prompts you to enter the desired password in both the Password and Confirm Password fields.
    A strong password must be used. Strong passwords consist of a mix of uppercase, lowercase, numeric, and punctuation characters. They are six or more characters long and do not contain dictionary words.
    Once a strong password has been entered select <Install> and press Enter to install the Hypervisor to disk.
Once installation is complete the message RHEV Hypervisor Installation Finished Successfully will be displayed. Select the <Restart> button and press Enter to reboot the system.
Further post installation configuration is required to connect the Hypervisor to the Red Hat Enterprise Virtualization Manager. See Chapter 5, Configuration for further details.

Note

The boot media should be removed and the boot device order changed to prevent the installation sequence restarting after the system reboots.

4.2. Automated Installation

This section covers the kernel command line parameters for Red Hat Enterprise Virtualization Hypervisors. These parameters can be used to automate installation. The parameters are described in detail and an example parameter string for an automated installation is provided.
This installation method is an alternative to the interactive installation covered by Section 4.1, "Interactive Installation". Using the method covered in this chapter with a PXE server can, with some configuration, deploy multiple Hypervisors without manually accessing the systems.
It is important to understand how the parameters work and what effects they have before attempting automated deployments. These parameters can delete data from existing systems if the system is configured to automatically boot with PXE.

4.2.1. How the Kernel Arguments Work

Below is a description of the Red Hat Enterprise Virtualization Hypervisor start up sequence. This may be useful for debugging issues with automated installation.
  1. The ovirt-early service sets storage, network and management parameters in the /etc/default/ovirt file. These parameters are determined from the kernel arguments passed to the Hypervisor during the boot sequence.
  2. The /etc/init.d/ovirt-firstboot script determines the type of installation to perform based on the parameters set on the kernel command line or the TUI installation.

4.2.2. Required Parameters

At a minimum, the following parameters are required for an installation:
  1. one of the following parameters, depending on the type of installation or reinstallation that you wish to perform:
    1. install, to begin an installation (even if it detects an existing installation), or
    2. reinstall, to remove a current installation and begin a completely clean reinstall, or
    3. upgrade, to upgrade an existing installation; and
  2. the storage_init parameter, to initialize a local storage device; and
  3. the BOOTIF parameter, to specify the network interface which the Hypervisor uses to connect to the Manager. When using PXE boot, BOOTIF may be automatically supplied by pxelinux.
These parameters are discussed in further detail in the sections that follow.
If you want to use Red Hat Enterprise Virtualization Hypervisor with Red Hat Enterprise Virtualization Manager, you must also provide at least one of the following parameters:
adminpw
Allows you to log in with administrative privileges to configure Red Hat Enterprise Virtualization Hypervisor.
management_server
Specifies the management server to be used.
rhevm_admin_password
Specifies the password to be used during the process of adding a host in Red Hat Enterprise Virtualization Manager.

4.2.3. Installing to iSCSI Target Root

To configure a RHEV-H host to use iSCSI storage for the Root/HostVG you must provide the following automatic installation parameters along with the required parameters mentioned in Section 4.2.2, "Required Parameters".
iscsi_install
Specifies that iSCSI should be used to boot. This parameter is added to the boot prompt like so:
iscsi_install
iscsi_init
Defines the device on the target server that should be used for iSCSI. This parameter is added to the boot prompt like so:
iscsi_init=device
For example, iscsi_init=/dev/sdc.
iscsi_target_name
Defines the target on the server. This parameter is added to the boot prompt like so:
iscsi_target_name=target
For example, iscsi_target_name=iqn.shared.root.
iscsi_server
Defines the iSCSI server and, if required, the port number. This is defined on the boot prompt like so:
iscsi_server=server[:port]
For example, iscsi_server=192.168.1.5:3260.

Example 4.3. iSCSI Boot Example

BOOTIF=eth0 storage_init=/dev/sda,/dev/sdc \iscsi_install \iscsi_init=/dev/sdc \iscsi_target_name=iqn.shared.root \iscsi_server=192.168.1.5:3260
Adding this to the boot prompt would specify that:
  • Boot and HostVG are installed to /dev/sda; and
  • Root is installed to /dev/sdc.
To use /dev/sdc as the location for HostVG, just add it to the value of storage_init.

4.2.4. Storage Parameters

The following parameters configure local storage devices for installing a Hypervisor.
storage_init
The storage_init parameter is required for an automated installation, it initializes a local storage device.
Presently, Hypervisors use one storage device for local installation. There are several methods for defining which disk to initialize and install on.
  • For USB storage devices, use the usb parameter to select the disk type. For example:
    storage_init=usb
  • For SCSI hard drives, use the scsi to select the disk type. For example:
    storage_init=scsi
  • For CCISS devices, use the cciss parameter to select the disk type. For example:
    storage_init=cciss
  • For hard drives on the ATA bus, including SATA hard drives that may also appear on the SCSI bus, use ata to select the disk type. For example:
    storage_init=ata
  • Alternatively, the storage device can be specified by using the Linux device name as the storage_init parameter. Using device names in the format /dev/disk/by-id is not supported. storage_init must use the format /dev/mapper/disk or /dev/disk. In this example the /dev/sda device is specified:
    storage_init=/dev/sda
When specifying a storage_init value of usb, scsi, ata, or cciss you also have the option of appending a serial number to explicitly set which device to use. The serial number for the device is determined by running the command shown in Example 4.4, "Finding udev Serial Numbers".

Example 4.4. Finding udev Serial Numbers

This command lists serial numbers for all disks attached to the system.
$ for d in /dev/sd?; do echo $d `udevadm info -q env -n $d | egrep 'ID_BUS=|ID_SERIAL='`; done  /dev/sda ID_SERIAL=ST9500325AS_6VE867X1

When providing both a storage type and the serial number you should ensure that the two values are separated by a colon (:), for example:
storage_init=cciss:3600508b100104a3953545233304c0003

Note

Consistency of devices names following a system restart is not guaranteed. Device names are liable to change.
storage_vol
The storage_vol parameter is used to partition the storage device set by the storage_init parameter. After storage_vol=, you can specify the size in megabytes of the following partitions: Boot, Swap, Root, Config, Logging, and Data.
The Boot partition is always 50 MB and cannot be reconfigured. The Root partition is always 512 MB and cannot be reconfigured. The remaining partitions are described in more detail in Partitions defined by the storage_vol parameter.
Partitions can be specified in any order. The syntax for specifying each partition is size,type. Each partition specified is separated by a colon (:). To specify a 256MB Swap partition, and a 4096MB Logging partition, the whole parameter would be storage_vol=256,Swap:4096,Logging.
The Data partition can be configured to take up all remaining space by giving it a size value of -1.

Note

The old method of specifying partition sizes is still valid. In the old method, the partition sizes must be given in a particular order, as shown here:
storage_vol=BOOT:SWAP:ROOT:CONFIG:LOGGING:DATA
However, since the Boot and Root partitions cannot be reconfigured, sizes for these partitions can be omitted, like so:
storage_vol=:SWAP::CONFIG:LOGGING:DATA
If you fail to specify a size, the partition will be created at its default size. To specify a 256MB Swap partition, and a 4096MB Logging partition, the correct syntax is:
storage_vol=:256:::4096:
The following is the standard format of the storage_vol parameter with each element described in the list below.

Example 4.5. Format of the storage_vol Parameter

storage_vol=256,EFI:256,Root:4096,Swap

Partitions defined by the storage_vol parameter

Swap
The swap partition is used for swapping pages of memory which are not frequently accessed to the hard drive. This frees pages of memory in RAM that are in turn used for pages which are accessed more frequently, increasing performance. The default size of the swap partition is calculated based on the amount of RAM installed in the system and over-commit ratio (default is 0.5). Hypervisors must have a swap partition and the swap partition cannot be disabled by setting its size to 0. The minimum size for the swap partition is 8 MB.
Red Hat Knowledgebase has an article on determining the size of the swap partition, available from https://access.redhat.com/knowledge/solutions/15244.
Use the formula from the Red Hat Knowledgebase and add storage for the over-commit ratio (RAM multiplied by the over-commit ratio).
Recommended swap + (RAM * over-commit) = swap partition size
Leaving the value empty allows the system to sets the recommended value for the swap partition.
Config
The config partition stores configuration files for the Hypervisor. The default and minimum size for the configuration partition is 8 MB.
Logging
The logging partition stores all logs for the Hypervisor. The logging partition is required and the recommended size is 2048 MB.
Data
The data partition must be large enough to hold core files for KVM. Core files depend on the RAM size for the guests. The data partition must also be large enough to store kernel dump files, also known as kdumps. A kdump file is usually the same size the host's system RAM. The data partition also stores the Hypervisor ISO file for Hypervisor upgrades.
The data partition should be at least 1.5x as large as the RAM on the host system plus an additional 512 MB in size. The minimum size is 256 MB.
The default size for the data partition is the remaining available disk space (labeled as -1).
iscsi_name
The iscsi_name parameter is used to set the iSCSI Initiator Name. The iSCSI Initiator name is expected to take the form of an iSCSI Qualified Name (IQN). This format is defined by RFC 3720, which is available at http://tools.ietf.org/html/rfc3720.
The IQN is made up of the following elements, separated by the . character:
  • the literal string iqn,
  • the date that the naming authority took control of the domain in yyyy-mm format,
  • the reversed domain name - demo.redhat.com becomes com.redhat.demo, and
  • optionally, a storage target name as specified by the naming authority - preceded by a colon.

Example 4.6. iscsi_name

The following illustrates the IQN for an iSCSI initiator attached to the demo.redhat.com domain where the domain was established in July 2011.
iscsi_name=iqn.2011-07.com.redhat.demo

4.2.5. Networking Parameters

Several networking options are available. The following parameters must be appended for the Hypervisor to automatically install:
  • Setting the IP address or DHCP.
  • Setting the hostname if the hostname is not resolved with DHCP.
  • The interface the Red Hat Enterprise Virtualization Manager network is attached to.
The following list contains descriptions and usage examples for both optional and mandatory parameters.

Networking Parameters

BOOTIF
The BOOTIF parameter is required for an automated installation.
The BOOTIF parameter specifies the network interface which the Hypervisor uses to connect to the Red Hat Enterprise Virtualization Manager.

Important

When using PXE to boot Hypervisors for installation using the IPAPPEND 2 directive causes BOOTIF=<MAC> to be automatically appended to the kernel arguments. If the IPAPPEND 2 directive is used it is not necessary to use the BOOTIF parameter.
The BOOTIF parameter takes arguments in one of three forms:
link
Indicates to use the first interface (as enumerated by the kernel) with an active link. This is useful for systems with multiple network interface controllers but only one plugged in.
eth#
Indicates to use the NIC as determined by the kernel driver initialization order (where # is the number of the NIC). To determine the number boot the Hypervisor and select Shell from the Hypervisor Configuration Menu. Use ifconfig | grep eth* to list the network interfaces attached to the system. There is no guarantee that on the next reboot the network interface controller will have the same eth# mapping.
BOOTIF=eth0
<MAC>
Indicates to use the MAC address explicitly defined inside the brackets.
ip
The ip parameter sets the IP address for the network interface controller defined by the BOOTIF parameter. The ip parameter accepts either an IP address (in the form 0.0.0.0) or the word dhcp (for DHCP).
ip=192.168.1.1
ip=dhcp
netmask
The netmask parameter sets the subnet mask for the IP address defined with the ip parameter.
netmask=255.255.255.0
gateway
The gateway parameter sets the Internet gateway.
gateway=192.168.1.246
dns
The dns parameter sets the address of up to two DNS servers. Each DNS server address must be separated by a comma.
dns=192.168.1.243,192.168.1.244
hostname
The hostname parameter sets the hostname. The hostname must be a fully-qualified and resolvable domain name.
hostname=rhev1.example.com
ntp
The ntp parameter sets the address of one or more Network Time Protocol servers. Each NTP server address must be separated by a colon.
ntp=192.168.2.253:192.168.2.254
vlan
The vlan parameter sets the VLAN identifier for the network connected to the Red Hat Enterprise Virtualization Manager. This parameter should be set where VLANs are in use.
vlan=VLAN-ID

4.2.6. Red Hat Network (RHN) Parameters

These parameters are used to automatically register the hypervisor host with the Red Hat Network (RHN). At a minimum, either the rhn_activationkey or both the rhn_username and rhn_password parameters must be provided. Where registration is to occur against a satellite server, the rhn_url parameter must be provided.
rhn_type
Sets the RHN entitlement method for this machine. sam sets the entitlement method to Certificate-based RHN, which integrates the Customer Portal, content delivery network, and subscription service (subscription management). classic sets the entitlement method to RHN Classic, which uses the traditional channel entitlement model (channel access) to provides a global view of content access but does not provide insight into system-level subscription uses. The default value is sam.
rhn_username
The rhn_username parameter sets the username used to connect to RHN.
rhn_username=testuser
rhn_password
The rhn_password parameter sets the password used to connect to RHN.
rhn_password=testpassword
rhn_activationkey
The rhn_activationkey parameter sets the activation key used to connect to RHN. Activation keys are used to register systems, entitle them to an RHN service level, and subscribe them to specific channels and system groups, all in one action. If both rhn_activationkey and rhn_username are provided, the rhn_activationkey value will be used.
rhn_activationkey=7202f3b7d218cf59b764f9f6e9fa281b
rhn_org
This parameter is used only with SAM. Registers the system to SAM in the same way as --org org_name --activationkey key_value when combined with the rhn_activationkey parameter on the kernel command line.
rhn_org=org_name
rhn_url
The rhn_url parameter sets the URL of the satellite server used to register the host.
rhn_url=https://satellite.example.com
rhn_ca_cert
The rhn_ca_cert parameter sets the URL of the CA certificate used to connect to the satellite server. If it is not provided, the default value is rhn_url/pub/RHN-ORG-TRUSTED-SSL-CERT.
rhn_ca_cert=https://satellite.example.com/pub/RHN-ORG-TRUSTED-SSL-CERT
rhn_profile
The rhn_profile parameter sets the name of the profile to be registered with RHN for this host. The default value is the system hostname.
rhn_profile=testhost

4.2.7. Authentication Parameters

adminpw
The adminpw parameter is used to set the password for the admin user. The value provided must already be hashed. All hashing schemes supported by the shadow password mechanism are supported. The recommended way to hash a password for use with this parameter is to run the following command:
# openssl passwd -1
The openssl command will prompt for the password to use. A hashed representation of the password will be returned which can be used as the adminpw value.
rootpw
The rootpw parameter is used to set a temporary root password. A password change is forced the first time root logs on to the system. The value provided must already be hashed. All hashing schemes supported by the shadow password mechanism are supported. The recommended way to hash a password for use with this parameter is to run the following command:
# openssl passwd -1
The openssl command will prompt for the password to use. A hashed representation of the password will be returned which can be used as the rootpw value.

Important

The root password is not set by default and is not supported unless enabled at the request of Red Hat support.
rhevm_admin_password
The rhevm_admin_password parameter sets a root password and enables SSH password authentication. The value provided must already be hashed. All hashing schemes supported by the shadow password mechanism are supported. The recommended way to hash a password for use with this parameter is to run the following command:
# openssl passwd -1
The openssl command will prompt for the password to use. A hashed representation of the password will be returned which can be used as the rhevm_admin_password value.

Important

Setting this parameter has the side-effect of enabling SSH password authentication, which is unsupported unless enabled at the request of Red Hat support. We recommend disabling SSH password authentication after initial configuration is complete.
ssh_pwauth
The ssh_pwauth parameter is used to select whether or not password authentication is enabled for SSH connections. Possible values are 0 (disabled) and 1 (enabled). The default value is 0.
ssh_pwauth=1

Important

SSH password authentication is disabled by default and is not supported unless enabled at the request of Red Hat support.

4.2.8. Other Parameters

firstboot
The firstboot parameter indicates that the system should be treated as if there is no existing installation.
The reinstall parameter is a direct alias of the firstboot parameter, and can be used interchangeably with firstboot.

Warning

Using the firstboot parameter erases existing data if a disk on the system has a Volume Group named HostVG. Combining the firstboot parameter with the storage_init parameter also erases data on any disks specified with storage_init.
install
The install parameter indicates that the system should be treated as if there is no existing installation. The install parameter is intended to be used when booting from CD-ROM, DVD, USB, or PXE media.
cim_enabled
Enables the use of Common Information Model (CIM) management infrastructure.
cim_passwd
Configures a password for your Common Information Model (CIM) management infrastructure.
kdump_nfs
This parameter configures an NFS server for kdump. The syntax for this parameter is kdump_nfs=hostname:nfs_share_path, for example, kdump_nfs=nfshost.redhat.com:/path/to/nfs/share.
local_boot
The local_boot parameter is an alias for the upgrade parameter.
local_boot_trigger
Sets a target URL to check and disables PXE when installation completes successfully, so that the system boots from disk on subsequent boots.
netconsole
The netconsole parameter sets the address of a server to which kernel messages should be logged. The netconsole parameter takes an IP address or fully qualified domain name and, optionally, a port (the default port is 6666).
netconsole=rhev.example.com:6666
nocheck
The nocheck parameter will skip the MD5 check of the installation ISO, which might be time consuming if the media is remote or slow.
management_server
The management_server parameter sets the address of the Red Hat Enterprise Virtualization Manager. The management_server parameter takes an IP address or fully qualified domain name and, optionally, a port (the default port is 443).
management_server=rhev.example.com:443
mem_overcommit
The mem_overcommit parameter specifies the multiplier to use for adding extra swap to support memory over-commit. The default over-commit value is 0.5.
mem_overcommit=0.7
qemu_pxe
The qemu_pxe parameter is used to select which network boot loader is used in virtual machines. Possible values are gpxe and etherboot. For compatibility with Red Hat Enterprise Virtualization Hypervisor 5.4-2.1, the default value is etherboot.
qemu_pxe=gpxe
reinstall
The reinstall parameter indicates that the system should be treated as if there is no existing installation.
The firstboot parameter is a direct alias of the reinstall parameter, and can be used interchangeably with reinstall.

Warning

Using the reinstall parameter erases existing data if a disk on the system has a Volume Group named HostVG. Combining the reinstall parameter with the storage_init parameter also erases data on any disks specified with storage_init.
snmp_password
Enables and configures a password for the Simple Network Management Protocol.
syslog
Configures an rsyslog server at the address specified. You can also specify a port. The syntax is syslog=hostname[:port].
upgrade
The upgrade parameter will upgrade the existing hypervisor image to the version provided by the boot media. The hypervisor will be automatically upgraded and rebooted once complete. If a hypervisor image is not yet installed, the image will be installed to the device selected with the storage_init parameter. When performing an upgrade, the previous boot entry is saved as BACKUP in grub.conf. If the reboot following the upgrade procedure fails, the BACKUP boot entry will be automatically selected as the new default.
uninstall
The uninstall parameter removes an existing Red Hat Enterprise Virtualization installation. The host volume group will be removed and the system rebooted. For further information on Hypervisor uninstallation see Appendix C, Uninstallation.

4.2.9. Example: Automated Hypervisor Installation

This example uses the kernel command line parameters for an automated Hypervisor installation.

Important

This example may not work accurately on all systems. The parameter descriptions above should be reviewed and the example modified as appropriate for the systems on which deployment is to occur.
The following is a typical example for installing a Hypervisor with the kernel command line parameters.
In this example, the Manager is located at the hostname: rhevm.example.com, and the netconsole server is located on the same machine.
:linux storage_init=/dev/sda storage_vol=::::: local_boot BOOTIF=eth0 management_server=rhevm.example.com netconsole=rhevm.example.com

Note

The kernel parameters can be automatically appended to guests booting over a network with PXE. Automatically installing from PXE is not covered by this guide.
(Sebelumnya) 14 : Hypervisor Deployment Guide14 : Chapter 5. Configuration ... (Berikutnya)