1,576
edits
Changes
no edit summary
[[Category:OPS235]][[Category:OPS235 Labs]]
== Introduction ==
:* '''Load-balancing and disaster recovery''' -- It is possible to migrate virtual machines between different physical machines, to ensure that a workload is balanced across multiple computers, to allow routine hardware maintenance and upgrading, and to compensate for hardware failure or other disasters.
{|cellpadding="8" width="100%"|- valign="top"| '''In this lab, you will create three virtual machines'''. This also gives you an opportunity to experiment with different ways of installing Fedora. Later in this course you will install another operating system distribution in a virtual machinesmachine.
You should already have both a '''Fedora installation DVD ''' and a '''Fedora LIVE CD'''. In both cases, the boot media (which you used to load the installation software) and the installation source (where the software that got installed came from) were the same: your CD/DVD provides both. However, the Fedora (and most other Linux distributions) permits you to use any combination of boot media and installation media:
|}
== Objectives ==
** Network Installation
** Kickstart Installation
* '''Understand the advantages and disadvantages of each type of installation, and be able to select the best installation method for a particular situation.'''
==Required Materials (Bring to All Labs)==
* '''Fedora 16 17 LIVE CD''' - You can burn this onto a CD-R in the Open Lab* '''Fedora 16 x_64 17 x86_64 Installation DVD''' - You can burn this onto a DVD-R in the Open Lab (or burn image onto a DVD+R if you are using the Freedom Toaster).* '''SATA Hard Disk''' (in removable disk tray)* '''USB Memory Stick''' (minimum 64M)* '''Lab Logbook (Lab1 Reference Sheet)''' (to make notes and observations).
==PrerequisitePrerequisites==
* Completion and Instructor "Sign-off" of Lab 1: [[OPS235 Lab 1]]
==Linux Command Online Reference==
Each Link below displays online manpages for each command (via [http://linuxmanpages.com/ http://linuxmanpages.com]):
:* '''virsh''' (Refer to Fedora Virtualization Guide belowlink in the "Resources on the Web" section)
:* [http://linuxmanpages.com/man1/gzip.1.php gzip / gunzip]
== Reesources Resources on the Web =={|cellpadding="8" width="100%"|- valign="top"| '''Virtualization''':| '''Live Image Installation:'''| '''Network Installation:'''| '''Kickstart Installation:'''
|}
=Performing Lab 2=
== Preparation ==
{{Admon/tip|Update your Fedora InstallationPerforming this Lab off the Seneca network (eg. at home)|'''Itis recommended to perform this lab in one of Seneca College's a good idea to ensure that your Fedora installation is fully updated before proceedinglabs'''. You can update your system with the graphical tool located This lab uses servers which are on the menu at >System>Administration>Software Update Seneca network and which are not available from other locations (or type such as your home). If you attempt this lab from another location, adjust the command <code>gpkbelmont.senecac.on.ca URLs to point to another [http://mirrors.fedoraproject.org/publiclist Fedora mirror server] -update-view</code>), or by typing either note that you may need to change the directory name as well as the server name. The installation of these commands: the '''fedora3''' virtual machine <codeu>pkcon updatemust</code> or <code>yum update</codeu>be done at Seneca.}}
# '''Open a web-browser''', and open the '''OPS235 Lab #2 WIKI'''. '''<br /><br />NOTE:''' You need to enter your "MySeneca" username and password to obtain a "wired" Internet connection (otherwise, you will not be able to perform the "groupinstall" command in the next step). Remember to perform a "wired-connection" (logging in with your MySeneca username and password via a web-browser) every time you boot-up your host machine...<br /><br />
# Install the Fedora virtualization software: <code>yum groupinstall "Virtualization"</code> or <code>pkcon install @virtualization</code> The virtualization software installed is in three parts:
{{Admon/important|Run virt-manager as a regular user|Running virt-manager as root may not work due to configuration issues.}}
== Investigation 1: Installing from a Live Disc ==
{{Admon/tip|Using an Image instead of a Live Disc|If It is recommended that you do not have perform this installation from your Fedora LIVE CD. As a Live Disc availablematter of interest (for future reference), you can download it is possible to install directly from the .iso image ISO file from http://belmont.senecac.on.ca/fedora/releases/16/Live/x86_64/Fedora-16-x86_64-you used to burn your LiveCD.iso and then use the iso image file in place of There are many Internet tutorials that show the physical diskindividual how to perform that task.}}
==== Introduction ====
==== VM Details ====
* '''Name: ''' fedora1* '''Boot media: ''' Fedora Live CD* '''Installation source: ''' Fedora Live CD* '''Memory: 512MB''' 768MB* '''Disk space: ''' 10GB* '''CPUs: ''' 1
==== Screen-Shot Thumbnail Reference ====
{{Admon/note|Fedora Install Virtual Machine Screen Shots Thumbnails|While performing the Fedora 16 installVirtual Machine setup, click on the thumbnails below to provide a '''"visual reference" ''' while performing this additional section.}} {|cellpadding="8" width="100%" |[[Image:Virt-manager1.png|thumb|125px| '''Virtual Machine Manager:''' Create a New Virtual Machine]]|[[Image:Virt-manager2.png|thumb|100px|'''Step 1 of 5:''' Create a New Virtual Machine ]]|[[Image:virtual-manager3.png|thumb|100px|'''Step 2 of 5:''' Create a New Virtual Machine ]]|[[Image:virtual-manager4.png|thumb|100px|'''Step 3 of 5:''' Create a New Virtual Machine ]]|[[Image:virtual-manager5.png|thumb|100px|'''Step 4 of 5:''' Create a New Virtual Machine ]]|[[Image:virtual-manager6.png|thumb|100px|'''Step 5 of 5:''' Create a New Virtual Machine ]]|} ==== Steps ==== # In the Virtual Machine Manger, click on the icon to ''Create a Virtual Machine'' in the upper-left corner: <br />(refer to '''Virtual Machine Manager''' thumbnail above).# A window will appear with the title ''New VM''. There are five steps to be completed; click Forward after each step:# '''Step 1 of 5:''' Enter the virtual machine (called '''fedora1''') name and select '''Local install media''' (refer to ''Step 1 of 5'' thumbnail above).# '''Step 2 of 5:''' '''Insert the CDROM or DVD containing the Fedora Live Disc image. Wait a moment for the disc to be recognized''', then select '''Use CDROM or DVD''' as the install media. Set the ''OS type'' to '''Linux''' and the ''Version'' to '''Fedora installation17''' (refer to ''Step 2 of 5'' thumbnail above).<!-- {{Admon/tip|Using an ISO image|Instead of using a physical CD or DVD, you can use an ISO image of a CD or DVD. The virtualization software will make this ISO image appear like an actual CD within the virtual machine. Because hard disks are faster then optical discs, this will work faster than an actual CD/DVD.}}{{Admon/note|Choosing the operating system type and version|The purpose of the ''OS type'' and ''Version'' fields is to fine-tune some of the virtual machine settings for best performance. The VM will work even if these are set incorrectly.}} --># '''Step 3 of 5:''' Set the memory to '''768 MB''' and the number of CPUs to '''1''' (refer to ''Step 3 of 5'' thumbnail above).# '''Step 4 of 5:''' This next step creates a disk file that will be used to simulate the virtual machine's disk drive. Select a size of '''10 GB''' and checkmark the box labeled '''Allocate entire disk now''' (refer to ''Step 4 of 5'' thumbnail above).# '''Step 5 of 5:''' Review the options that you have selected. '''Make a note of the storage location.''' If anything needs to be changed, use the ''Back'' button to go back and edit it; otherwise, click '''Finish''' (refer to ''Step 5 of 5'' thumbnail above).
{{Admon/important|Removing and Recreating VMs|If for some reason the user wants to remove a Virtual Machine, they can right-click the VM, and select delete in the Virtual Machine Manager. It is recommended to '''Additional Notes"delete the image file" in the remove VM dialog box when removing and then recreating a VM'''. Note:If you fail to properly remove the VM image file, it may affect the hard disk size for the new VM (i.e. use the old smaller size. Make certain to remove that VM image file prior to recreating the VM.|'''}}
}}
{|cellpadding="8" width="100%"
|[[Image:fedoralive1.png|thumb|100px| The Virtual Machine will now start.]]
|[[Image:failedtoload.png|thumb|140px| '''Ignore and close the "Failed To Load" dialog box'''. Search for the panel on the upper-left-hand side of the screen.]]
|[[Image:fedoralive2.png|thumb|140px|Login to the VM and double-click:<br /> '''Applications'''<br />>'''System Tools'''<br />>'''Install to Hard Disk'''.]]
|[[Image:selectstorage1.png|thumb|100px|Select '''Specialized Storage Devices''']]
|[[Image:selectstorage2.png|thumb|100px|Select '''Virtio Block Device'''.]]
|[[Image:finishcdinstall.png|thumb|100px|You will get the ''Firstboot'' configuration questions during the boot process.]]
|}
<ol>
<li value="8">'''The virtual machine will now start'''. Select the default menu item labelled: '''Start Fedora 17'''. The virtual machine is running from the live disc at this point, and no software has been installed on the ''hard drive'' of the virtual machine.</li>
</ol>
<ol>
<li value="9">Login to the VM and click: '''Applications'''>'''System Tools'''>'''Install to Hard Drive'''. The installation program, similar to the one used when installing Fedora in Lab 1, will appear. You will get a warning at one point during the installation process that the disk "May contain data" or "may need to be re-initialized" -- this is simply a warning that the virtual disk is completely blank, and it is safe to proceed with the installation.</li>
</ol>
{{Admon/note|[[Image:Virt-manager1Virtual Machine Screen Size|The virtual machine screen size will change resolution as it switches from text to graphics mode. Use the VM menu option View>Resize to VM to resize the window to show the entire VM display. If this is larger than your screen size, use View>Scale Display>Always to scale the image so it fits on your screen.png|thumb|100px| }}<ol> <li value="10">During the installation process, when prompted for a storage device, first select '''Specialized Storage Devices''', and then select the '''Step 1:Virtio Block Device''' Create a New Virtual Machine]]option.</li>|[[Image:Virt <li>When prompted for the hostname, enter '''fedora1''', and when prompted for the timezone, select '''Toronto -manager2Eastern Time Ontario''', and when asked about storage, select '''Use All Space'''. '''Use the default values for all other fields.png|thumb|100px|]]|[[Image:Virt-manager3''' Notice that the installer does not ask you what software should be installed; compare the installation time to the amount of time it took to do your Lab 2 installation.png|thumb|100px|]]|[[Image:Virt-manager4Record this information in the '''table contained in Investigation 4'''.png|thumb|100px|]]</li>|[[Image:Virt <li>When the installation is complete, click on the '''reboot''' button at the bottom right-manager5hand corner of the screen.png|thumb|100px|]]</li>|[[Image:Virt-manager6.png|thumb|100px|]]</ol>
{{Admon/note|Network / Service Considerations|Please perform the tasks below in order allow these Fedora systems to be able to communicate with each other. '''Failure to properly perform these operations can cause problems in future labs'''.|
}}
<ol>
<li value="15">Enable SSH access to your virtual machine with these commands (semi-colon allows commands to be run in sequence):<br /> <code>service sshd start; chkconfig sshd on</code></li>
<li>Find out the IP address of your virtual machine: <code>ifconfig eth0</code> </li>
<li>Enter the following command on your virtual machine to create a firewall exception to allow ssh traffic into the machine:<br /> <code>iptables -I INPUT -p tcp -s0/0 -d0/0 --dport 22 -j ACCEPT</code></li>
<li>Confirm that you can ssh to your virtual machine from the host (your main Fedora installation): <code>ssh ''IPaddress''</code></li>
</ol>
== Investigation 2: Installing from the Network ==
{{Admon/tip|Authenticate to the network|The rest of this lab uses network access. ''' Be sure to authenticate to the network using your browser before proceeding'''.}}
=== Introduction ===
==== VM details ====
* '''Name: ''' fedora2* '''Boot media: ''' Network installation* '''Installation source: ''' http://belmont.senecac.on.ca/fedora/releases/1617/Fedora/x86_64/os/* '''Memory: 512MB''' 1024MB* '''Disk space: 15GB''' 20GB* '''CPUs: ''' 1
==== Steps ====
# Create the VM (called '''fedora2''') as you did with the ''fedora1'' virtual machine, except:#* In '''step 1 of 5''', set the installation type to "'''Network Install (HTTP, FTP, or NFS)"'''.#* In '''step 2 of 5''', provide the location of the software source by providing the URL http://belmont.senecac.on.ca/fedora/releases/1617/Fedora/x86_64/os/#* In '''step 2 of 5''', set the ''OS Type'' to "'''Linux" ''' and ''Version'' to "'''Fedora 16" 17'''.
# Observe the boot process. How is it different from booting from an optical disc (CD/DVD)?
# Start the installation process(make certain to use information in the ''VM Details'' section above). # When you get to the disk partitioning step, select '''Use All Space''' and enable the checkbox labelled '''Review and modify partition layout'''.If an dialog box displays a permissions problem, then click yes to proceed. On the next screen, change the logical volumes as follows:#* Reduce the size of the root LV to '''8000 MB'''.#* '''Add a logical volume with a size of 2000 MB and a mountpoint of /home ''' (you can name it whatever you want, and use ext3 or '''ext4 ''' as the filesystem file-system type).# On the software selection screen, select '''Graphical Desktop'''.# '''On the same screen, select the "Fedora 16 17 - x86_64" and the "Fedora 16 17 - x86_64 - Updates". Leave "Installation Repo" selected. ''DO NOT'' enable the "Test Updates" repository'''.# Complete the installation. Record the time taken to install, and compare this to the time taken by the previous installations.Record this information in the '''table contained in Investigation 4'''. '''Answer the Investigation 2 observations / questions in your lab log book.'''
== Investigation 3: Installing from the Network using Kickstart ==
==== VM details ====
* '''Name: ''' fedora3* '''Boot media: ''' Network installation* '''Installation source: ''' http://belmont.senecac.on.ca/fedora/releases/1617/Fedora/x86_64/os/* '''Kickstart location: ''' http://zenitwww.senecacdrivehq.oncom/file/df.caaspx/shareID10606286/~chris.tylerfileID1269952040/fedora16-vdaFedora17-kskickstart.cfg* '''Memory: 512MB''' 1024MB* '''Disk space: 10GB''' 15GB* '''CPUs: ''' 1
==== Steps ====
# Create the VM as you did with the ''fedora2'' virtual machine, specifying a network install as before, except:
#* In step 2 of 5, after entering the URL for the installation source, click on the '''URL Options''' control.#* Enter the Kickstart URL: http://zenitwww.senecacdrivehq.oncom/file/df.caaspx/~chris.tylershareID10606286/fileID1269952040/fedora16-vdaFedora17-kskickstart.cfg
# Observe the installation. How is it different from booting from an optical disc (CD/DVD)?
# Complete the installation. Record the time taken to install, and compare this to the time taken by the previous installations.
# What happens when the installation is finished?
# '''Take a look at the kickstart file (using the URL you entered) to <u>determine </u> the root password as well as the name and password for the first user account'''.# Boot the virtual machine and log in (use the user ID and password information from the previous step). Compare the experience to the first time you booted the other virtual machines.Record this information in the '''table contained in Investigation 4'''. '''Answer the Investigation 3 observations / questions in your lab log book.'''
== Investigation 4: Updating and Comparing the VMs ==
#* Why does it take longer in some VMs than others?
Complete the following table(and transfer into your lab2 log-book notes):
{|border="1" width="100%" cellpadding="5"
|-
! ||f16hostf17host||fedora1||fedora2||fedora3
|-
|'''Installation Method'''||Installation Disc||Live Disc||Network Installation||Network Installation + Kickstart
# Start the ''fedora1'' virtual machine, and stop the ''fedora2'' and ''fedora3'' virtual machines.
# Switch to the f19host machine, and open a shell terminal.# Enter these commands into your f19host machine and note the result:#* <code>'''virsh list'''</code>#* <code>'''virsh list --all'''</code>#* <code>'''virsh list --inactive'''</code># Start Now, shut-down your fedora1 VM normally, and close the fedora1 VM window. Make certain NOT to close the ''fedora3'' virtual machine from Virtual Machine Manager main window.# Switch to your terminal and issue the command line: <code>'''virsh start fedora3fedora1'''</code># Repeat the commands from step 2 and notice any changesCheck to see if your fedora1 VM is now running.# Stop Switch to the terminal and issue<code>''fedora3'' virtual machine: <code>virsh shutdown fedora3</code># Confirm that 'list --all'fedora3'' has been shut down.# Execute this command: </code>virsh dumpxml fedora3 >fedora3and confirm the status of the fedora1 VM.xml</code># Examine the file <code>fedora3There are other commands that can be used (such as suspend, or shutdown).xml</code>The "shutdown" command may not always work since it sends a request to "shutdown virtual machine gracefully", but may not always work. What does Why do you think it contain? What format is it inuseful to have commands to manipulate VMs?# Edit the file fedora3.xml, making the following changes:#* Change {{Admon/note|Virtual Machine Does not Shutdown from Command|If the name Virtual machine fails to shutdown from the <code>fedora3avirsh shutdown</code>#* Change at least one of command, then you can go to the '''Virtual Machine manager''' and '''halt''' or '''shutdown''' within the VM itself, then you can click the hexadecimal characters '''PowerOff''' button in the UUIDVM window. Do not change You'll want to avoid a forced shutdown since those are equivalent to yanking the length cord out of the UUID. Valid hexadecimal characters are 0-9 and wall on a-f.physical machine!|}}# Issue this command: <code>virsh define fedora3a.xml</code># Issue the command <code>virsh list --all</code> and record any changes.# Issue '''Answer the command: <code>virsh undefine fedora3a<Investigation 5 observations /code># List all of the virtual machines again, and note any changesquestions in your lab log book.'''
== Investigation 6: How do I backup a virtual machine? ==
{{Admon/important|Backing up VMs|There are two general processes in order to back up your images:<ol><li>'''Compressing your images''' (also recommended to backup up to external storage USB Key) using the '''gzip''' command.</li><li>'''Backup the VM xlm configuration file''' (preferably to USB key) using '''virsh''' shell command to add VM to virtual machine manager list (in the event that the HOST machine is "wiped" and re-installed, but VM images and xml configuration files have been backed up external storage).</li></ol><br />Taking the time to backup the image of the Operating System's file system allows the user to return to a '''"restoration point"''' using the '''gunzip''' command in case something bad occurs to the OS during a lab.<br />Failure to take the time to make and confirm backups can result in loss of lab work for the student!|}}
# Shut down all of the virtual machines.
# Change to the directory <code>/var/lib/libvirt/images/</code>. Note the size of the files in this directory. What do these files contain?
# Make a compressed backup of the <code>fedora3.img</code> file to your home directory with this command: <code>'''gzip <fedora3.img >~YourUserId/fedora3.img.backup.gz'''</code><br />('''Note: Make certain to use the redirection signs "<" and ">" properly in the command!'''){{Admon/caution|Make sure the backup is successful!|If there are any error messages, '''DO NOT''' proceed past this point. You're going to destroy your fedora3 virtual machine and restore it using the backup you have created -- if there are any problems with the backup, you will not have a working virtual machine, and will have to re-install it.}}# <ol> <li value="4">Compare the size of the compressed and original files.</li># <li>Start the '''''fedora3''''' VM.</li># <li>'''Make certain that you are in your fedora VM, and <u>not</u> in your Fedora main system.!'''</li># <li>Wreck <u>only</u> your fedora 3 system! Try this command inside the fedora3 virtual machine ('''DO NOT''' do this on your main Fedora system, or you will have to repeat your '''lab2''' and portions of your '''lab3'''!): <code>'''rm -rf /*'''</code></li># <li>Shut down the VM.If you tried to start the Fedora3 VM, it would not boot since all system files have been removed!</li># <li>Restore the original image from the backup (type in your home directory by typing this command carefully): <code>'''gunzip <~YourUserId/fedora3.img.backup.gz >fedora3.img'''</code></li># <li>Restart the VM. Is it working normally?</li># <li>Create compressed backups of your other virtual machines.</li></ol><ol><li value="12">You should make a copy of the xml configuration file in case you "wipe" and re-install the host machine, and want to add a restored VM backups to the virtual machine manager list. We will demonstrate using the fedora 3 xml configuration file, and prove that a "clone" can be added to your list.Please perform the following step:<ol type="a"><li>Verify that you are in the directory: <code>/var/lib/libvirt/images/</code>.</li> <li>Execute the following command: <code>virsh dumpxml fedora3 >fedora3.xml</code></li> <li>Examine the file <code>fedora3.xml</code>. What does it contain? What format is it in?</li> <li>Make a copy of <code>fedora3.xml</code> called <code>fedora3a.xml</code>.</li> <li>Edit the file <code>fedora3a.xml</code>, making the following changes:</li></ol>::* Change the name (in the file, not the file name) to <code>fedora3a</code>::* Change at least one of the hexadecimal characters in the UUID. Do not change the length of the UUID. Valid hexadecimal characters are 0-9 and a-f.<ol type="a" > <li value="6">Issue this command: <code>virsh define fedora3a.xml</code> <li>Issue the command <code>virsh list --all</code> and record any changes. <li>Issue the command: <code>virsh undefine fedora3a</code> <li>List all of the virtual machines again, and note any changes. </li></ol># <li>For the remainder of these labs, it is assumed that you will backup <u>'''both'''</u> the images and xml configuration files for <u>'''all'''</u> Virtual machines, when asked to backup your virtual machines. It is also highly recommended to backup these files to an external storage device (eg. USB key) in case the host machine gets "wiped" and you need to rebuild your HOST machine and then restore your Virtual Machines...</li><li>Answer this question in your log book:</li></ol>#::* In order to fully back up a virtual machine, what information should be saved in addition to the virtual machine image?# Write the answer to the Investigation 6 question in your lab book.
{{Admon/important|Backing up VMs|It's a good idea is essential to back up your VMs at the end of each lab, so you can easily restore them if something goes wrong in the next lab.}}
{{Admon/tip|Shutting Down the Host while Virtual Machines are Running|If you shut down your host system while virtual machines are running, they will be suspended, and will resume the next time you boot your host system.}}
'''Answer the Investigation 6 observations / questions in your lab log book.'''
== Investigation 7: Kickstart Files ==
{{Admon/tip|SSHD and Firewall|If you have restarted your virtual machine ''fedora1'', the sshd server you started in section investigation 1-16 (step 15) will no longer be running. In addition, the firewall will have reverted to its original state. In order to use '''scp''', below, you will need to restart ssh and adjust the firewall again.<br /><br />If students cannot backup their kickstart files using the '''scp''' command, they can use a web-browser to access their Seneca e-mail with attachment (copy kickstart file to their home directory first!). For the text-based Linux system "fedora3", students can use the '''mail''' command (refer to the man command to learn how to send e-mail attachments).}}
When you perform a non-Kickstart installation, the installation program creates a Kickstart file in the <code>/root</code> directory for reference.
# Obtain the kickstart files for all four of your installations (your disk pack ''f16hostf17host'', plus the ''fedora1'', ''fedora2'', and ''fedora3'' virtual machines). # To prevent confusion, copy your kickstart files to kickstart filenames that describe their purpose (eg. kickstart_host, kickstart_fedora1, kickstart_fedora2, etc...)# Copy them all to your f16host f17host system (tip: use <code>scp</code>), or use the hint in the tip box above to send via e-mail.
# Compare these files. What are the differences? Similarities? (Tip: you may want to use tools such as <code>sdiff</code> to help with the comparison).
# How could you use the kickstart file produced by the installation program to perform additional, identical installations?
'''Answer the Investigation 7 observations / questions in your lab log book.'''
= Completing the Lab =
# Three working virtual machines created.
# All virtual machines backed up.
# Installation comparison table filled in.
# Lab Logbook (lab2) notes filled-in.
= Preparing for the Quizzes =
# What is the name of the Fedora installation program?
#* virt-manager
#* virt-install
#* kvm
# The kickstart installation (fedora3) was a network installation. Can a kickstart file be used with a DVD installation?
# The kickstart installation (fedora3) was fairly fast. Why? Under what circumstances would it take a long time, even on a fast network?
# What other types of installation sources are possible (besides Live Disc, Installation Disc, and Network?)