<chapter id="gfqke"><title>Using <command>virt-install</command> to
Install a Domain</title><highlights><para>This chapter discusses various methods for using the <literal>virt-install</literal> tool
to install operating systems as virtual machines.</para>
</highlights><sect1 id="gfqsj"><title><literal>virt-install</literal> Overview</title><para>The <literal>virt-install</literal> program can be run as a command-line
utility, with parameters specified through options, or interactively, in response
to a series of prompts.</para><sect2 id="gfrjv"><title>Supported Machines</title><para>x64 and x86 based systems are supported.</para><para>To run Windows hardware-assisted virtual machine (HVM) domains, an HVM-capable
machine that is running Solaris xVM dom0 is required. A machine is HVM-capable
if it is has either an AMD Opteron Revision F or later, or an Intel CPU with
VT extensions.</para>
</sect2><task id="gfwri"><title>How to Determine Whether a Machine Is HVM-Capable</title><tasksummary><para>To determine whether a machine is HVM-capable, run the <command>virt-install</command> program with no arguments. </para><para>If the system asks whether you want a fully virtualized guest, you have
an HVM-capable system.</para><para>If this question is not displayed, then you have a non-HVM capable system.</para>
</tasksummary><procedure><step><para>Become superuser, or assume the Primary Administrator role.</para>
</step><step><para>Type <command>virt-install</command> without options.</para><screen># <userinput>virt-install</userinput></screen><para>If you see the following display, you have an HVM-capable system:</para><screen>Would you like a fully virtualized guest (yes or no)?  
This will allow you to run unmodified operating systems.</screen>
</step>
</procedure>
</task><sect2 id="gfrks"><title>Installation Types</title><para>Types of installations that can be performed include the following:</para><itemizedlist><listitem><para>Interactive</para>
</listitem><listitem><para>Command line, with options supplied</para>
</listitem><listitem><para>Netinstall</para>
</listitem><listitem><para>ISO image</para>
</listitem><listitem><para>Solaris JumpStart</para>
</listitem>
</itemizedlist>
</sect2><sect2 id="gfrkt"><title>Required Information</title><para>You will need to supply the guest domain information listed below.</para><variablelist><varlistentry><term>name</term><listitem><para>Name for the guest domain. Each guest domain must have a unique
name. This name serves as the label of the guest operating system. The name
must be a real hostname for network installationss to work.</para>
</listitem>
</varlistentry><varlistentry><term>image location</term><listitem><para>Location of the installation software. Installation must be
over a network (which includes an NFS share from the local host operating
system) or be an ISO install.</para><para>For example:</para><screen><userinput>--location nfs:my.nfs.server.com:/home/install/test/mydomain</userinput></screen><para>For HVM, an ISO or CDROM device should be given instead of an image
location.</para><para>See <olink targetptr="gfsio" remap="internal">virt-install Examples</olink>.</para><para>Installations using <literal>http</literal> or <command>ftp</command>,
as shown in the following examples, are supported for Linux paravirtualized
domain installations only:</para><screen>http://my.http.server.com:/install/test/mydomain
ftp://my.ftp.server.com:/install/test/mydomain</screen>
</listitem>
</varlistentry><varlistentry><term>vcpus</term><listitem><para>The number of CPUs for the guest domain. The default is <literal>1</literal>. You can assign specific CPUs. If undefined, the hypervisor makes
the selection.</para>
</listitem>
</varlistentry><varlistentry><term>memory</term><listitem><para>Amount of RAM to be allocated to the guest, in megabytes.
A running domain should use a minimum of 512 megabytes. However, to install
the guest domain, 1 Gbyte (1024 megabytes) is required.</para>
</listitem>
</varlistentry><varlistentry><term>graphics</term><listitem><para>Graphical console. Default is <literal>graphics</literal>.
The <literal>nographics</literal> option applies to paravirtual guests only.
If you intend to enable graphics support, you must decide whether the graphical
installer should be used.</para>
</listitem>
</varlistentry><varlistentry><term>(Optional) Virtual network interface MAC address</term><listitem><para>This is the MAC address of the dom0's network interface that
you want the domU to use to send and receive internet traffic. By default,
the hypervisor tools uses the first available network interface card (NIC)
when creating guest domains.</para>
</listitem>
</varlistentry>
</variablelist><para>The default values for the action to be taken on a domU shutdown, reboot,
or crash are set by <literal>virt-install</literal>. You currently cannot
change these defaults.</para>
</sect2><sect2 id="gfszc"><title>Options</title><para>Usage examples are provided in subsequent sections of this chapter.</para><variablelist><varlistentry><term><literal>--accelerate</literal></term><listitem><para>Use kernel acceleration capabilities.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--arch=</literal><replaceable>arch</replaceable></term><listitem><para>The CPU architecture to simulate. Acceptable values are <replaceable>x86</replaceable> and <replaceable>sparc</replaceable>.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--autocf=</literal><replaceable>AUTOCF</replaceable></term><listitem><para>JumpStart path, which is <literal>nfs:</literal><replaceable>host:/path</replaceable>. The path must point to the directory containing JumpStart
information,</para>
</listitem>
</varlistentry><varlistentry><term><option>b</option> <replaceable>bridge</replaceable>, <literal>--bridge=</literal><replaceable>bridge</replaceable></term><listitem><para>Bridge to which to connect the network interface. If you do
not specify a bridge, the system attempts to determine the default.</para>
</listitem>
</varlistentry><varlistentry><term><option>c</option> <replaceable>cdrom</replaceable>, <literal>--cdrom=</literal><replaceable>cdrom</replaceable></term><listitem><para>File to use as a virtual CD-ROM device for fully virtualized
guests. This option works with HVM domains and is ignored with paravirtualized
domains. To install from <replaceable>cdrom</replaceable>, pass the ISO path
to <literal>--location</literal>.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--check-cpu</literal></term><listitem><para>Verify that assigned VCPUs do not exceed physical CPUs and
output a warning if this is the case.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--connect=</literal><replaceable>URI</replaceable></term><listitem><para>Connect to hypervisor at <replaceable>URI</replaceable>.</para>
</listitem>
</varlistentry><varlistentry><term><option>d</option>, <literal>--debug</literal></term><listitem><para>Display debugging information.</para>
</listitem>
</varlistentry><varlistentry><term><option>f</option> <replaceable>disk_image</replaceable>, <literal>--file=</literal><replaceable>disk_image</replaceable></term><listitem><para>Virtual Backing Device (VBD), such as the file to use as the
disk image location.</para><para>The file is created by <command>virt-install</command> if the file does
not exist. By default, <command>virt-install</command> creates a sparse image
file. To create a non-sparse image, use the <literal>--nonsparse</literal> option
on the <command>virt-install</command> command line. With appropriate permissions,
the VBD can be on a remote system and specified with the <literal>/net/system</literal> construction.</para><para>A physical partition or device can be used, such as <literal>/dev/dsk/c0t0d0s3</literal>.</para>
</listitem>
</varlistentry><varlistentry><term><option>h</option>,<literal>--help</literal></term><listitem><para>Display list of <command>virt-install</command> options.</para>
</listitem>
</varlistentry><varlistentry><term><option>k</option> <replaceable>keymap</replaceable>, <literal>--keymap=</literal><replaceable>keymap</replaceable></term><listitem><para>Set up <replaceable>keymap</replaceable> for a graphical console.</para>
</listitem>
</varlistentry><varlistentry><term><option>l</option> <replaceable>location</replaceable>, <literal>--location=</literal><replaceable>location</replaceable></term><listitem><para>Installation source for a paravirtualized domU, such as <literal>nfs:</literal><replaceable>host:/path</replaceable>.</para>
</listitem>
</varlistentry><varlistentry><term><option>m</option> <replaceable>mac_addr</replaceable>, <literal>--mac=</literal><replaceable>mac_addr</replaceable></term><listitem><para>Fixed MAC address for the domU. If the keywords <literal>none</literal> or <literal>random</literal> are specified, a random address will be used.</para>
</listitem>
</varlistentry><varlistentry><term><option>n</option> <replaceable>name</replaceable>, <literal>--name=</literal><replaceable>name</replaceable></term><listitem><para>Name of the domU.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--noacpi</literal></term><listitem><para>Disables Advanced Configuration and Power Interface (ACPI)
for a fully virtualized domU. Overrides stored configuration setting specified
by the <literal>--os-type</literal> and <literal>--os-variant</literal> options.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--noapic</literal></term><listitem><para>Disables Programmable Interrupt Controller (APIC) for a fully
virtualized domU. Overrides stored configuration setting specified by the <literal>--os-type</literal> and <literal>--os-variant</literal> options.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--noautoconsole</literal></term><listitem><para>Do not automatically try to connect to the guest console.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--nonsparse</literal></term><listitem><para>Do not use sparse files for disks..Note that the use of this
option causes domU creation to be significantly slower.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--ostype=</literal><replaceable>os_type</replaceable></term><listitem><para>The OS type for fully virtualized guests. Acceptable values
are <replaceable>solaris</replaceable>, <replaceable>unix</replaceable>, <replaceable>linux</replaceable>, and <replaceable>windows</replaceable>.</para>
</listitem>
</varlistentry><varlistentry><term><option>p</option>, <literal>--paravirt</literal></term><listitem><para>Indicates that guest is paravirtualized.</para>
</listitem>
</varlistentry><varlistentry><term><literal>-p -nographics</literal></term><listitem><para>This is a paravirtual installation. Do not set up a graphical
console for the guest. The console is serial. These two options are always
used together.</para><para>When using <literal>virt-install</literal> to create a paravirtualized
guest, <literal>--nographics</literal> must be used to override the default
mode.</para><para>By default, consoles for HVM guests are graphics consoles. HVM installs
may specify either VNC (<literal>--vnc</literal>) or Simple DirectMedia Layer
(SDL) (<literal>--sdl</literal>) for graphics support.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--variant=</literal><replaceable>os_variant</replaceable></term><listitem><para>The OS variant for fully virtualized guests. Acceptable values
are <replaceable>fedora6</replaceable>, <replaceable>rhel5</replaceable>, <replaceable>solaris10</replaceable>, <replaceable>win2k</replaceable>, and <replaceable>vista</replaceable>.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--vcpus=</literal><replaceable>N</replaceable></term><listitem><para>Sets the number of vcpus for the guest domain.</para>
</listitem>
</varlistentry><varlistentry><term><option>r</option> <replaceable>mem_amount</replaceable>, <literal>--ram=</literal><replaceable>mem_amount</replaceable></term><listitem><para>Memory to allocate for domU instance, in megabytes.</para><para>To optimize the current dom0 handling of memory, you should size memory
allocated to a domU to be no more than approximately 55 percent of the total
physical memory installed in your system, and then divide the allocated memory
among the domUs you intend to run concurrently.</para><para>For example, if you have 2 Gbytes of RAM installed in your system, you
should not allocate more than approximately 1.1 Gbytes of RAM to domUs.  Thus,
if you only intend to run one domU, you can allocate the entire 1.1 Gbytes
to it. If you intend to run two domUs concurrently, you should not allocate
more than 550 MB of RAM to either domain, etc.</para><para> Use 1 Gbyte or more for installations, and reduce the amount later
if necessary.</para>
</listitem>
</varlistentry><varlistentry><term><option>s</option> <replaceable>disksize</replaceable>, <literal>--file-size=</literal><replaceable>disksize</replaceable></term><listitem><para>Size of the disk image (if it does not exist), in Gbytes.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--sdl</literal></term><listitem><para>Use Simple DirectMedia Layer (SDL) for graphics support. This
option works with some guest domains, including HVM, but cannot be used with
Solaris. For more information on SDL, see <ulink url="http://en.wikipedia.org/wiki/Simple_DirectMedia _Layer" type="text_url">Simple
DirectMedia Layer</ulink>.</para>
</listitem>
</varlistentry><varlistentry><term><option>u</option> <replaceable>UUID</replaceable>, <literal>--uuid=</literal><replaceable>UUID</replaceable></term><listitem><para>Specifies the UUID as a 32&ndash;digit hexadecimal number,
for the domU. If no UUID is specified, the system generates a random UUID.</para>
</listitem>
</varlistentry><varlistentry><term><option>v</option> , <literal>--hvm</literal></term><listitem><para>Specifies that the guest is a hardware assisted virtual machine
(HVM).</para>
</listitem>
</varlistentry><varlistentry><term><literal>--vcpus=</literal><replaceable>vcpus</replaceable></term><listitem><para>Number of virtual CPUs (VCPUs) to configure for the domU.</para><note><para>From dom0, you can dynamically reset the number of active VCPUs
allocated for the domain by using:</para><screen># <userinput>xm vcpu-set <replaceable>domain</replaceable> <replaceable>number_vCPUs</replaceable></userinput></screen>
</note>
</listitem>
</varlistentry><varlistentry><term><literal>-vnc</literal></term><listitem><para>Use Virtual Network Computing (VNC) for graphics support. The graphical output of the guest
is redirected over VNC. This option works with HVM domains
but it does not work with paravirtualized domains.</para>
</listitem>
</varlistentry><varlistentry><term><literal>--vncport</literal></term><listitem><para>Port to use for VNC.</para>
</listitem>
</varlistentry><varlistentry><term><option>w</option> <replaceable>network</replaceable>, <literal>--network=</literal><replaceable>network</replaceable></term><listitem><para>Connect the guest to a virtual network, forwarding to the
physical network with Network Address Translation (NAT).</para>
</listitem>
</varlistentry><varlistentry><term><option>x</option> <replaceable>extra_args</replaceable>, <literal>--extra-args=</literal><replaceable>extra_args</replaceable></term><listitem><para>When installing paravirtualized guests, specifies additional
arguments to pass to the installer.</para>
</listitem>
</varlistentry>
</variablelist><para>After you enter the required information, the installation starts. If
you enabled graphics, a VNC window containing the graphical installer opens.
If graphics are not enabled, the text installer displays.</para><para>For more information, see the <citerefentry><refentrytitle>virt-install</refentrytitle><manvolnum>1M</manvolnum></citerefentry> man page.</para>
</sect2>
</sect1><sect1><title>Install Using <literal>virt-install</literal> With Options</title><para>This example uses <literal>virt-install</literal> with
options to install a Solaris domU from the command line using an ISO image.
The command line options specify for <literal>virt-install</literal> to create
an 18&ndash;Gbyte root disk image file <literal>/xvm/domu-x16.img</literal>.
A specific MAC address is used for a particular DHCP configuration. The option <literal>--nographics</literal> because this is a Solaris paravirtualized configuration.
See <olink targetptr="gfsio" remap="internal">virt-install Examples</olink> for examples of
other types of guest domains. If you invoke <literal>virt-install</literal> with
command line options but do not supply all required information, the tool
prompts you for the needed information.</para><screen>machine:root> <userinput>virt-install --nographics  -n domu-x16 --paravirt \
 -f /xvm/domu-x16.img -r 1011 --mac=aa:ff:bb:aa:28:16 -s 18 \
 -l /net/inst-server/export/xVM/x_iso/63-0419-nd.iso</userinput>
Starting install...
Creating domain...
SunOS Release 5.11 Version 64-bit
Copyright 1983-2007 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
Configuring /dev
Solaris Interactive Text (Console session)
Using install cd in /dev/dsk/c0d1p0
Using RPC Bootparams for network configuration information.
Attempting to configure interface xnf0...
Skipped interface xnf0
Setting up Java. Please wait...
Beginning system identification...
Searching for configuration file(s)...
Search complete.
Discovering additional network configuration...</screen><para>When the domain creation completes, <literal>sysidcfg</literal> runs
to complete the system identification.</para><task id="gexyd"><title>How to Complete the Solaris DomU <literal>sysidcfg</literal> Configuration</title><procedure remap="single-step"><step><para>After the domain is created, the <command>sysidcfg</command> is
initiated and you are prompted to answer a series of questions. Your screen
will look similar to this:</para><screen>SunOS Release 5.11 Version 64-bit
Copyright 1983-2007 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
Hostname: my-zone
Loading smf(5) service descriptions: 114/114
Select a Language

   1. English
   2. French
   3. German
   4. Italian
   5. Japanese
   6. Korean
   7. Simplified Chinese
   8. Spanish
   9. Swedish
  10. Traditional Chinese

Please make a choice (1 - 10), or press h or ? for help:

What type of terminal are you using?
      1) ANSI Standard CRT
      2) DEC VT52
      3) DEC VT100
      4) Heathkit 19
      5) Lear Siegler ADM31
      6) PC Console
      7) Sun Command Tool
      8) Sun Workstation
      9) Televideo 910
      10) Televideo 925
      11) Wyse Model 50
      12) X Terminal Emulator (xterms)
      13) CDE Terminal Emulator (dtterm)
      14) Other
Type the number of your choice and press Return:
.
.
.</screen><para>For more information on the <command>sysidcfg</command> file, see the <olink targetdoc="group-refman" targetptr="sysidcfg-4" remap="external"><citerefentry><refentrytitle>sysidcfg</refentrytitle><manvolnum>4</manvolnum></citerefentry></olink> man page.
For an example <command>sysidcfg</command> file, see <citetitle>Understanding
the Solaris xVM Server Architecture</citetitle>, Part No 820-3089-102.</para>
</step>
</procedure>
</task><sect2 id="gfsio"><title><literal>virt-install</literal> Examples</title><example id="gfseu"><title>Solaris PV Guest</title><screen>virt-install -n solarisPV --paravirt -r 1024 \ 
  --nographics -f /export/solarisPV/root.img -s 16 \ 
  -l /ws/xvm-gate/public/isos/72-0910/solarisdvd.iso</screen>
</example><example id="gfsfe"><title>Solaris HVM Guest</title><screen>virt-install -n solarisHVM --hvm -r 1024 --vnc \ 
  -f /export/solarisHVM/root.img -s 16 \ 
  -c /ws/xvm-gate/public/isos/72-0910/solarisdvd.iso</screen><para>For this version of <command>virt-install</command>, only installs from
ISOs and physical CDs are supported for HVM. Network installations are not
supported in this version. If a physical CD is used, remember to unmount it
after use.</para>
</example><example id="gfsee"><title>Windows HVM Guest</title><screen># virt-install -n winxp --hvm -r 1024 --vnc \ 
  -f /export/winxp/root.img -s 16 -c /windows/media.iso</screen><para>For this version of <command>virt-install</command>, only installs from
ISOs and physical CDs are supported for HVM. Network installations are not
supported in this version. If a physical CD is used, remember to unmount it
after use.</para>
</example><example id="gfzbk"><title>Install Microsoft Windows Using a Local File as
a Root Disk</title><para>A normal file is used to store the contents of the guest domain disk
  image, as opposed to using a ZFS volume, for example. </para><screen>virt-install --name windows1 --ram 1024 \
--cdrom /en_winxp_pro_with_sp2.iso --file /guests/windows1-disk
--file-size 10 --vnc
 </screen>
</example><example id="gfslf"><title>Install Solaris Using Network Install and JumpStart
onto a ZFS Volume</title><screen>zfs create -V 8G pool/solaris1-disk
virt-install --name solaris1 --ram 1024 --nographics \
--file /dev/zvol/dsk/pool/solaris1-disk \
--location nfs:install.domain.com:/export/solaris/nv75 \
--autocf nfs:install.domain.com:/export/jumpstart/solaris1</screen>
</example>
</sect2><sect2 id="gfsgg"><title>VNC Password and Remote Display Requirements</title><para>Set the VNC password property in the SMF configuration in <literal>xend</literal> before starting an HVM domain.</para><para>Note that the procedures to set the VNC password and remote
display
  are likely to change in a future release.</para><example id="gfshb"><title>How to Set the VNC Password Property</title><screen># <userinput>svccfg -s xvm/xend setprop \ 
       config/vncpasswd = astring: <replaceable>password</replaceable></userinput>
# <userinput>svcadm refresh xvm/xend; svcadm restart xvm/xend</userinput></screen>
</example><para>If you are displaying the VNC session remotely, you must also set the <literal>vnc-listen</literal> property.</para><para>For more information on setting up VNC, see the VNC man pages. Refer
to <olink targetptr="ggbgv" remap="internal">How to View the VNC Man Pages</olink>.</para><example id="gfsha"><title>How to Set the <literal>vnc-listen</literal> Property</title><screen># <userinput>svccfg -s xvm/xend setprop \ 
       config/vnc-listen = astring: <replaceable>0.0.0.0</replaceable></userinput> 
# <userinput>svcadm refresh xvm/xend; svcadm restart xvm/xend</userinput></screen>
</example><example id="ggjeq"><title>Verify That an <command>xterm</command> Can Be
Displayed</title><para>Verify that an <command>xterm</command> can be opened to display HVM
installation graphics.</para><screen># <userinput>/usr/openwin/bin/xterm</userinput></screen>
</example>
</sect2>
</sect1><sect1 id="gexsq"><title>Install a DomU Interactively by Using <literal>virt-install</literal></title><para>Type <literal>virt-install</literal> at the
command line of the dom0 to install a guest domain (domU).</para><screen># <userinput>virt-install</userinput></screen><para>Respond to the tool's prompts:</para><itemizedlist><listitem><para>Provide a name for your new virtualized system, for example, <literal>Sdomain_1</literal>.</para>
</listitem><listitem><para>Provide the path to installation media containing the files
needed to install a domU on the virtual system (URL, path).</para>
</listitem><listitem><para>Provide the root file system path, specifying the disk partition
or file the domU should use. You are specifying how you want to assign space
on the physical system for the domU. Later, you can add additional storage
sources, including network-mounted, to an existing system.</para>
</listitem><listitem><para>Provide the network setup.</para><itemizedlist><listitem><para>Virtual</para>
</listitem><listitem><para>Shared physical device</para>
</listitem>
</itemizedlist>
</listitem><listitem><para>Provide the memory and CPU resources allocations. You can
revise these values later.</para>
</listitem><listitem><para>Provide <literal>mem-max</literal> memory setup.</para><para>A
domU can balloon, or expand, its actual memory allocation up to the maximum
threshold allocated.</para>
</listitem><listitem><para>Provide the <literal>vcpus</literal> setting.</para>
</listitem>
</itemizedlist>
</sect1><sect1 id="gfser"><title>About Network Installations</title><para>After you configure the installation server, you can run the <command>virt-install</command> command from dom0. Use the <option>d</option> option to <literal>add_install_client</literal> to specify that the client use DHCP. If the <option>d</option> option
is not specified, the client uses <literal>bootparams</literal>. For xVM paravirtualized
guests, both approaches work. Use your site-specific tool for setting up the
appropriate DHCP parameters for the client.</para><sect2 id="gfsei"><title>Network Installation</title><para>To do a network installation, use the <option>l</option> option and
provide a path to the network installation image. When giving a machine name
or IP address, the domU must be able to get to that install machine directly,
not go through a router to another net. For example:</para><screen>-l nfs:install:/export/xvm/xvmgate-70i72-nd</screen><para>You can also use an IP address instead of a machine name. For example:</para><screen>-l nfs:172.20.25.12:/export/xvm/xvmgate-70i72-nd</screen><example id="gfsdl"><title>Network Installation</title><screen>virt-install -n gath-01 -r 1000 --nographics -f /dev/dsk/c1t0d0s3 \
-m "aa:04:03:35:a8:06" -p \
-l nfs:install48:/export/xvm/xvmgate-70i72-nd</screen>
</example>
</sect2><sect2 id="gfsdx"><title>ISO Image Installation</title><para>To use the ISO image, use the <option>l</option> option with a full
path to the ISO image. If a full path is given instead of the <literal>nfs:mach_name:path</literal> format of a network installation, then <command>virt-install</command> assumes
that this is an ISO image:</para><screen>-l /net/install/export/xvm/solarisdvd.iso</screen><example id="gfset"><title>ISO Image</title><screen>virt-install -n gath-01 -r 1000 --nographics -f /dev/dsk/c1t0d0s3 \
-m aa:04:03:35:a8:06 -p \
-l /net/install48/export/xvm/solarisdvd.iso
</screen>
</example><note><para>You can quote arguments to options. While arguments, such as the
path to an ISO image, are generally not quoted on the command line, quotes
might be used in scripts.</para><screen>-l "/net/install48/export/xvm/solarisdvd.iso"</screen>
</note>
</sect2><sect2 id="gfsdw"><title>JumpStart Installation</title><para>JumpStart configuration files are manually created and managed. You
can initiate a custom JumpStart through network installation after setting
up the server. When you create a profile server, you must ensure that systems
can access the JumpStart directory on the profile server during a custom JumpStart
installation. Each time that you add a system for network installation, use
the <literal>add_install_client</literal> command to specify the profile server.
You use the <literal>add_install_client</literal> command to create the <filename>/etc/bootparams</filename> entry for the domU.</para><para>To do a JumpStart with <command>virt-install</command>, use the <literal>--autocf</literal> option. For example:</para><screen>--autocf nfs:install:/export/jumpstart/jump-user/x86</screen><para>You <emphasis>cannot</emphasis> use a full path such as:</para><screen>--autocf /net/install/export/jumpstart/jump-user/x86</screen><example id="gfsdm"><title>JumpStart</title><screen>virt-install -n gath-01 -r 1000 --nographics -f /dev/dsk/c1t0d0s3 \
-m aa:04:03:35:a8:06 -p \
-l /net/install48/export/xvm/xvmgate-70i72/solarisdvd.iso
--autocf nfs:install:/export/jumpstart/jump-user/x86</screen>
</example>
</sect2>
</sect1>
</chapter>