Difference between revisions of "OPS235 Lab 2 Braille"
Chris Tyler (talk | contribs) (→Preparation) |
Chris Tyler (talk | contribs) (→Investigation 1: Installing from a Live Disc) |
||
Line 49: | Line 49: | ||
== Investigation 1: Installing from a Live Disc == | == Investigation 1: Installing from a Live Disc == | ||
− | + | === VM Details === | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
* '''Name:''' fedora1 | * '''Name:''' fedora1 | ||
* '''Boot media:''' Fedora Live CD | * '''Boot media:''' Fedora Live CD | ||
− | * '''Installation source:''' Fedora | + | * '''Installation source:''' Network server: http://belmont.senecac.on.ca/fedora/releases/16/Fedora/x86_64/os/ |
+ | * '''Kickstart file:''' http://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.cfg | ||
* '''Memory:''' 768MB | * '''Memory:''' 768MB | ||
* '''Disk space:''' 10GB | * '''Disk space:''' 10GB | ||
* '''CPUs:''' 1 | * '''CPUs:''' 1 | ||
− | + | === Steps to Perform === | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | # Record the current time. | |
− | + | # Run this command to start the installation of a virtual machine named fedora1: virt-install --connect qemu:///system --name fedora1 -r 768 --os-variant fedora16 --network network=default --disk /var/lib/libvirt/images/f16-ks-1,size=10 -l http://belmont.senecac.on.ca/fedora/releases/16/Fedora/x86_64/os/ -x ks=http://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.cfg --noautoconsole | |
− | + | # The virtual machine will stop when the installation is complete. You can see if the virtual machine is running with the command: virsh list | |
− | + | # Record the approximate time that the installation ends. | |
+ | # Once the virtual machine has been installed, start it with this command: virsh start fedora1 | ||
+ | # In order to connect to the virtual machine, you need to know: | ||
+ | #* The IP address. | ||
+ | #* The account name and password of a regular user. | ||
+ | #* The password for the root (administrator) user. | ||
+ | # To gather the information listed above, study the [http://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.cfg kickstart file]. Record your answers. | ||
+ | # Using the information you gathered from the kickstart file, connect to the virtual machine: ssh '''accountname''@'''IPaddress'' (substitute the correct account name and IP address) | ||
+ | # Enter the password when requested. | ||
+ | # On the virtual machine, determine: | ||
+ | #* The number of packages installed | ||
+ | #* The amount of free disk space | ||
+ | # Stop the virtual machine by typing, as the root user inside that virtual machine, the command: poweroff | ||
+ | # Confirm that the virtual machine is off by executing this command on your f16host: virsh list | ||
− | + | === Investigation 2 === | |
− | |||
− | + | # Install another virtual machine by modifying the command used in Investigation 1. Incorporate these changes: | |
− | + | ## Use the name "fedora2" for this virtual machine. | |
− | + | ## Use a disk size of 15G | |
− | + | ## Use the IP address 192.168.122.201 | |
− | + | # Start fedora2 and confirm that you can connect to it. | |
− | + | # Shut down fedora2. | |
− | + | === Investigation 3 === | |
− | + | # Make a copy of the [http://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.cfg kickstart file]. Modify it so that the user account that is created has the same user ID as your matrix account. Place this file in a location where it can be accessed via a web browser (for example, in the public_html directory in your Matrix account). | |
+ | # Modify the command used in Investigation 1 to incorporate these changes: | ||
+ | ## Use the name "fedora3" for this virtual machine. | ||
+ | ## Use the IP address 192.168.122.202 | ||
+ | ## Use your kickstart file instead of the original one. | ||
+ | # Start fedora3 and confirm that you can connect to it, using your Matrix ID and password. | ||
+ | # Shut down fedora3. | ||
== Investigation 2: Installing from the Network == | == Investigation 2: Installing from the Network == |
Revision as of 02:37, 3 February 2012
Contents
- 1 OPS235 Lab 2 - Braille : Fedora 16 Installation on Virtual Machines
- 2 Performing Lab 2
- 2.1 Preparation
- 2.2 Investigation 1: Installing from a Live Disc
- 2.3 Investigation 2: Installing from the Network
- 2.4 Investigation 3: Installing from the Network using Kickstart
- 2.5 Investigation 4: Updating and Comparing the VMs
- 2.6 Investigation 5: Managing Virtual Machines from the Command Line
- 2.7 Investigation 6: How do I backup a virtual machine?
- 2.8 Investigation 7: Kickstart Files
- 3 Completing the Lab
- 4 Preparing for the Quizzes
OPS235 Lab 2 - Braille : Fedora 16 Installation on Virtual Machines
Introduction
A virtual machine is a software simulation of a computer which can be used as though it were actual hardware. It's possible to run multiple virtual machines on one computer, reducing hardware requirements and introducing flexibility. Some common uses of virtualization include:
- Software testing -- Using multiple operating systems simultaneously on a single computer for testing and experimentation.
- Network simulation -- Testing network services, protocols, and security scenarios with a small number of computers.
- Isolation -- Protecting multiple sets of data by storing them on multiple virtual machines. If one of the virtual machines is compromised, the data on other virtual machines is still protected.
- Server consolidation -- Reducing the number of physical servers in a network by moving physical machines to virtual machines. This saves hardware, administration, cooling, and electricity costs, and it can increase the utilization of hardware (by ensuring that the hardware is not under-loaded).
- 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.
Objectives
- Understand Virtualization
- Use KVM virtualization on Fedora
- Use Kickstart and Network Installation Methods
Prerequisites
- Completion and Instructor "Sign-off" of Lab 1: OPS235 Lab 1
Linux Command Online Reference
See the manpages for:
- virsh
- gzip / gunzip
Resources on the Web
- Fedora Virtualization Guide
- Fedora 16 Installation Guide
- Preparing for a Network Installation
- Performing a Network Installation
- Automating the Installation with Kickstart
- Kickstart Installations
Performing Lab 2
Preparation
- Install the Fedora virtualization software:
yum groupinstall "Virtualization"
orpkcon install @virtualization
The virtualization software installed is in three parts:- A system service named libvirtd that manages the VMs.
- Tools to manage virtualization, including the
virt-manager
graphical tool and thevirsh
command-line tool. - The actual virtual machines themselves.
- Reboot your system.
- Start the virtualization service:
systemctl start libvirtd
Investigation 1: Installing from a Live Disc
VM Details
- Name: fedora1
- Boot media: Fedora Live CD
- Installation source: Network server: http://belmont.senecac.on.ca/fedora/releases/16/Fedora/x86_64/os/
- Kickstart file: http://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.cfg
- Memory: 768MB
- Disk space: 10GB
- CPUs: 1
Steps to Perform
- Record the current time.
- Run this command to start the installation of a virtual machine named fedora1: virt-install --connect qemu:///system --name fedora1 -r 768 --os-variant fedora16 --network network=default --disk /var/lib/libvirt/images/f16-ks-1,size=10 -l http://belmont.senecac.on.ca/fedora/releases/16/Fedora/x86_64/os/ -x ks=http://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.cfg --noautoconsole
- The virtual machine will stop when the installation is complete. You can see if the virtual machine is running with the command: virsh list
- Record the approximate time that the installation ends.
- Once the virtual machine has been installed, start it with this command: virsh start fedora1
- In order to connect to the virtual machine, you need to know:
- The IP address.
- The account name and password of a regular user.
- The password for the root (administrator) user.
- To gather the information listed above, study the kickstart file. Record your answers.
- Using the information you gathered from the kickstart file, connect to the virtual machine: ssh accountname@IPaddress (substitute the correct account name and IP address)
- Enter the password when requested.
- On the virtual machine, determine:
- The number of packages installed
- The amount of free disk space
- Stop the virtual machine by typing, as the root user inside that virtual machine, the command: poweroff
- Confirm that the virtual machine is off by executing this command on your f16host: virsh list
Investigation 2
- Install another virtual machine by modifying the command used in Investigation 1. Incorporate these changes:
- Use the name "fedora2" for this virtual machine.
- Use a disk size of 15G
- Use the IP address 192.168.122.201
- Start fedora2 and confirm that you can connect to it.
- Shut down fedora2.
Investigation 3
- Make a copy of the kickstart file. Modify it so that the user account that is created has the same user ID as your matrix account. Place this file in a location where it can be accessed via a web browser (for example, in the public_html directory in your Matrix account).
- Modify the command used in Investigation 1 to incorporate these changes:
- Use the name "fedora3" for this virtual machine.
- Use the IP address 192.168.122.202
- Use your kickstart file instead of the original one.
- Start fedora3 and confirm that you can connect to it, using your Matrix ID and password.
- Shut down fedora3.
Investigation 2: Installing from the Network
Introduction
It is possible to install Fedora entirely from the network. In this investigation, you will install Fedora from a webserver on Seneca's LAN.
VM details
- Name: fedora2
- Boot media: Network installation
- Installation source: http://belmont.senecac.on.ca/fedora/releases/16/Fedora/x86_64/os/
- Memory: 768MB
- Disk space: 15GB
- 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/16/Fedora/x86_64/os/
- In step 2 of 5, set the OS Type to Linux and Version to Fedora 16.
- 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, 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 ext4 as the file-system type).
- On the software selection screen, select Graphical Desktop.
- On the same screen, select the "Fedora 16 - x86_64" and the "Fedora 16 - 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
Introduction
When Fedora is installed using the techniques you have used so far, the user is asked a number of questions. In some situations, it is better to provide the answers to these questions in a file rather than answer them individually. This type of file is called a kickstart file.
In this investigation, a kickstart file is provided for you. You can also create or modify a kickstart file using a regular text editor or a graphical tool.
VM details
- Name: fedora3
- Boot media: Network installation
- Installation source: http://belmont.senecac.on.ca/fedora/releases/16/Fedora/x86_64/os/
- Kickstart location: http://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.cfg
- Memory: 768MB
- Disk space: 10GB
- 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://zenit.senecac.on.ca/~chris.tyler/fedora16-vda-ks.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 determine 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
- In each VM, run this command:
yum update
- Record the answers to these questions in your log book:
- How long did it take to run on each VM? How many packages were updated?
- Why does it take longer in some VMs than others?
Complete the following table (and transfer into your lab2 log-book notes):
f16host | fedora1 | fedora2 | fedora3 | |
---|---|---|---|---|
Installation Method | Installation Disc | Live Disc | Network Installation | Network Installation + Kickstart |
Packages Installed | ||||
Updates Installed immediately after installation | ||||
Software could be selected during installation | ||||
Disk layout could be selected during installation | ||||
No questions asked during installation | ||||
Total installation time (after installation questions) | ||||
Amount of disk space used | ||||
Questions asked during first boot | ||||
Advantages of this type of installation | ||||
Disadvantages of this type of installation | ||||
This type of installation is recommended for... |
Investigation 5: Managing Virtual Machines from the Command Line
- Start the fedora1 virtual machine, and stop the fedora2 and fedora3 virtual machines.
- Enter these commands and note the result:
-
virsh list
-
virsh list --all
-
virsh list --inactive
-
- Start the fedora3 virtual machine from the command line:
virsh start fedora3
- Repeat the commands from step 2 and notice any changes.
- Stop the fedora3 virtual machine:
virsh shutdown fedora3
- Confirm that fedora3 has been shut down.
- Execute this command:
virsh dumpxml fedora3 >fedora3.xml
- Examine the file
fedora3.xml
. What does it contain? What format is it in? - Make a copy of
fedora3.xml
calledfedora3a.xml
. - Edit the file
fedora3a.xml
, making the following changes:
- Change the name (in the file, not the file name) to
fedora3a
- 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.
- Change the name (in the file, not the file name) to
- Issue this command:
virsh define fedora3a.xml
- Issue the command
virsh list --all
and record any changes. - Issue the command:
virsh undefine fedora3a
- List all of the virtual machines again, and note any changes.
Answer the Investigation 5 observations / questions in your lab log book.
Investigation 6: How do I backup a virtual machine?
- Shut down all of the virtual machines.
- Change to the directory
/var/lib/libvirt/images/
. Note the size of the files in this directory. What do these files contain? - Make a compressed backup of the
fedora3.img
file to your home directory with this command:gzip <fedora3.img >~YourUserId/fedora3.img.backup.gz
- Compare the size of the compressed and original files.
- Start the fedora3 VM.
- Make certain that you are in your fedora VM, and not in your Fedora main system.
- Wreck only 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!):
rm -rf /*
- Shut down the VM.
- Restore the original image from the backup in your home directory (type this command carefully):
gunzip <~YourUserId/fedora3.img.backup.gz >fedora3.img
- Restart the VM. Is it working normally?
- Create compressed backups of your other virtual machines.
- Answer this question in your log book:
- In order to fully back up a virtual machine, what information should be saved in addition to the virtual machine image?
Answer the Investigation 6 observations / questions in your lab log book.
Investigation 7: Kickstart Files
When you perform a non-Kickstart installation, the installation program creates a Kickstart file in the /root
directory for reference.
- Obtain the kickstart files for all four of your installations (your disk pack f16host, plus the fedora1, fedora2, and fedora3 virtual machines). Copy them all to your f16host system (tip: use
scp
). - Compare these files. What are the differences? Similarities? (Tip: you may want to use tools such as
sdiff
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
Arrange evidence for each of these items on your screen, then ask your instructor to review them and sign off on the lab's completion:
- Three working virtual machines created.
- Four kickstart files.
- All virtual machines fully updated.
- All virtual machines backed up.
- Installation comparison table filled in.
- Lag Logbook (lab2) notes filled-in.
Preparing for the Quizzes
- What is the name of the Fedora installation program?
- Which factors recorded in your table (above) were due to the type of installation performed, and which factors were due to the amount of software installed?
- Which type of installation works best for confirming compatibility with hardware before installation? Why?
- Which type of installation works best for installing large numbers of computers? Why?
- What factors affect installation time?
- How can you reduce the number of software updates required immediately after installation?
- Why would you enable additional repositories during installation?
- What does the file
/root/anaconda-ks.cfg
contain, and how is it created? - How do you start and stop virtual machines?
- How do you SSH into your virtual machines?
- What is the purpose of and relationship between these pieces of software?
- libvirt
- libvirtd
- virsh
- 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?)