RH342 Practice Exam

4 hours
  • 20 Learning Objectives

About this Hands-on Lab

This is the RH342 Practice Exam. It is based on RedHat 7.7.

*This course is not approved or sponsored by Red Hat.*

Learning Objectives

Successfully complete this lab by achieving the following learning objectives:

Debug an application.

On HostA, there is an application /root/example_app – troubleshoot and resolve this application so that it will run successfully.

Test an application for a memory leak.

On HostA, test the application /root/memleak_test_app for a memory leak. If a memory leak is detected, remove the executable bit from the application.

Manage a kernel module.

On HostA, configure the module nf_conntrack to enable timestamping of network flows. This change should persist through a reboot. Any services stopped to make this change should be restarted.

Upgrade a package.

On HostA, upgrade Apache (httpd) to the latest version and apply version control to limit future upgrades.

Resolve SELinux issues.

On HostA, resolve any issues starting the Apache (httpd) service, or issues viewing the content. The existing web content and configuration should not be modified.

Resolve authentication issues.

On HostA, the LDAP/Kerberos user testuser01 should be able to log in and obtain a Kerberos ticket using the password welcome1.

Monitor system for vital characteristics.

On HostA, there is a Performance Co-Pilot archive file: /root/archive.tgz. What was the 1 min kernel load at 17:19:46?

Enter the value as a number into /root/load.txt. For example, if the load was 7.700, the command would be:

echo "7.700" > /root/load.txt

Recover data from a corrupted file system.

On HostB, recover the data from the filesystem mounted at /storage.
The integrity of the files on the filesystem must be preserved.

Recover data from a broken LVM configuration.

On HostB, troubleshoot and resolve the LVM issues preventing the data on /lvm_mount from being accessed.
The integrity of the files on the filesystem must be preserved.

Recover data from an encrypted file system.

On HostB, troubleshoot and resolve the issues preventing the data located at /luks from being accessed. The integrity of the files on the filesystem must be preserved. There is a backup header file located in /root/.

Troubleshoot issues affecting service start.

On HostB, start the Performance Co-Pilot service and configure it to start automatically upon reboot.

Troubleshoot system resource consumption.

On HostC, something is consuming an excessive amount of CPU load. Prevent whatever it is from being executable in the future.

Troubleshoot an application.

On HostC, troubleshoot and resolve the issue affecting the use of the dig command.

Troubleshoot service authentication.

On HostC, troubleshoot and resolve the issue preventing cloud_user from listing the local Samba shares. Do not modify the existing Samba configuration file /etc/samba/smb.conf.

Username: cloud_user

Password: welcome1

Troubleshoot iSCSI.

HostC is an iSCSI target. Troubleshoot issues preventing HostD from accessing the target. HostD should successfully be able negotiate the iSCSI connection and attach to the block device.

Configure remote logging.

Configure HostC as a remote log server for HostD. The connection should be over the standard TCP port.

Troubleshoot RPM issues.

HostD has a corrupt RPM database. Troubleshoot and resolve this issue.

Troubleshoot networking.

Step 1

Troubleshoot any networking issues preventing HostD from accessing the Apache content on HostA at http://ip-10-0-1-10/index.html

Step 2

There is a packet capture file located at /root/packet.cap. Examine this file and discern the password used by testuser01. Enter this password as a single line into the file /root/passwd.txt.

Example: echo "password" >> /root/passwd.txt

Examine and retrieve information from an sosreport.

On HostD, examine the sosreport located at /root/sosreport-ip-10-0-1-11-2019-03-22-wxoxhnk.tar.xz and determine the LDAP hostname the host attempted to bind to.

Enter the name of this hostname as a single line in /root/test.txt.

Example: echo "server.example.com" >> /root/test.txt

Assist in providing information for third-party investigation.

On HostD, permit cloud_user to run example.stp as a module named cloud_tap.

Additional Resources

Be sure to watch the introduction video for details regarding testing your progress.


LDAP/Kerberos authentication host:

ip-10-0-1-5.ec2.internal |

  • LDAP Base: dc=example,dc=com
  • Kerberos Realm: example.com


ip-10-0-1-10.ec2.internal |


ip-10-0-1-11.ec2.internal |


ip-10-0-1-12.ec2.internal |


ip-10-0-1-13.ec2.internal |

Changes requested in the tasks should persist through a restart of the system.

What are Hands-on Labs

Hands-on Labs are real environments created by industry experts to help you learn. These environments help you gain knowledge and experience, practice without compromising your system, test without risk, destroy without fear, and let you learn from your mistakes. Hands-on Labs: practice your skills before delivering in the real world.

Sign In
Welcome Back!

Psst…this one if you’ve been moved to ACG!

Get Started
Who’s going to be learning?