Difference between revisions of "OPS235 Lab 4 - Fedora17"

From CDOT Wiki
Jump to: navigation, search
(State when starting Lab 4)
 
(178 intermediate revisions by 9 users not shown)
Line 1: Line 1:
 
[[Category:OPS235]][[Category:OPS235 Labs]]
 
[[Category:OPS235]][[Category:OPS235 Labs]]
= State when starting Lab 4 =
+
{{Admon/caution|THIS IS AN OLD VERSION OF THE LAB|'''This is an archived version. Do not use this in your OPS235 course.'''}}
 +
= Storage Setup (prior to starting Lab 4) =
  
At this point, having completed [[OPS235 Lab 3|Lab 3]] you should have the following disk storage setup:
+
At this point, having completed [[OPS235 Lab 3|Lab 3]] you should have <u>roughly</u> the following disk storage setup:<br />
 +
('''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)<br /><br />
  
* fedora1
+
* '''fedora1'''
  
 
   This VM has a GUI and no free space in the VG.
 
   This VM has a GUI and no free space in the VG.
Line 18: Line 20:
 
   /dev/vda2  vg_fedora1 lvm2 a-  9.80G    0
 
   /dev/vda2  vg_fedora1 lvm2 a-  9.80G    0
  
* fedora2
+
* '''fedora2'''
  
 
   This VM has a GUI and free space in the VG.
 
   This VM has a GUI and free space in the VG.
Line 33: Line 35:
 
   /dev/vda2  vg_fedora2 lvm2 a-  14.80G 4.07G
 
   /dev/vda2  vg_fedora2 lvm2 a-  14.80G 4.07G
  
* fedora3
+
* '''fedora3'''
  
 
   This VM has no GUI installed.
 
   This VM has no GUI installed.
Line 48: Line 50:
 
   /dev/vda2  vg_fedora3 lvm2 a-  9.80G 3.83G
 
   /dev/vda2  vg_fedora3 lvm2 a-  9.80G 3.83G
  
* f13host (disk pack)
+
* '''f17host (i.e. "disk pack")'''
  
 
   Four PVs, minimum VG size 60G
 
   Four PVs, minimum VG size 60G
Line 56: Line 58:
 
   20% of disk space unallocated to any partition (min 15G)
 
   20% of disk space unallocated to any partition (min 15G)
  
= Logical Volume Management =
+
= Logical Volume Management (Continued) =
  
{{Admon/note|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.}}
+
{{Admon/note|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 ==
 
== Resources ==
  
Please read this page to get an overview of LVM:
+
'''Please read this page to get an overview of LVM:'''<br /><br />('''Note:''' It is recommended to return to this guide as a reference when performing the next several investigations).<br /><br />
 
* [[Logical Volume Management]]
 
* [[Logical Volume Management]]
  
== Investigation 1: How are LVMs managed using system-config-lvm? ==
 
'''Perform this investigation on the VM named ''fedora2''.'''
 
[[Image:Ops235_lab4_1.png|thumb|right|Screenshot of system-config-lvm in Fedora. Click to enlarge.]]
 
# Fedora provides a tool called <code>system-config-lvm</code> 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 (<code>yum install system-config-lvm</code>).
 
# 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?
 
# Increase the size of the home filesystem to 2 GB:
 
## Click on the LV containing the home filesystem.
 
## Click on ''Edit Properties''.
 
## Change the size to 2 GB and click ''Ok''.
 
# Create a new 2G LV (LV Properties: linear) containing an ext4 filesystem named lv_archive and mount it at /archive
 
## Click on ''Logical View''.
 
## Click the ''Create New Logical Volume''.
 
## Set the name, size, filesystem, and mount point.
 
## Click ''Ok''.
 
# Backup <code>/etc</code> into <code>/archive</code>
 
#* Copy the files in /etc into the filesystem mounted at <code>/archive</code> (use the graphical tools or the command line. If using cp, remember to use the -R option).
 
# Shrink the size of <code>lv_archive</code> to 1 GB.
 
# Try shrinking <code>/</code> -- what happens? Why?
 
  
== Investigation 2: How are LVMs managed from the command line? ==
+
== Investigation 1: How are LVMs are managed using Command-Line Tools  ==
'''Repeat the operations from Investigation 1, using the virtual machine ''fedora3'' (command-line tools only). Write down the exact commands used at each step:'''
+
# You are going to repeat the same LVM management operations (as your did with the ''fedora2'' VM in '''lab3'''), 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.
# Determine the current LVM configuration using the <code>pvs</code>, <code>vgs</code>, and <code>lvs</code> command.
+
# Write down the exact commands used at each step, and record appropriate command output:
# Grow the home filesystem to 2G using the command <code>lvextend</code> and <code>resize2fs</code>.
+
## Determine the current LVM configuration using the <code>pvs</code>, <code>vgs</code>, and <code>lvs</code> command.
# Create a new 2G LV containing an ext4 filesystem and mount it at /archive (use <code>lvcreate</code>, <code>mkfs</code>, <code>mount</code>, edit the file <code>/etc/fstab</code>, and then reboot to confirm automatic mount).
+
## Grow the home filesystem to 2G using the command <code>lvextend</code> and <code>resize2fs</code>.
# Copy the contents of <code>/etc</code> into <code>/archive</code>.
+
## Create a new 2G LV containing an ext4 filesystem and mount it at /archive (use <code>lvcreate</code>, <code>mkfs</code>, <code>mount</code>, edit the file <code>/etc/fstab</code>, and then reboot to confirm automatic mount).
# Shrink <code>lv_archive</code> to 1G (use <code>umount</code>, <code>resize2fs</code>, <code>lvreduce</code>, <code>resize2fs</code>, and <code>mount</code>)
+
## Copy the contents of <code>/etc</code> into <code>/archive</code>.
 +
## Shrink <code>lv_archive</code> to 1G (use <code>umount</code>, <code>resize2fs</code>, <code>lvreduce</code>, and <code>mount</code>)
  
== Investigation 3: How can a PV be added to an existing VG? ==
+
== Investigation 2: 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:'''
+
'''Add an additional 2 GB virtual disk to your ''<u>fedora1</u>'' system, and use it as an additional physical volume:'''
 
# Start <code>virt-manager</code>.
 
# Start <code>virt-manager</code>.
 
# Shutdown ''fedora1'' if it is running.
 
# Shutdown ''fedora1'' if it is running.
 
# Open the console window for ''fedora1''.
 
# Open the console window for ''fedora1''.
 
# Select the menu option View>Details.
 
# Select the menu option View>Details.
# Click ''+ Add Hardware''
+
# Click ''Add Hardware'' button at the bottom left-hand corner.
# In the ''Adding Virtual Hardware'' window that appears, select a Hardware Type of ''storage'' and click ''Forward''.
+
# In the ''Adding new virtual hardware'' window that appears, select a Hardware Type of ''"storage"'' and click ''"Forward"''.
# Select ''File (Disk Image)'' for the storage space. Click on the ''Browse'' button near the ''Location'' field, add a new volume (which creates a new file in <code>/var/libvirt/images</code>), then click ''New Volume''.
+
# Make certain option "Managed or other existing storage" is selected. Click on the ''Browse'' button, then click on ''New Volume''.
# Give the new virtual disk file a name of <code>fedora1b</code>, with a ''Max Capacity'' and ''Allocation'' of 2000 MB. Click ''Finish''.
+
# Give the new virtual disk file a name of <code>fedora1b</code>, a format of ''raw'', with a ''Max Capacity'' and ''Allocation'' of 2000 MB. Click ''Finish''.
# Select the new virtual disk file and click ''Choose Volume''.
+
# Select the new virtual disk file ''fedora1b.img'' and click ''Choose Volume''.
 
# Select a device type of ''Virtio Disk''.
 
# Select a device type of ''Virtio Disk''.
# Finish creating the new virtual disk.
+
# Finish creating the new virtual disk by clicking ''Forward'' and then ''Finish''.
 
# Boot the system. You should now have both <code>/dev/vda</code> and <code>/dev/vdb</code>.
 
# Boot the system. You should now have both <code>/dev/vda</code> and <code>/dev/vdb</code>.
# Record the size of the volume group and the amount of free space.
+
# Record the size of the volume group and the amount of free space (Hint: use a command that you learned in a previous lab).
# Partition /dev/vdb with a single partion that fills the whole disk.
+
# Partition /dev/vdb with a single partition that fills the whole disk.
 
# Check the messages printed when <code>fdisk</code> exits -- you may need to reboot the system in order for the new partition table to take effect.
 
# Check the messages printed when <code>fdisk</code> exits -- you may need to reboot the system in order for the new partition table to take effect.
 
# Run this command to format the physical volume: <code>pvcreate /dev/''vdb1''</code>
 
# Run this command to format the physical volume: <code>pvcreate /dev/''vdb1''</code>
Line 125: Line 106:
 
{{Admon/tip|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: <code>restorecon -r /home</code>}}
 
{{Admon/tip|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: <code>restorecon -r /home</code>}}
  
== Investigation 4: How can I use LVM to manage storage on my disk pack? ==
+
== Investigation 3: How can I use LVM to manage storage on my disk pack? ==
'''On your host (disk pack), using your choice of the GUI and/or command-line tools:'''
+
'''On your <u>f17host</u> (i.e. "disk pack"), using your choice of the GUI and/or command-line tools:'''
 
# Create a new logical partition ('''NOT a logical volume!''') - minimum 5G, leaving at least 10G free space in the extended partition.
 
# Create a new logical partition ('''NOT a logical volume!''') - minimum 5G, leaving at least 10G free space in the extended partition.
 
# Add that partition as a PV into the existing VG (using the commands you used in the previous investigation).
 
# Add that partition as a PV into the existing VG (using the commands you used in the previous investigation).
 
# Grow the root filesystem to fill the available space.
 
# Grow the root filesystem to fill the available space.
  
= Package Management =
 
  
== Investigation 5: How do you query the RPM database? ==
 
 
RPM maintains a database of installed software. This information is very useful to system administrators. In Lab 3, you queried that database using RPM with the -q argument. When you query the RPM database, you can separately specify:
 
* Which packages you want information about, using a select-option
 
* What information you want about those packages, using a query-option
 
 
Steps:
 
 
1. Using information from the man page for <code>rpm</code>, fill in this information:
 
{|width="100%" border="1"
 
|-
 
!Option
 
!Meaning
 
!Is this a select-option or a query-option?
 
|-
 
| -a
 
|Select all packages
 
|select-option
 
|-
 
| -l
 
|
 
|
 
|-
 
| -p ''filename'''
 
|Select this uninstalled package
 
|
 
|-
 
| -i
 
|Show the package license, packager, URL, description, and other general information.
 
|
 
|-
 
| -f '''filename'''
 
|
 
|
 
|-
 
|'''packagename'''
 
|Select just this package
 
|select-option
 
|}
 
 
Make sure that your lab notes answer the Investigation 5 question.
 
 
== Investigation 6: How do you install and remove software with RPM? ==
 
 
# Change to the directory on your Installation DVD containing the file: <code>lynx-2.8.7-2.fc13.x86_64.rpm</code>
 
# Execute this command: <code>rpm -i lynx-2.8.7-2.fc13.x86_64.rpm</code>
 
# Issue an RPM query to check that lynx is installed.
 
# Issue this command: <code>rpm -e lynx</code>
 
# Issue an RPM query to verify that lynx is no longer installed.
 
# Issue this command:  <code>rpm -i BackupPC-3.1.0-13.fc13.noarch.rpm</code> and note the result
 
 
Answer the Investigation 6 question.
 
 
== Investigation 7: How do you install and remove software with ''yum''? ==
 
 
{{Admon/note|Internet Connection|In order for yum to work you require a connection to the Internet. Establish this connection by using the browser to log into SeneNET}}
 
 
# Change to your home directory.
 
 
# Issue the command:  <code>yum install BackupPC</code> and answer <code>y</code> to the question about installation.
 
#* Where did ''yum'' get the BackupPC software?
 
#* Why could ''yum'' install BackupPC when rpm couldn't?
 
# Issue an RPM query to verify that BackupPC is installed.
 
# Issue the command: <code>yum remove BackupPC</code>
 
# Issue an RPM query to verify that BackupPC is no longer installed.
 
# Install <code>nled</code> using '''yum'''.
 
 
Answer the Investigation 7 question.
 
  
 
= User/Group Management =
 
= User/Group Management =
  
== Investigation 8: The /etc/passwd file ==
+
== Investigation 4: The /etc/passwd file ==
  
 
# Look at the /etc/passwd file.
 
# Look at the /etc/passwd file.
Line 212: Line 124:
 
# Why do you think there are so many users?
 
# Why do you think there are so many users?
 
# Look at the names of the users. What do you think these user names represent? Are they people?
 
# Look at the names of the users. What do you think these user names represent? Are they people?
 +
# What is the numeric user ID (UID) of the root user?
 +
# The user IDs of real users (people) are different from the user IDs of system accounts. What is the pattern?
  
== Investigation 9: Adding users ==
+
== Investigation 5: Adding users ==
  
{{Admon/note|Use fedora1|Perform these steps in the '''fedora1''' virtual machine.}}
+
{{Admon/note|Use f17host|Perform these steps in the '''f17host''' 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).}}
  
 
# Read the man page for the useradd command.
 
# Read the man page for the useradd command.
Line 241: Line 155:
 
# Add your matrix account user to '''fedora3'''.
 
# Add your matrix account user to '''fedora3'''.
  
== Investigation 10: Managing Groups ==
+
== Investigation 6: Managing Groups ==
  
 
{{Admon/note|Use fedora1|Perform these steps in the '''fedora1''' virtual machine.}}
 
{{Admon/note|Use fedora1|Perform these steps in the '''fedora1''' virtual machine.}}
Line 262: Line 176:
 
Be sure to record your observations in your lab notes.
 
Be sure to record your observations in your lab notes.
  
== Investigation 11: Deleting users ==
+
== Investigation 7: Deleting users ==
  
 
{{Admon/note|Use fedora1|Perform these steps in the '''fedora1''' virtual machine.}}
 
{{Admon/note|Use fedora1|Perform these steps in the '''fedora1''' virtual machine.}}
Line 271: Line 185:
 
# Delete the user ops235_2 using the same command with the option which removes the home directory of the user.
 
# Delete the user ops235_2 using the same command with the option which removes the home directory of the user.
 
# Check the contents of the /home directory. What do you notice?
 
# Check the contents of the /home directory. What do you notice?
# Check the contents of the /etc/group directory. What do you notice?
+
# Check the contents of the /etc/group file. What do you notice?
  
 
Be sure to record your observations in your lab notes.
 
Be sure to record your observations in your lab notes.
  
 
+
== Investigation 8: Modifying users ==
== Investigation 12: Modifying users ==
 
  
 
{{Admon/note|Use fedora1|Perform these steps in the '''fedora1''' virtual machine.}}
 
{{Admon/note|Use fedora1|Perform these steps in the '''fedora1''' virtual machine.}}
Line 316: Line 229:
 
= Completing the lab =
 
= Completing the lab =
  
{{Admon/important|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''.}}
+
{{Admon/important|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:
 
Arrange proof of the following on the screen:
 
# Two PVs on '''fedora1'''.
 
# Two PVs on '''fedora1'''.
 
# Separate <code>/home</code> filesystem (on an LV) in '''fedora1'''.
 
# Separate <code>/home</code> filesystem (on an LV) in '''fedora1'''.
# Larger <code>/home</code> on '''fedora2''' and '''fedora3'''.
 
 
<!-- # Unnecessary accounts and groups have been removed on '''fedora1'''. -->
 
<!-- # Unnecessary accounts and groups have been removed on '''fedora1'''. -->
 
# Account created on '''fedora3''' matching your Matrix account.
 
# Account created on '''fedora3''' matching your Matrix account.
# '''nled''' installed on the host (disk pack - main system '''f13host''').
+
# List contents of '''/etc/group''' file (ops235 group).
# Answer to this question:
+
# List contents of '''/etc/passwd''' file (created accounts).
#* What is the license of the '''nautilus''' package?
 
 
# Fresh backup of the virtual machines.
 
# Fresh backup of the virtual machines.
  
Line 332: Line 243:
  
 
# What is a VG? PV? LV?  
 
# What is a VG? PV? LV?  
# What does yum do that rpm does not?
 
 
# What is the total size of the "main" VG on your system?
 
# What is the total size of the "main" VG on your system?
 
# How do you create a LV?
 
# How do you create a LV?
Line 339: Line 249:
 
# How would you increase the size of the root filesystem by 50 MB?
 
# How would you increase the size of the root filesystem by 50 MB?
 
# What is the purpose of <code>/etc/fstab</code>?
 
# What is the purpose of <code>/etc/fstab</code>?
# What did you have to do in order to move the home directories onto a new filesystem? Why?
+
# What is the purpose of <code>/etc/shadow</code>?

Latest revision as of 12:31, 24 September 2018

Stop (medium size).png
THIS IS AN OLD VERSION OF THE LAB
This is an archived version. Do not use this in your OPS235 course.

Storage Setup (prior to 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
  • f17host (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 (Continued)

Note.png
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).


Investigation 1: 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 in lab3), 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 2: 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.
Note.png
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.
Idea.png
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 3: How can I use LVM to manage storage on my disk pack?

On your f17host (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 4: 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 5: Adding users

Note.png
Use f17host
Perform these steps in the f17host 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.
Note.png
Use fedora3
Perform these steps in the fedora3 virtual machine.
  1. Add your matrix account user to fedora3.

Investigation 6: Managing Groups

Note.png
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 7: Deleting users

Note.png
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 file. What do you notice?

Be sure to record your observations in your lab notes.

Investigation 8: Modifying users

Note.png
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

Important.png
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. List contents of /etc/group file (ops235 group).
  5. List contents of /etc/passwd file (created accounts).
  6. 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?
  8. What is the purpose of /etc/shadow?