RH134 - ch09s05

Bookmark this page

Lab: Accessing Network-Attached Storage

Performance Checklist

In this lab, you will set up the automounter with an indirect map, using shares from an NFSv4 server.

Outcomes

You should be able to:

Install required packages needed to set up the automounter.
Configure an automounter indirect map, getting resources from a preconfigured NFSv4 server.

On workstation, run the lab netstorage-review start command. This start script determines if the servera and serverb systems are reachable on the network. The start script configures serverb as an NFSv4 server, sets up permissions, and exports directories. It also creates users and groups needed on both servera and serverb systems.

[student@workstation ~]$ lab netstorage-review start

An IT support company uses a central server, serverb, to host some shared directories on /remote/shares for their groups and users. Users need to be able to log in and have their shared directories mounted on demand and ready to use, under the /shares directory on servera.

Important information:

serverb is sharing the /shares directory, which in turn contains the management, production and operation subdirectories.
The managers group consists of the manager1 and manager2 users. They have read and write access to the /shares/management shared directory.
The production group consists of the dbuser1 and sysadmin1 users. They have read and write access to the /shares/production shared directory.
The operators group consists of the contractor1 and consultant1 users. They have read and write access to the /shares/operation shared directory.
The main mount point for servera is the /remote directory.
The /shares/management shared directory should be automounted on /remote/management on servera.
The /shares/production shared directory should be automounted on /remote/production on servera.
The /shares/operation shared directory should be automounted on /remote/operation on servera.
All user passwords are set to redhat.

[student@workstation ~]$ ssh student@servera
...output omitted...
[student@servera ~]$

Use the sudo -i command to switch to the root user. The password for the student user is student.
```
[student@servera ~]$ sudo -i
[sudo] password for student: student
[root@servera ~]# 
```

Install the autofs package.

[root@servera ~]# yum install autofs
...output omitted...
Is this ok [y/N]: y
...output omitted...

Configure an automounter indirect map on servera using shares from serverb. Create an indirect map using files named /etc/auto.master.d/shares.autofs for the master map and /etc/auto.shares for the mapping file. Use the /remote directory as the main mount point on servera. Reboot servera to determine if the autofs service starts automatically.
Test the NFS server before proceeding to configure the automounter.
[root@servera ~]# mount -t nfs serverb.lab.example.com:/shares /mnt [root@servera ~]# ls -l /mnt total 0 drwxrwx---. 2 root managers 25 Apr 4 01:13 management drwxrwx---. 2 root operators 25 Apr 4 01:13 operation drwxrwx---. 2 root production 25 Apr 4 01:13 production [root@servera ~]# umount /mnt
Create a master map file named /etc/auto.master.d/shares.autofs, insert the following content, and save the changes.
[root@servera ~]# vim /etc/auto.master.d/shares.autofs /remote /etc/auto.shares
Create an indirect map file named /etc/auto.shares, insert the following content, and save the changes.
[root@servera ~]# vim /etc/auto.shares * -rw,sync,fstype=nfs4 serverb.lab.example.com:/shares/&
Start and enable the autofs service on servera.
[root@servera ~]# systemctl enable --now autofs Created symlink /etc/systemd/system/multi-user.target.wants/autofs.service → /usr/lib/systemd/system/autofs.service.
Reboot theservera machine.
[root@servera ~]# systemctl reboot

Test the autofs configuration with the various users. When done, log off from servera.

After the servera machine has finished booting, log in to servera as the student user.

[student@workstation ~]$ ssh student@servera
...output omitted...
[student@servera ~]$

Use the su - manager1 command to switch to the manager1 user and test access.

[student@servera ~]$ su - manager1
Password: redhat
[manager1@servera ~]$ ls -l /remote/management/
total 4
-rw-r--r--. 1 root managers 46 Apr  4 01:13 Welcome.txt
[manager1@servera ~]$ cat /remote/management/Welcome.txt
###Welcome to Management Folder on SERVERB###
[manager1@servera ~]$ echo TEST1 > /remote/management/Test.txt
[manager1@servera ~]$ cat /remote/management/Test.txt
TEST1
[manager1@servera ~]$ ls -l /remote/operation/
ls: cannot open directory '/remote/operation/': Permission denied
[manager1@servera ~]$ ls -l /remote/production/
ls: cannot open directory '/remote/production/': Permission denied
[manager1@servera ~]$ exit
logout
[student@servera ~]$

Switch to the dbuser1 user and test access.

[student@servera ~]$ su - dbuser1
Password: redhat
[dbuser1@servera ~]$ ls -l /remote/production/
total 4
-rw-r--r--. 1 root production 46 Apr  4 01:13 Welcome.txt
[dbuser1@servera ~]$ cat /remote/production/Welcome.txt
###Welcome to Production Folder on SERVERB###
[dbuser1@servera ~]$ echo TEST2 > /remote/production/Test.txt
[dbuser1@servera ~]$ cat /remote/production/Test.txt
TEST2
[dbuser1@servera ~]$ ls -l /remote/operation/
ls: cannot open directory '/remote/operation/': Permission denied
[dbuser1@servera ~]$ ls -l /remote/management/
ls: cannot open directory '/remote/management/': Permission denied
[dbuser1@servera ~]$ exit
logout
[student@servera ~]$

Switch to the contractor1 user and test access.

[student@servera ~]$ su - contractor1
Password: redhat
[contractor1@servera ~]$ ls -l /remote/operation/
total 4
-rw-r--r--. 1 root operators 45 Apr  4 01:13 Welcome.txt
[contractor1@servera ~]$ cat /remote/operation/Welcome.txt
###Welcome to Operation Folder on SERVERB###
[contractor1@servera ~]$ echo TEST3 > /remote/operation/Test.txt
[contractor1@servera ~]$ cat /remote/operation/Test.txt
TEST3
[contractor1@servera ~]$ ls -l /remote/management/
ls: cannot open directory '/remote/management/': Permission denied
[contractor1@servera ~]$ ls -l /remote/production/
ls: cannot open directory '/remote/production/': Permission denied
[contractor1@servera ~]$ exit
logout
[student@servera ~]$

Explore the mount options for the NFS automounted share.

[student@servera ~]$ mount | grep nfs
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
serverb.lab.example.com:/shares/management on /remote/management type nfs4
(rw,relatime,vers=4.2,rsize=262144,wsize=262144,namlen=255,
sync,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.25.250.10,
local_lock=none,addr=172.25.250.11)
serverb.lab.example.com:/shares/operation on /remote/operation type nfs4
(rw,relatime,vers=4.2,rsize=262144,wsize=262144,namlen=255,
sync,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.25.250.10,
local_lock=none,addr=172.25.250.11)
serverb.lab.example.com:/shares/production on /remote/production type nfs4
(rw,relatime,vers=4.2,rsize=262144,wsize=262144,namlen=255,
sync,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.25.250.10,
local_lock=none,addr=172.25.250.11)

Log off from servera.

[student@servera ~]$ exit
logout
[student@workstation ~]$

Evaluation

On workstation, run the lab netstorage-review grade command to confirm success of this exercise.

[student@workstation ~]$ lab netstorage-review grade

Finish

On workstation, run the lab netstorage-review finish command to complete this exercise.

[student@workstation ~]$ lab netstorage-review finish

This concludes the lab.

Discuss Red Hat System Administration II

Go to community

Is It possible to reset root password when the system is on multi-user.target?

jennifer1987

27 lip 2023

Hi thereWell, i have a question, Is It possible to reset root password when the system is on multi-user.target? I was not be able to found a foro o some information related with this and another question that I have, If the grub menu dont show up, is it posible to reset the root password?

991

Red Hat System Administration II (RH134)

Haley_Ruccio

21 lip 2023

Build the skills to perform the key tasks needed to become a full-time Linux administratorRed Hat System Administration II (RH134) is the second part of the RHCSA training track for IT professionals who have already attended Red Hat System Administration I. The course goes deeper into core Linux system administration skills in storage configuration and management, installation and deployment of Red Hat Enterprise Linux, management of security features such as SELinux, control of recurring system tasks, management of the boot process and troubleshooting, basic system tuning, and command-line automation and productivity. This course assumes that students have attended Red Hat System Administration I (RH124).Experienced Linux administrators who seek rapid preparation for the RHCSA certification should instead start with RHCSA Rapid Track (RH199).This course is based on Red Hat Enterprise Linux 9.0.Course summaryInstall Red Hat Enterprise Linux using scalable methodsAccess security files, file systems, and networksExecute shell scripting and automation techniquesManage storage devices, logical volumes, and file systemsManage security and system accessControl the boot process and system servicesRun containersAudience for this courseThis course is geared toward Windows system administrators, network administrators, and other system administrators who are interested in supplementing current skills or backstopping other team members, in addition to Linux system administrators who are responsible for these tasks:Configuring, installing, upgrading, and maintaining Linux systems using established standards and proceduresProviding operational supportManaging systems for monitoring system performance and availabilityWriting and deploying scripts for task automation and system administrationRecommended trainingSuccessful completion of Red Hat System Administration I (RH124) is recommended.Experienced Linux administrators seeking to accelerate their path toward becoming a Red Hat Certified System Administrator should start with the RHCSA Rapid Track course (RH199).Take our free assessment to gauge whether this offering is the best fit for your skills.Technology considerationsThere are no special technology requirements.This course is not designed for bring your own device (BYOD).Internet access is not required, but is recommended to allow students to research and access Red Hat online resources.

Welcome to the Red Hat System Administration II (RH134) group in the Red Hat Learning Community!

Deanna

18 lip 2023

We are excited to launch a space dedicated to the Red Hat Training course Red Hat System Administration II! To gain the most value from this group - click the "Join Group" button in the upper right hand corner.We encourage group members to collaborate in this group to discuss topics, ask questions, share best practices and tips, provide course feedback, and share their accomplishments as it relates to RH134.Read more about Red Hat System Administration II here.

417

Revision: rh134-8.2-f0a9756