RHCSA Rapid Track (RH199) interview questions

Set a cadence and a single source of truth: short, regular updates in plain language with status, impact, next step and ETA — even when the news is "no change yet". Tailor the detail to the audience and never let people find out bad news late. Reliable, proactive communication builds the trust that lets you do the technical work.

Pick a real failure and own it without blaming others. Describe how you contained the impact, communicated honestly, fixed the root cause (not just the symptom), and added a safeguard — a test, a monitor, a checklist, a runbook — so it cannot recur. Interviewers want accountability and a blameless, learning mindset, not a claim that you never fail.

Use nmcli (NetworkManager): nmcli con mod <conn> ipv4.addresses 192.168.1.10/24 ipv4.gateway 192.168.1.1 ipv4.dns 8.8.8.8 ipv4.method manual, then nmcli con up <conn>. Verify with ip addr and ip route. Changes persist in /etc/NetworkManager.

Explain how you gathered the facts you could quickly, identified the biggest risk, made a reversible decision where possible, and set a point to re-evaluate. Note how you communicated the uncertainty and your assumptions. Show judgement and bias for action — making a sound call and adjusting beats waiting for perfect information.

cron (crontab -e) runs commands on a schedule from crontab files; good for simple, portable jobs. systemd timers pair a .timer with a .service, support calendar and monotonic schedules, missed-run catch-up (Persistent=true), logging via journald and dependencies. Use timers when you need those features or tight systemd integration.

Use the STAR method: briefly set the Situation and Task, then spend most of your answer on the Action — how you broke the problem down, what you tried, how you tested — and finish with the Result and what you learned. Pick a real example with a measurable outcome (time saved, outage resolved) and show your reasoning, not just the fix.

Lead with the impact in their terms (cost, risk, time, customers affected), not the technical cause. Use a simple analogy, avoid jargon, and offer a clear recommendation with options and trade-offs. Confirm they have understood and tell them what you need from them. The goal is a confident decision, not to show how much you know.

systemctl enable --now <svc> enables and starts it. Check status with systemctl status <svc> and read logs with journalctl -u <svc> (add -b for this boot, -xe for recent errors). systemctl is-enabled / is-active confirm state.

Be specific and show it is a habit: hands-on labs and home projects, following release notes and a few trusted sources, a certification roadmap, reading other people’s code or post-mortems, and teaching others to cement what you learn. Tie it to this role’s stack. Enthusiasm plus a concrete routine beats a vague "I love learning".

Add/identify free space in the volume group (vgdisplay; if none, pvcreate a new disk and vgextend). Then lvextend -L +5G /dev/vg/lv, and grow the filesystem: xfs_growfs for XFS (online) or resize2fs for ext4. On RHEL you can combine with lvextend -r to resize the filesystem automatically.

SUID (u+s) makes an executable run as its owner (e.g. passwd). SGID (g+s) on a file runs as the group; on a directory it makes new files inherit the directory’s group. The sticky bit (o+t, as on /tmp) lets anyone create files but only the owner delete their own. Set them with chmod, e.g. chmod 2775 for SGID on a directory.

Connect your answer to the actual job and company: what about the work, the stack or the mission fits your strengths and goals. For the three-year question, show healthy ambition and direction (deeper expertise, more ownership, perhaps leading) that the company could realistically support, so it reads as commitment, not a stepping stone.

Use useradd to create the account, then set the password with passwd (or chpasswd/openssl for scripts), and usermod -aG to add a supplementary group. For example: useradd ali; echo "ali:Secret1" | chpasswd; usermod -aG developers ali. Verify with id ali.

Give a concrete example: how you set clear expectations, paired on real work, let them struggle productively before stepping in, gave specific feedback, and gradually handed over ownership. Mention a result — they shipped something, passed a certification, became independent. Leadership is about multiplying others, not doing it all yourself.

dnf install <pkg>, dnf list installed, dnf remove <pkg>. Use dnf history to see transactions and dnf history undo <id> to roll back. Manage repos in /etc/yum.repos.d and groups with dnf group install. dnf provides */command finds which package ships a file.

Protect the business first: a production outage affecting users usually wins. State your rule — impact and urgency over who is shouting loudest — communicate quickly to set expectations, delegate or ask for help, and park or renegotiate the lower-impact items with their owners. Show calm, a clear framework, and that you keep people informed.

Check mode with getenforce. Look for AVC denials in journalctl or /var/log/audit/audit.log (ausearch -m AVC). Do not disable SELinux — fix the context: restorecon -Rv /var/www, or set the right type with semanage fcontext. Use setsebool for booleans (e.g. httpd_can_network_connect). Confirm with ls -Z.

find /var -type f -size +100M lists them. Archive with tar preserving metadata: tar --xattrs -czpf /backup/big-$(date +%F).tar.gz $(find /var -type f -size +100M). tar keeps permissions and timestamps by default; -p restores them on extract. Verify with tar -tzf.

Show that you separated the person from the problem. Explain how you listened to their reasoning, brought data or a small proof of concept instead of opinions, looked for the shared goal (reliability, deadline, cost), and either reached agreement or disagreed-and-committed to the team’s decision. Avoid blaming; emphasise the outcome and the relationship staying intact.

Interrupt GRUB, append rd.break (or init=/bin/bash) to the kernel line, boot. Remount sysroot read-write (mount -o remount,rw /sysroot), chroot /sysroot, run passwd root, and because SELinux is on, touch /.autorelabel (or load policy and restorecon) before rebooting so the password file is relabeled.