OPS235 Lab 4 - Fedora17

State when starting Lab 4

At this point, having completed Lab 3 you should have roughly the following disk storage setup:
(Note: These results are output from the vgs, lvs, and pvs commands within each virtual machine. You will be using these commands in the following lab investigations)

• fedora1

 This VM has a GUI and no free space in the VG.

 VG         #PV #LV #SN Attr   VSize VFree
 vg_fedora1   1   2   0 wz--n- 9.80G    0

 LV      VG         Attr   LSize  
 lv_root vg_fedora1 -wi-ao   8.83G                                     
 lv_swap vg_fedora1 -wi-ao 992.00M                                     

 PV         VG         Fmt  Attr PSize PFree
 /dev/vda2  vg_fedora1 lvm2 a-   9.80G    0

• fedora2

 This VM has a GUI and free space in the VG.

 VG         #PV #LV #SN Attr   VSize VFree
 vg_fedora2   1   3   0 wz--n- 14.80G 4.07G

 LV      VG         Attr   LSize   
 lv_home vg_fedora2 -wi-ao    1.95G                                     
 lv_root vg_fedora2 -wi-ao    7.81G                                     
 lv_swap vg_fedora2 -wi-ao  992.00M                                     

 PV         VG         Fmt  Attr PSize PFree
 /dev/vda2  vg_fedora2 lvm2 a-   14.80G 4.07G

• fedora3

 This VM has no GUI installed.

 VG         #PV #LV #SN Attr   VSize VFree
 vg_fedora3   1   3   0 wz--n- 9.80G 3.83G

 LV      VG         Attr   LSize  
 lv_home vg_fedora3 -wi-ao   1.00G                                     
 lv_root vg_fedora3 -wi-ao   4.00G                                     
 lv_swap vg_fedora3 -wi-ao 992.00M                                     

 PV         VG         Fmt  Attr PSize PFree
 /dev/vda2  vg_fedora3 lvm2 a-   9.80G 3.83G

• f13host (i.e. "disk pack")

 Four PVs, minimum VG size 60G
 Single filesystem on vg_main/root, size 50G
 At least 10G available space in VG

 20% of disk space unallocated to any partition (min 15G)

Logical Volume Management

Recovering VMs
Most of these investigations will take place in you virtual machines. If you make a significant mistake, your virtual machine may not boot. Remember that you created backups of your virtual machines in Lab 3, and you can restore them if something goes wrong.

Resources

Please read this page to get an overview of LVM:

(Note: It is recommended to return to this guide as a reference when performing the next several investigations).

• Logical Volume Management

Investigation 1: How are LVMs are managed using system-config-lvm?

Perform this investigation on the VM named fedora2.

Screenshot of system-config-lvm in Fedora. Click to enlarge.

1. Let's learn to manage or administer our LVM graphically for our Virtual Machine (Fedora2).
   Fedora provides a tool called system-config-lvm to graphically administer LVM. It will appear on the menu as System>Administration>Logical Volume Management. Verify that this package is present, and install it if required (yum install system-config-lvm).
2. Use this tool to determine the current LVM configuration by clicking on the appropriate element and reading the properties in the right-hand panel -- write down the answers:
   • What are the names and sizes of the PVs?
   • What is the name and size of the VG?
   • What are the names and sizes of the LVs?
   • Is there any space in the VG which is not allocated to a LV?
3. Increase the size of the home filesystem to 2 GB:
   1. Click on the LV containing the home filesystem.
   2. Click on Edit Properties.
   3. Change the size to 2 GB and click Ok.
4. Create a new 2G LV (LV Properties: linear) containing an ext4 filesystem named lv_archive and mount it at /archive
   1. Click on Logical View.
   2. Click the Create New Logical Volume.
   3. Set the name, size, filesystem, and mount point.
   4. Click Ok.
5. Backup /etc into /archive
   • Copy the files in /etc into the filesystem mounted at /archive (use the graphical tools or the command line. If using cp, remember to use the -R option).
6. Shrink the size of lv_archive to 1 GB.
7. Try shrinking / -- what happens? Why?

Investigation 2: How are LVMs are managed using Command-Line Tools

1. You are going to repeat the same LVM management operations (as your did with the fedora2 VM), but you will using command-line tools in the fedora 3 VM. Since the fedora3 VM only operates in command-line mode, you will need to refer to the "Logical Volume Management" link above.
2. Write down the exact commands used at each step, and record appropriate command output:
   1. Determine the current LVM configuration using the pvs, vgs, and lvs command.
   2. Grow the home filesystem to 2G using the command lvextend and resize2fs.
   3. Create a new 2G LV containing an ext4 filesystem and mount it at /archive (use lvcreate, mkfs, mount, edit the file /etc/fstab, and then reboot to confirm automatic mount).
   4. Copy the contents of /etc into /archive.
   5. Shrink lv_archive to 1G (use umount, resize2fs, lvreduce, and mount)

Investigation 3: How can a PV be added to an existing VG?

Add an additional 2 GB virtual disk to your fedora1 system, and use it as an additional physical volume:

1. Start virt-manager.
2. Shutdown fedora1 if it is running.
3. Open the console window for fedora1.
4. Select the menu option View>Details.
5. Click Add Hardware button at the bottom left-hand corner.
6. In the Adding new virtual hardware window that appears, select a Hardware Type of "storage" and click "Forward".
7. Make certain option "Managed or other existing storage" is selected. Click on the Browse button, then click on New Volume.
8. Give the new virtual disk file a name of fedora1b, a format of raw, with a Max Capacity and Allocation of 2000 MB. Click Finish.
9. Select the new virtual disk file fedora1b.img and click Choose Volume.
10. Select a device type of Virtio Disk.
11. Finish creating the new virtual disk by clicking Forward and then Finish.
12. Boot the system. You should now have both /dev/vda and /dev/vdb.
13. Record the size of the volume group and the amount of free space (Hint: use a command that you learned in a previous lab).
14. Partition /dev/vdb with a single partition that fills the whole disk.
15. Check the messages printed when fdisk exits -- you may need to reboot the system in order for the new partition table to take effect.
16. Run this command to format the physical volume: pvcreate /dev/vdb1
17. Add the new physical volume to the existing volume group: vgextend nameOfVolumeGroup /dev/vdb1
18. Verify that the volume group is larger and has more free space.

Think!
The next part of this investigation requires some research, thought, and creativity.

Using that additional space, create a separate filesystem for /home:

1. Create the logical volume lv_home (1G ext4)
2. Find a way to move the contents of /home onto it.
3. Change your system configuration so that the new filesystem is mounted on /home from now on.

SELinux relabelling may be required
Your system may report that the files are not present in the new /home filesystem when they are clearly there. This is due to the Security-Enhanced Linux system (SELinux) preventing access to the files, because the files were tampered with (moved) and are no longer recognized as home directory content. You can fix this problem by restoring the file context labels so that SELinux accepts the files as valid home directory content: restorecon -r /home

Investigation 4: How can I use LVM to manage storage on my disk pack?

On your f13host (i.e. "disk pack"), using your choice of the GUI and/or command-line tools:

1. Create a new logical partition (NOT a logical volume!) - minimum 5G, leaving at least 10G free space in the extended partition.
2. Add that partition as a PV into the existing VG (using the commands you used in the previous investigation).
3. Grow the root filesystem to fill the available space.

User/Group Management

Investigation 5: The /etc/passwd file

1. Look at the /etc/passwd file.
2. Make note of the contents of that file.
3. Read about the file: http://linux.die.net/man/5/passwd
4. Make sure you know what information each field contains.
5. Why do you think there are so many users?
6. Look at the names of the users. What do you think these user names represent? Are they people?
7. What is the numeric user ID (UID) of the root user?
8. The user IDs of real users (people) are different from the user IDs of system accounts. What is the pattern?

Investigation 6: Adding users

Use f13host
Perform these steps in the f13host system. Due to a configuration issue, these steps may not work normally in the fedora1 virtual host (previous versions of this lab used fedora1 for this investigation).

1. Read the man page for the useradd command.
2. Create a new user account for each of your pod mates, using their learn account name as a user name. Give each user a password.
3. Grep the /etc/passwd file for each of the new users.
   • What is the home directory of each user?
   • What group is each user in?
   • What else do you know about each user?
   • Where are the passwords stored?
4. Look at the man page for /etc/shadow using the command man 5 shadow
   • Grep the /etc/shadow file for each of the new users.
   • Make note of this information.
5. Create two new dummy users, ops235_1 and ops235_2.
6. Investigate the home directory of one of your new users.
   • What files are there? Be sure to include hidden files.
   • What do you think these files are used for?
   • How does the operating system determine which files are created in a new home account? The answer can be found here: http://www.linuxhowtos.org/Tips%20and%20Tricks/using_skel.htm
   • Look at the files (including hidden files) in the template directory referred to in the article. Compare them to what is in a home directory for a new user. What do you notice?
   • Create a new file in this directory with the following command: touch foo
   • Create a new user named foobar, with the option to automatically create a home directory.
   • Look at the contents of foobar's home directory. What do you notice?
7. Be sure to record your observations in your lab notes.

Use fedora3
Perform these steps in the fedora3 virtual machine.

1. Add your matrix account user to fedora3.

Investigation 7: Managing Groups

Use fedora1
Perform these steps in the fedora1 virtual machine.

1. Read the man page for the groupadd and groupdel commands.
2. Note which option allows you to set the Group ID number (GID) when you create a new group.
3. Examine the file /etc/group
   • Which values of GID are reserved for system accounts?
   • Which values of GID are reserved for non-system user accounts?
4. 8 What is the lowest available GID number for non-system users?
   • What is the default group name of a new user?
   • Add a new group named ops235 with a GID of 600.
   • You are angry at some irresponsible users on your system.
     • Add a new group named idiots.
     • Look at /etc/group and note the GID of idiots.
     • What GID is given to a new group if if you do not specify it?
     • Your anger has subsided. Delete the idiots group.
     • Look at /etc/group again and note the change.

Be sure to record your observations in your lab notes.

Investigation 8: Deleting users

Use fedora1
Perform these steps in the fedora1 virtual machine.

1. Read the man page for the userdel command. Note which option automatically removes the users home directory when that user is deleted.

1. Delete the user ops235_1 using the command userdel ops235_1
2. Delete the user ops235_2 using the same command with the option which removes the home directory of the user.
3. Check the contents of the /home directory. What do you notice?
4. Check the contents of the /etc/group directory. What do you notice?

Be sure to record your observations in your lab notes.

Investigation 9: Modifying users

Use fedora1
Perform these steps in the fedora1 virtual machine.

1. Read the man page for the usermod command. Note which options change the user's full name, primary group, supplementary groups, and shell.

1. Add each of your new users to the group ops235 (in other words, add ops235 to each user as a supplementary group).
2. Examine /etc/group. What has changed?
3. Use the usermod command to associate each of your pod mates' full name to their user name, as shown in your text. With each change, examine their entries in the /etc/passwd file. What has changed?
4. Be sure to record your observations in your lab notes.

Completing the lab

Time for a new backup!
If you have successfully completed this lab, make a new backup of your virtual machines. Remember to also make a backup of the new second virtual disk drive on fedora1 -- you now have two virtual disks on fedora1, and therefore two image files, and therefore will need two backup files.

Arrange proof of the following on the screen:

1. Two PVs on fedora1.
2. Separate /home filesystem (on an LV) in fedora1.
3. Account created on fedora3 matching your Matrix account.
4. Fresh backup of the virtual machines.

Preparing for the Quizzes

1. What is a VG? PV? LV?
2. What is the total size of the "main" VG on your system?
3. How do you create a LV?
4. How do you delete an LV?
5. How would you add the disk partition /dev/sdb7 to your volume group "main"?
6. How would you increase the size of the root filesystem by 50 MB?
7. What is the purpose of /etc/fstab?