RedHat RH302 (RHCE (Redhat Certified Engineer))

What is Red Hat RH302 (RHCE) Certification

What is Red Hat RH302 (RHCE) certification anyway?

The RH302 RHCE exam is Red Hat's intermediate-level certification that proves you can actually automate and manage Red Hat Enterprise Linux systems at scale, not just fumble through one server at a time. If you've already got your RHCSA under your belt (like the EX200 exam), then RH302 is the logical next step. It's where you stop being just another Linux admin and start becoming someone who can orchestrate infrastructure using real automation tools.

RHCE stands for Red Hat Certified Engineer. It's not a new certification. Red Hat's been running this program for years, updating the exam codes and content to stay current. The RH302 exam code replaced the older EX300 designation when Red Hat restructured their certification tracks to align with newer RHEL versions and Ansible-centric workflows.

This certification targets Linux administrators who've been doing the work for maybe 2-4 years and are ready to move beyond manual configuration. Folks who manage multiple systems and realize clicking through GUI tools or SSH-ing into 47 servers one-by-one is a massive waste of time. The Red Hat RHCE certification demonstrates you can write playbooks, manage inventories, and deploy consistent configurations across entire infrastructure fleets using Ansible on RHEL.

Why RHCE matters in the real world

Real talk here. The certification validates real-world skills through a hands-on performance-based exam format. No multiple choice questions where you can guess your way to a pass. You sit down at a terminal, they give you tasks, and you either solve them or you don't. Red Hat doesn't play around here. You're working in live Linux environments, configuring actual services, troubleshooting real problems, and your solutions either work or they fail when the automated grading system tests them.

This approach filters out people who just memorized dumps or read through theory without ever touching a command line. Which is refreshing in a world full of paper certifications. The performance-based format simulates production pressure where administrators must deliver working solutions efficiently within the time limit. You can't fake your way through spinning up a web server cluster with load balancing and SSL if you've never actually done it.

RHCE professionals typically work as Linux system administrators, DevOps engineers, automation specialists, or infrastructure engineers. The skills you prove on this exam directly translate to jobs where you're managing dozens or hundreds of systems at once. Companies running Red Hat Enterprise Linux automation workflows need people who can implement repeatable, scalable infrastructure solutions, and RHCE proves you're one of them.

Actually, I remember when I first started thinking about RHCE. I'd been managing about twenty RHEL servers for this mid-sized retail company, and every patch cycle was this nightmare of SSH sessions in different terminal tabs. I'd inevitably screw up on server 14 or 17, fat-finger some config file, and spend another hour fixing what I just broke. My manager kept talking about "automation" but I figured that was for the big shops with dedicated DevOps teams. Turns out I was wrong, and getting RHCE forced me to confront how much time I was wasting on stuff that could run while I slept.

Building on RHCSA foundations

RH302 builds directly on the RHCSA foundation. If you barely passed your RHCSA exam or if it's been a couple years, you might struggle here. The exam assumes you're completely comfortable with core RHEL system administration tasks like storage management, network configuration, user management, and SELinux. Then it layers on automation, orchestration, and enterprise-scale configuration management on top of that base.

The certification proves you can configure and manage Linux services including web servers, databases, file sharing, network services, and security components. But now you're doing it through automation code rather than manually editing config files. You'll write Ansible playbooks that can deploy Apache or Nginx across multiple hosts, configure MariaDB replication, set up Samba shares with proper permissions, and implement firewall rules across your environment.

Red Hat ecosystem recognition makes RHCE valuable for organizations standardizing on RHEL, CentOS Stream, or Fedora-based infrastructure. Not gonna lie, if you're working in an Ubuntu or Debian shop, this certification is less directly applicable, though the automation principles still transfer. But for Fortune 500 companies, government agencies, and enterprises that run Red Hat's ecosystem, RHCE holders are exactly what hiring managers want to see on resumes.

What the exam actually tests

Ansible is the primary automation tool tested on RH302, reflecting industry-standard configuration management practices that you'll actually use on the job. You need to know how to write playbooks from scratch, create and use roles, manage inventories with groups and variables, handle conditionals and loops, and implement error handling. The exam expects you to understand Ansible best practices. If you're interested in going deeper later, there's even the EX447 advanced automation certification.

The RHCE separates administrators who can code infrastructure-as-code versus those performing only manual system administration, and that distinction matters more every year. This matters because modern infrastructure scales beyond what humans can manage clicking through interfaces. When you need to configure 200 web servers identically, you write a playbook once and execute it everywhere. When security patches require firewall rule updates across your entire infrastructure, you don't SSH into each box (wait, actually that's exactly what I did at my first job and it was miserable). You update your automation code and push it.

Red Hat updates the exam regularly to reflect current Red Hat Enterprise Linux versions and Ansible best practices. The RH302 exam code represents the current iteration, though the RHCE designation itself has remained consistent across multiple exam versions. If you took EX294 for RHEL 8, you've got the same RHCE credential as someone who passed RH302. It's just aligned to different RHEL versions.

The performance-based exam experience

The time-constrained exam environment simulates production pressure in ways that'll make you sweat. You've got a fixed number of hours to complete all the tasks, and there's always more work than feels comfortable. Some tasks are quick. Others require troubleshooting when your first approach doesn't work, and you need to decide whether to keep debugging or move on to easier points.

Performance-based format requires candidates to solve real problems in live Linux environments, not recognize correct answers from a list. This separates the people who actually know their stuff from those who just crammed. You might need to debug why a playbook fails on certain hosts, fix broken service configurations, or troubleshoot why your automation isn't applying the intended changes. The exam tests whether you actually understand how these systems work under the hood.

This approach maintains industry credibility for Red Hat's certification program through rigorous, regularly updated, practical examinations that test genuine competency. When you see RHCE on someone's resume, you know they sat through hours of hands-on technical work and proved they could deliver. It's not a weekend certification where you crammed some flashcards and forgot everything three days later.

Career paths and progression

RHCE is a stepping stone to advanced Red Hat certifications including RHCA (Red Hat Certified Architect), which is where things get really specialized. If you want to specialize, there are paths into OpenShift administration, security specializations, virtualization, and other domains. But RHCE itself already opens doors that RHCSA alone doesn't.

The certification proves competency to employers, clients, and peers through vendor-validated, standardized assessment that you can't BS your way through. Red Hat's certification verification system allows employers to confirm credential authenticity through Red Hat's official database, so you can't fake it. This matters in consulting, government contracting, and anywhere certifications are required for contract eligibility.

RHCE skills directly apply to cloud infrastructure, container platforms, and modern DevOps workflows regardless of where you're actually deploying. Even if you're deploying to AWS or Azure, you're probably managing RHEL instances there. Container platforms like OpenShift are built on RHEL. The automation know-how validated by RHCE becomes increasingly critical as infrastructure scales and manual administration becomes impractical.

Automation skills validated by RHCE reduce human error, improve consistency, and enable infrastructure-as-code practices that modern teams depend on. You can version control your infrastructure configurations. Implement peer review before changes go live. Maintain compliance through automated enforcement of security policies. These aren't just buzzwords. They're how modern infrastructure teams actually operate when they're doing things right.

Preparation and commitment required

Certification preparation builds deep understanding of RHEL internals, troubleshooting methods, and best practices you'll carry throughout your career. You'll learn why things work the way they do, not just memorize commands that you'll forget next month. The process itself (setting up home labs, breaking things, fixing them, reading documentation) builds valuable experience beyond what the certificate represents.

RHCE represents significant professional achievement requiring dedicated study, practice, and mastery of complex technical domains that you can't shortcut. Most people spend 2-6 months preparing if they're already working with RHEL daily, longer if they're newer to the ecosystem. You need hands-on practice with real systems, not just reading or watching videos, because the exam will expose any gaps right away.

Red Hat's training and certification separation ensures certifications measure actual competency, not just course completion. Which I appreciate even though it makes things harder. You can take official Red Hat courses, use third-party training, or self-study. Whatever works for you and your learning style. The exam doesn't care how you learned. It just tests whether you can perform the tasks when it matters.

The RHCE certification demonstrates commitment to professional development and mastery of enterprise Linux administration in ways that really stand out. In competitive job markets where Linux skills are increasingly common, RHCE sets you apart from candidates who just claim to know Linux on their resumes. It's proof you put in the work.

RH302 Exam Details and Logistics

What is Red Hat RH302 (RHCE)?

The RH302 RHCE exam is Red Hat's "prove you can actually do the job" test for admins who already know their way around RHEL and now need to show automation skill too. It's the practical side of the Red Hat RHCE certification, and yeah, it's a résumé signal that you can handle real systems under pressure.

Look, RHCE is for people who configure and fix things for a living. Not people who memorize commands. If you're already doing RHEL system administration tasks at work and you've touched Ansible on RHEL, this exam lines up with what you do on a Tuesday when production is cranky.

RH302 vs RHCSA (what's different)

RHCSA is "can you administer one box correctly." RHCE is "can you administer many boxes consistently, and automate the boring parts without breaking everything." Different vibe.

Time hits harder. Tasks chain together. Mistakes compound.

And honestly, the big shift is automation: Red Hat Enterprise Linux automation with Ansible becomes the default approach, not a bonus skill you mention in interviews.

RH302 exam details

Exam format (performance-based), duration, and delivery options

This is a hands-on performance-based exam. No multiple-choice, no true/false, no "pick the best answer." Every objective is a real task on real Red Hat Enterprise Linux systems, and your job is to produce working configs that survive automated validation.

Duration's typically 4 hours (240 minutes). That sounds generous until you're 90 minutes in and you still have three services to configure, one playbook that's failing, and a storage task you haven't even opened. Timing can vary slightly by exam version and objectives, so check the current listing when you schedule.

You'll get access to multiple pre-built VMs with RHEL and the required packages. The environment's meant to feel like production: you're told the requirements, you implement them, you troubleshoot what's broken, and you move on. No external internet access. Man pages and local documentation are there, which is good, because you should be comfortable reading docs quickly without spiraling.

Remote or testing center. Both're common. Pick what fits you.

Red Hat delivers the exam through remote testing or authorized testing centers worldwide. Remote proctored's popular because you can test from home or the office, but you need a reliable setup: high-speed internet, a quiet private room, a compatible machine, webcam monitoring, and the secure testing requirements. Testing centers exist in major cities via Red Hat's partner network and authorized training centers, which some people prefer because it removes "my Wi-Fi died" from the risk list.

RH302 exam cost (price range, region/taxes, voucher/training bundles)

The RH302 exam cost varies by region. Typical range's about $400 to $600 USD once local currency conversions and tax rules kick in.

Some common ballparks people see:

• United States: generally around $400 USD
• European Union: often €400 to €450 EUR including VAT
• United Kingdom: roughly £350 to £400 GBP

Honestly, taxes and local pricing rules can make the same exam feel weirdly different country to country, so always confirm at checkout.

A separate exam voucher's a big deal here. You can buy the exam without buying training, which means you can prep with your own lab, books, employer mentoring, or third-party material, and still sit for the official exam. but then again, Red Hat sometimes bundles discounts when you purchase the exam with official courses like RH294 (Red Hat System Administration III), and that can change the total cost enough to matter if your employer's paying.

Other pricing realities people miss: promotional pricing pops up sometimes, plus student discounts or partner program pricing in certain channels. Not always available. Worth checking before you click purchase. Volume pricing exists for orgs certifying multiple employees, partner training centers, and academic institutions. If your company's sending a team, don't pay retail without asking.

RHCE passing score (how scoring works + what "pass" means)

The RHCE passing score is 210 points out of 300 total, so 70%. That's the line.

Scoring's automated. Your work's tested by scripts that validate whether the system matches the requirements, and that's why "close enough" usually gets you nothing. Full points for correct, working solutions. Partial credit's rare, and you should plan like it doesn't exist, because a service that "mostly starts" is the same as a service that's broken when the grader checks it.

Each objective has a point value. Some tasks're worth more because they're harder or more operationally important, and that changes how you should manage your time. Four hours goes fast, and if you burn 50 minutes perfecting a low-value item while a high-value automation task sits untouched, you're basically choosing stress.

Retake policy (where to find current rules)

If you fail, you can retake after a waiting period, typically 15 to 30 days between attempts. The exact rule can change, so check Red Hat's certification terms when you're planning.

You'll need a new voucher. The retake isn't discounted right now, so it's the same RH302 exam cost again. Also, Red Hat commonly recommends that if you scored below 180, you should do more training before trying again, because.. I mean, the thing is.. you're not one tiny mistake away, you're missing chunks.

Results usually show up within about 3 business days in Red Hat Certification Central. Pass and you get the digital certificate, logo usage rights, and a verification page employers can check in the public system.

RH302 objectives (what you must be able to do)

RH302 exam objectives (high-level domains)

The RH302 exam objectives shift as RHEL versions change, so always verify the current list on Red Hat's site before you schedule. Still, the themes're consistent: automation-first administration, repeatable configs, and the ability to configure and manage Linux services under constraints.

Automation and configuration management with Ansible

This is the heart of modern RHCE. You should be comfortable writing and troubleshooting playbooks, working with inventories, variables, templates, handlers, and roles, and understanding why idempotence matters when you run the same automation multiple times.

One thing people underestimate: speed in Ansible isn't typing fast, it's having a mental pattern library. When you see "deploy service config, push a file, reload safely, ensure enabled," you shouldn't be inventing the structure from scratch while the clock eats you alive.

Core RHEL administration and troubleshooting tasks

You'll do classic admin work too. Users, permissions, processes, logs, packages, boot behavior, and fixing what's misconfigured. Not glamorous. Very real.

Troubleshooting's where points disappear. A service not starting might be SELinux, a typo in a unit override, a port conflict, or a file context issue, and the exam rewards people who can diagnose quickly instead of flailing.

Services, networking, storage, and security tasks (as applicable)

Expect practical service configuration and validation. Networking basics show up. Storage tasks show up. Security controls can show up. The exact mix depends on the current blueprint, and that's why verifying the official objective list matters more than copying someone's 2019 study plan from a forum post.

Actually, speaking of old study plans, I watched someone burn two weeks following outdated advice about NetworkManager commands that got replaced three releases ago. He only caught it because his lab kept throwing weird errors that Google eventually traced back to deprecated syntax. By then he'd wasted time building muscle memory around the wrong tools. So yeah, version matching isn't optional.

Where to verify the official objective list (Red Hat site)

Go straight to the Red Hat certification page for RHCE and RH302, and read the objectives for the current exam version. Don't assume your coworker's notes match your exam. Versions change. Scoring scripts change. Pain follows.

Prerequisites and recommended experience

RHCE prerequisites (certifications and/or required baseline)

The RHCE exam prerequisites usually mean you should already have RHCSA-level skills. In practice, you want to be comfortable doing admin tasks without Googling every command, because you won't have external internet access anyway.

Recommended hands-on experience (RHEL + Ansible)

If you've never automated a multi-node change, this exam'll feel mean. If you've already used Ansible to manage packages, services, configs, and users across several hosts, the exam feels more like "do your job, but faster."

Skills checklist before scheduling the exam

You should be able to read requirements once, implement cleanly, and verify. That last part matters. Verification is points.

Know where logs are. Know how to test services. Know how to recover fast.

Difficulty: how hard is RH302?

RH302 difficulty factors (time pressure, labs, troubleshooting)

Is the RHCE exam difficult compared to RHCSA? Yeah, usually, because it stacks complexity plus time pressure. The lab format punishes hesitation, and the automation layer means you're managing more moving parts while being graded by unforgiving checks.

Also, remote proctoring adds mental overhead. Not hard technically, just another thing in your head while you're trying to remember whether you restarted the right unit.

Common reasons candidates fail

Big one: treating it like a checklist instead of a system. People implement configs and never validate. Or they validate one host and forget the others. Another common fail's getting stuck too long on one broken task, even when skipping and returning later would save the attempt.

Who typically passes on the first attempt

People who do timed labs. People who have muscle memory for Ansible patterns. People who stay calm when something doesn't work and go straight to logs, status output, and configuration diffs instead of random command roulette.

Best study materials for RH302 (RHCE)

Official Red Hat training (courses, labs, and role-based learning paths)

Official training like RH294's expensive, but the labs match the exam style, and that matters. If your employer pays, take it. If you pay, weigh it against your existing experience and whether you can build disciplined lab practice on your own.

Study materials: documentation, books, and lab guides

Your best RHCE study materials are the RHEL docs, Ansible docs, and your own notes from breaking and fixing things. I mean, you can read a book, but if you can't reproduce the config under time, the book didn't help.

Home lab setup (VMs, cloud instances, RHEL versions, Ansible tooling)

Run multiple VMs. One control node, a few managed nodes. Practice inventory layout, SSH keys, privilege escalation, and role structure. Keep it close to the RHEL version the exam targets. Version drift causes dumb failures.

Study plan (2 to 6 weeks or 6 to 12 weeks options)

If you already administer RHEL daily, 2 to 6 weeks of focused timed labs might be enough. If you're coming from "Linux adjacent," give yourself 6 to 12 weeks and treat it like a serious technical project, because honestly, that's what it is.

RH302 practice tests and exam prep strategy

RHCE practice tests vs hands-on lab practice (what works best)

RHCE practice tests that're multiple-choice style are basically entertainment. The exam's production tasks. Timed lab scenarios're the real prep.

Practice lab scenarios mapped to objectives

Build scenarios like "configure service + firewall + SELinux + template + handler + validate across hosts." Then break one variable and force yourself to debug. That's the exam energy.

Exam-day workflow (time management, validation, checkpoints)

Read all tasks first. Pick off high-value items early. Keep checkpoints: after each task, verify it works, then move on. If something's failing, capture the error, park it, and keep scoring elsewhere.

Don't chase perfection forever. Ship working configs. Recheck at the end.

Renewal and recertification

RHCE renewal: validity period and how renewal works

RHCE renewal requirements depend on Red Hat's current program rules and can change as product versions change, so verify the current validity period and recert paths on Red Hat's site, not a random blog post from years ago.

Renewal options (higher certs, retake, current program rules)

Typically, renewal happens by earning a newer or higher certification, or by retaking the current exam under the program rules at the time. Policies shift, so treat this as "check before you plan your year."

Keeping skills current (RHEL/Ansible version changes)

RHEL and Ansible change. Modules change behavior. Defaults change. The best way to stay ready's to keep automating real tasks and occasionally rebuild your lab from scratch, because nothing exposes skill gaps like a clean environment.

FAQ (RH302 / RHCE)

Cost, passing score, and difficulty (quick answers)

How much does the RH302 (RHCE) exam cost? Usually $400 to $600 USD depending on region, taxes, and currency. What's the passing score for the RHCE exam? The RHCE passing score is 210 out of 300. Is the RHCE exam difficult compared to RHCSA? Yes, mostly due to time pressure and Ansible-heavy, hands-on grading.

Objectives and prerequisites (quick answers)

What're the RH302 exam objectives and topics? Automation with Ansible plus core RHEL administration and service configuration, based on the current published objective list. What're RHCE exam prerequisites? RHCSA-level skill's the baseline, and real Ansible practice helps a lot.

Renewal and retakes (quick answers)

How do I renew my RHCE certification? Follow Red Hat's current recert rules, usually by earning a newer or higher cert or retaking, depending on the program at that time. Retakes require a new voucher and you'll wait roughly 15 to 30 days after a fail before trying again.

RH302 Exam Objectives and Technical Domains

RH302 exam objectives focus on real-world automation skills

The RH302 exam objectives aren't some abstract checklist you memorize and forget. They're built around practical automation scenarios you'll actually face when managing RHEL systems at scale. Red Hat designed this thing to test whether you can walk into a production environment and actually solve problems using Ansible, not just regurgitate theory. The official objectives published on the Red Hat website give you the authoritative list, and honestly, you need to check that page yourself because Red Hat updates these objectives periodically to match current RHEL versions, Ansible releases, and what's actually happening in enterprise environments right now.

Here's the thing about version-specific objectives. You absolutely must verify which RHEL version you're being tested on, whether it's RHEL 8, RHEL 9, or whatever's current when you schedule. The commands differ. Package names change. Some features exist in one version but not another. I've seen people practice on RHEL 8 for months then show up to a RHEL 9 exam and waste precious minutes figuring out why their muscle memory doesn't work.

Automation and configuration management dominate the exam

Automation and configuration management with Ansible represents the largest chunk of exam content and point allocation. We're talking 50-60% of your total score coming from Ansible tasks alone. The RH302 exam objectives around Ansible on RHEL include installing and configuring Ansible itself, creating inventories that actually work, developing playbooks that don't break on the second run, and managing automation workflows that handle edge cases gracefully.

You must demonstrate ability to create, modify, and troubleshoot Ansible playbooks implementing complex system configurations. Not just simple "install httpd" stuff. Complex. Multi-step configurations where one task depends on another, where you're templating config files based on host variables, where you need error handling because not every managed node will have the same starting state.

Ansible role development is huge. Creating reusable roles with proper directory structure, variables, templates, handlers, the whole nine yards. If you don't know that roles have specific subdirectories like tasks, handlers, templates, defaults, vars, and files, you're gonna struggle. Roles aren't just nice-to-have organization. They're how you actually manage Ansible code in production without losing your mind six months later.

Ansible inventory management goes way beyond a simple hosts file. Static inventories, dynamic inventories pulling from cloud providers or CMDB systems, inventory variables at the host and group level, proper organization so you can target the right systems without accidentally reconfiguring production when you meant staging. Working with Ansible variables includes understanding precedence, which matters more, a playbook var or a group_var or a host_var or an extra-var passed on command line? Get that wrong and your playbook does something completely different than intended.

Ansible task control separates beginners from people who actually know what they're doing. Conditionals using when statements, loops over lists or dictionaries, blocks for grouping tasks and handling errors together, task delegation across managed hosts when you need one system to act on behalf of another. Template management using Jinja2 templating language to create dynamic configuration files. Not just copying static files, but actually generating configs that adapt based on variables, facts, and logic.

Security and data protection through Ansible

Ansible vault usage for encrypting sensitive data is mandatory knowledge. Passwords, API keys, confidential configuration values, you can't just leave these in plaintext in your Git repo. You need to encrypt them with ansible-vault and know how to run playbooks that reference vaulted variables. Ansible Galaxy integration matters for downloading, installing, and managing third-party roles and collections because nobody writes everything from scratch in 2024.

Troubleshooting Ansible playbooks might be the most important skill that doesn't get enough practice time. Syntax checking with --syntax-check, verbose output analysis with -v or -vvv or even -vvvv when you're really confused, debugging failed tasks by registering output and using debug modules to see what's actually happening versus what you think is happening.

Core RHEL system administration still matters

RHEL system administration tasks form the foundation everything else builds on. User and group management, permissions, file systems, storage configuration. If you can't do these manually, you definitely can't automate them correctly. Storage management tasks include creating partitions using fdisk or parted, logical volumes with LVM, file systems formatted with mkfs, proper mounting in /etc/fstab, and swap configuration that persists across reboots.

Network configuration covers static IP assignment, hostname configuration that actually sticks, network service management through NetworkManager or systemd-networkd depending on your RHEL version, and basic troubleshooting when connectivity breaks. Service management using systemd is everywhere. Enabling, disabling, starting, stopping, configuring service units, understanding dependencies between services, checking status when things go wrong.

Configure and manage Linux services like web servers (Apache or nginx), database servers, NFS, SMB/CIFS for Windows interoperability, and various network services. These show up both as manual tasks and as automation targets. Security configuration including SELinux policy management is non-negotiable. Contexts, booleans, troubleshooting AVC denials, switching between enforcing and permissive modes, actually fixing SELinux problems instead of just disabling it like a coward.

Firewall configuration using firewalld includes zones, services, ports, rich rules, and understanding the difference between runtime configs that disappear on reboot versus permanent configurations. Scheduled task automation using cron, anacron, and systemd timers for recurring system maintenance. Container basics have entered the RHCE area. Podman usage, container images, running containers, basic container management without Docker because Red Hat moved away from Docker years ago.

Performance, monitoring, and troubleshooting skills

Process management covers monitoring with ps and top and htop, prioritizing with nice and renice, killing processes when necessary, troubleshooting resource consumption when a system is crawling. Log file management and analysis using journalctl for systemd journals, rsyslog for traditional logging, log rotation configurations so logs don't fill your disk.

Package management using dnf or yum depending on RHEL version includes repository configuration in /etc/yum.repos.d/, package installation and updates, dependency resolution when things conflict. Boot process understanding with GRUB configuration, kernel parameters passed at boot, boot target management for switching between multi-user and graphical targets. Troubleshooting system issues is its own category. Boot failures, service problems, permission errors, configuration mistakes that break everything.

File and directory permissions including standard read/write/execute, special permissions like setuid and setgid and sticky bit, and ACLs for more granular control than traditional Unix permissions allow. Archive and compression tasks using tar, gzip, bzip2, xz. You need to know these cold. Remote access configuration including SSH service hardening, key-based authentication setup, SSH client configuration in .ssh/config files.

Time synchronization using chrony for NTP configuration matters more than you'd think. Wrong time breaks Kerberos, breaks certificate validation, breaks log correlation across systems, honestly it's a nightmare when clocks drift. I once spent four hours troubleshooting authentication failures that turned out to be a clock skew of six minutes. Performance monitoring and tuning includes system resource analysis, bottleneck identification, basic optimization without turning your system into an unstable science experiment.

How objectives map to actual exam tasks

Documentation usage seems obvious but matters during the exam. Man pages, info pages, package documentation in /usr/share/doc, the Red Hat documentation portal. You won't remember every flag for every command, and you're allowed to look stuff up. Exam objectives organized by domain areas with each domain containing multiple specific tasks means you can't just be good at Ansible and ignore storage, or be great at storage and terrible at Ansible.

Each objective is testable through practical tasks requiring working implementation. This is a hands-on performance-based exam, not multiple choice theory. Candidates must understand not just how to perform tasks manually, but how to automate them using Ansible. That integration is the entire point of RHCE versus RHCSA. Red Hat Enterprise Linux automation requires understanding of idempotency, ensuring playbooks can run repeatedly safely without breaking things on the second run.

Error handling and validation are critical. Your playbooks must handle edge cases, verify success, fail gracefully when something's wrong rather than continuing and making things worse. Integration between Ansible automation and underlying system administration knowledge is essential. You can't write a good playbook to configure Apache if you don't understand how Apache actually works.

Some objectives require troubleshooting existing configurations or playbooks rather than creating from scratch, which might be more important than writing new code because production environments are full of inherited mess. Time management is absolutely critical as the exam includes numerous objectives to complete within a four-hour window. The official objectives document available at the Red Hat certification website should be your bible during preparation.

Red Hat training courses, particularly RH294 for RHEL 8 or equivalent for your version, align with exam objectives but the exam tests practical application under pressure, not course memorization. The exam may include objectives requiring integration of multiple skills, like an Ansible playbook that creates a secured web server with specific firewall rules and SELinux contexts and custom configs. Everything at once.

Understanding of Ansible best practices including playbook organization, naming conventions, proper documentation in comments and task names matters for maintainability. Each objective is potentially worth different point values, with complex automation tasks typically higher value than simple admin tasks. Partial credit is rarely awarded. Solutions must meet all specified requirements to receive points, so read task requirements carefully.

When you're ready to test your knowledge against realistic scenarios, the RH302 Practice Exam Questions Pack at $36.99 gives you hands-on practice that mirrors actual exam conditions. For related automation skills, check out EX447 for advanced Ansible best practices or EX407 for Ansible automation fundamentals. If you're building toward RHCE, make sure you've mastered the RHCSA prerequisites with EX200 first.

Prerequisites and Recommended Experience for RH302

What is Red Hat RH302 (RHCE)?

Red Hat RH302 is the exam code people still throw around when they mean the RHCE track. The big idea? You prove you can run Red Hat Enterprise Linux automation under pressure, on a hands-on performance-based exam. No Google, no "let me just check my notes."

Who's it for? Working admins. Ops folks. People who already live in a terminal and honestly wouldn't have it any other way.

RHCE overview and who it's for

The Red Hat RHCE certification targets admins who've moved past the "I can create users and mount storage" phase. You now face expectations around automation, standardization, and fixing things fast when they break. That's why employers like it, I mean. It maps to real work where you're juggling multiple hosts, inconsistent configs, and a ticket that says "web down" with literally zero other context.

If your day job already includes configure and manage Linux services, writing a few playbooks, and getting blamed for DNS (wait, the thing is, you're the target audience whether you asked for it or not).

RH302 vs RHCSA (what's different)

RHCSA's the foundation. RHCE assumes you've got that foundation burned into muscle memory.

The difference is speed and scale. RHCSA asks "can you do the task," while RHCE asks "can you do the task across many systems with Ansible on RHEL, verify it, and troubleshoot when the provided stuff's messy."

The exam vibe changes too. More orchestration thinking. More "don't touch every server by hand." Way less patience for slow clicking around.

RH302 exam details

This part matters because people underestimate the format and then get absolutely wrecked by the clock.

Exam format (performance-based), duration, and delivery options

It's a hands-on performance-based exam. You get objectives, a lab environment, and you must make systems meet requirements. Not gonna lie, multiple choice would be easier. But this? This is closer to the job.

Duration and delivery options change over time, so I'm not locking numbers here. Look them up on Red Hat's listing right before you book. The point: you're timed, graded on outcomes, and partial credit can be a thing depending on the task.

RH302 exam cost (price range, region/taxes, voucher/training bundles)

RH302 exam cost varies by region, taxes, and whether you buy standalone or bundled with training or a voucher. Expect "not cheap." Plan for a retake possibility if you're rushing it.

Check the official Red Hat training/certification store for exact price in your country and currency. It changes.

RHCE passing score (how scoring works + what "pass" means)

The RHCE passing score isn't something you should treat like a target to game. You're scored on whether systems are configured correctly at the end, which means verification matters. A service that starts but isn't enabled? Or a playbook that runs but leaves drift? That'll cost you.

Look, the exam's basically: do the work, prove it works, don't break other requirements while fixing one.

Retake policy (where to find current rules)

Retake rules change. Don't rely on a blog post (including mine, honestly).

Find the retake policy on Red Hat's certification pages right before scheduling so you know waiting periods, attempt limits, and voucher restrictions.

RH302 objectives (what you must be able to do)

People ask for the magic list. There isn't a magic list. There's an official list, and you should read it like a contract.

RH302 exam objectives (high-level domains)

At a high level you're proving you can handle Red Hat Enterprise Linux automation and day-to-day admin work through automation. Expect tasks that feel like: build this config consistently, apply it to multiple nodes, and troubleshoot the inevitable failure.

Other topics show up too, but automation's the center of gravity.

Automation and configuration management with Ansible

This is where most candidates either cruise or crash.

You need comfort writing playbooks that use variables, templates, handlers, conditionals, and roles. And you need to organize them in a sane way. Familiarity with best practices matters because messy playbooks waste time, and time's the real enemy.

Six months is bare minimum for many people. A year of regular use? Better.

Core RHEL administration and troubleshooting tasks

RHCE assumes RHCSA-level admin is automatic: file management, users/groups, permissions, basic networking, storage basics, services. The exam will happily punish you if you have to stop and remember how to set a context, check a unit file, or read logs.

Troubleshooting's constant. Logs. Syntax checks. Small tests. Then verify end-to-end. Honestly, if you skip verification you're just hoping.

Services, networking, storage, and security tasks (as applicable)

Expect service configuration to show up because that's real life and Red Hat knows it. Web servers like Apache or nginx are common in lab-style scenarios, and you should be comfortable locking things down at a basic level.

Networking fundamentals matter too: TCP/IP, DNS, routing concepts, firewall rules. Security awareness shows up indirectly. Like authentication and access control. And whether you accidentally expose something while "making it work."

Storage beyond the RHCSA basics helps. LVM work, NFS, and advanced filesystem behaviors can appear as supporting tasks. Containers are also increasingly relevant in Red Hat's world, so having some familiarity is just smart, even if your day job's old-school VMs.

There's this whole thing about people treating exams like a checklist when they're actually closer to jazz improvisation. You know the standards, but execution depends on reading the room. Or in this case, reading the broken environment they hand you.

Where to verify the official objective list (Red Hat site)

Always verify the current RH302 exam objectives on Red Hat's official certification page.

Versions shift, tooling shifts, assumptions shift. The website's the source of truth.

Prerequisites and recommended experience

This is the part people try to argue with. Red Hat doesn't care. The system enforces it.

RHCE prerequisites (certifications and/or required baseline)

The formal RHCE exam prerequisites require a current, valid RHCSA before attempting RH302. Not "I used to have it," not "I have equivalent experience." Active certification.

Your RHCSA must be active at the time you attempt the RH302 RHCE exam. If it's expired, you're blocked, and yes, candidates without RHCSA cannot schedule RH302 through Red Hat's certification system due to prerequisite enforcement. That's intentional because RHCE builds directly on the RHCSA foundation, and the exam assumes you can do RHCSA tasks efficiently without reference materials.

Why the gatekeeping? Baseline competency. Less chaos. More signal in the credential, I mean.

Recommended hands-on experience (RHEL + Ansible)

Red Hat commonly recommends about 2 to 4 years of hands-on experience with RHEL before going for RHCE. You can pass faster if you grind labs hard, but production experience gives you the troubleshooting instincts you can't fake. Like knowing where to look first, how to confirm a theory quickly, and when a "fix" is going to cause a second outage.

Recommended hands-on experience looks like daily command-line work, service configuration, and problem resolution. You should have exposure to multiple RHEL systems at the same time so you start thinking in orchestration terms, not single-server heroics.

For Ansible, 6 to 12 months writing playbooks, managing inventories, and building roles is a strong baseline. You should be comfortable with templates, variables, and playbook organization because the exam's not the place to learn directory structure.

Git is helpful too. Not explicitly tested, but it's how adults manage Ansible code. Infrastructure-as-code thinking helps even more because it changes how you approach repeatability, drift, and review. Bash or Python scripting also helps for automation logic and variable manipulation, even if the exam focus is Ansible.

Skills checklist before scheduling the exam

Ask yourself this stuff bluntly:

Can you complete RHCSA objectives quickly and confidently with no notes? Can you write multi-system playbooks with roles, variables, templates? Can you finish tasks in minutes, not hours?

Also, can you find answers fast inside man pages and Ansible docs, because documentation navigation's part of the skill, and the exam rewards people who don't panic-scroll.

Troubleshooting matters a lot too: debug failing playbooks, identify config errors, fix broken services efficiently. Practice working on unfamiliar systems where you have to discover what's already there before changing anything, because that's basically every real job.

If you want structured prep, the official RH294 course (or equivalent training) is the cleanest path because it maps tightly to objectives, but a course alone won't save you. Home lab practice is what matters. Reading and watching videos isn't enough to build speed. Build and rebuild systems repeatedly until tasks feel automatic, then run realistic scenarios that combine objectives the way the exam does, then do timed mock exams so you stop getting surprised by the clock.

If you want extra drills, I've seen people pair their lab work with a question pack like RH302 Practice Exam Questions Pack to pressure-test what they think they know, then immediately go implement the same ideas in a lab. It's $36.99, nothing compared to an exam retake, but only if you use it as a prompt to do real config work.

Difficulty: how hard is RH302?

It's harder than RHCSA for most people, not because the commands are magical, but because time pressure plus automation plus troubleshooting is a different sport, and you can't brute-force it by manually fixing every host.

RH302 difficulty factors (time pressure, labs, troubleshooting)

Time pressure's the killer. The lab's unforgiving. And troubleshooting's baked in because some tasks are basically "make this broken thing correct again." That includes playbooks that fail for small reasons like indentation, variable scope, wrong module parameters, or services that won't start due to config mistakes.

Common reasons candidates fail

Slow fundamentals. Weak Ansible structure. No verification habit. Honestly, this one kills more people than they admit.

Another big one is people "finish" tasks without checking results on the target hosts. If you don't validate, you're guessing, and guessing fails exams.

Who typically passes on the first attempt

People who already administer RHEL for work and have been using Ansible regularly. Also the folks who do timed lab reps and treat prep like athletic training, not reading time.

Best study materials for RH302 (RHCE)

Official Red Hat training (courses, labs, and role-based learning paths)

Official training's expensive, but it's aligned. If your employer pays, take it. If not, replicate the labs yourself.

Study materials: documentation, books, and lab guides

Red Hat docs. Man pages. Ansible docs. Add one solid RHCE-focused lab guide and stick with it instead of hoarding random PDFs.

If you want something to quiz yourself and spot weak spots, RH302 Practice Exam Questions Pack can be useful alongside labbing, not as a replacement for labbing. Same link, same $36.99, and the only way it helps is if you immediately do the tasks for real.

Home lab setup (VMs, cloud instances, RHEL versions, Ansible tooling)

Use 3 to 6 VMs minimum so you can practice inventories and orchestration. One control node, multiple managed nodes. Break them on purpose, fix them, repeat.

Study plan (2,6 weeks / 6,12 weeks options)

If you're already doing Ansible at work, 2 to 6 weeks of hard practice might be enough. If you're new to automation? 6 to 12 weeks is more realistic, with daily lab time and weekly timed runs.

RH302 practice tests and exam prep strategy

RHCE practice tests vs hands-on lab practice (what works best)

Practice tests only help if they drive lab work. Hands-on wins every time.

Practice lab scenarios mapped to objectives

Build scenarios like "configure web + firewall + templated config across three hosts" and "write a role that enforces users, ssh config, and a service state." Then add a twist where one host's misconfigured and you must detect and correct it.

Exam-day workflow (time management, validation, checkpoints)

Read requirements carefully, plan quickly, execute, verify after every chunk.

Keep checkpoints so you don't lose track. Logs are your friend when stuff fails, and it will fail.

Renewal and recertification

RHCE renewal: validity period and how renewal works

RHCE renewal requirements depend on Red Hat's current program rules and versioning. Don't assume what was true three years ago is true today.

Renewal options (higher certs, retake, current program rules)

Usually you renew by earning a newer credential or retaking as required by the current policy. Confirm on Red Hat's site because policies shift with product versions.

Keeping skills current (RHEL/Ansible version changes)

Stay current by rebuilding your lab periodically on the version family Red Hat's testing, and keep your playbooks modern. Stale automation habits get exposed fast.

FAQ (RH302 / RHCE)

Cost, passing score, and difficulty (quick answers)

How much does the RH302 (RHCE) exam cost? It varies by region and taxes. Check Red Hat's store for current RH302 exam cost. What is the passing score for the RHCE exam? Red Hat defines the RHCE passing score per exam, and scoring's based on completed working objectives. Is the RHCE exam difficult compared to RHCSA? Yes for most people, mainly due to automation plus time pressure.

Objectives and prerequisites (quick answers)

What are the RH302 exam objectives and topics? Automation with Ansible plus RHEL admin and troubleshooting. Confirm the latest RH302 exam objectives on Red Hat's site. Do I need RHCSA first? Yes, RHCE exam prerequisites require an active RHCSA, and without it you can't schedule the RH302 RHCE exam.

Renewal and retakes (quick answers)

How do I renew my RHCE certification? Follow current RHCE renewal requirements on Red Hat's certification page, since options and validity rules change.

If you're building a prep routine, pair lab reps with something like RH302 Practice Exam Questions Pack to identify weak areas, then go fix them in the lab immediately.

How Difficult is the RH302 RHCE Exam

The RH302 RHCE exam? Not a casual stroll. I've watched countless people underestimate this thing because they sailed through their RHCSA certification, and honestly that's where they mess up. The RH302 RHCE exam throws real-world scenarios at you where you've gotta automate tasks, troubleshoot systems while the clock's ticking, and manage services. All under time pressure that'll make you sweat. It's performance-based, meaning there's no multiple choice safety blanket to catch you. You either nail the system configuration or you're toast.

What makes this exam different from RHCSA

Here's the thing. The jump from RHCSA to Red Hat RHCE certification is pretty substantial, and I mean that in the "whoa, what just happened" sense. Where RHCSA verifies your foundational grasp of RHEL system administration tasks, RH302 demands you orchestrate these complex automation workflows, mainly through Ansible on RHEL. Suddenly you're not babysitting a single system anymore. You're juggling multiple nodes, crafting playbooks, ensuring everything meshes together without you manually intervening every single blessed time.

The difficulty spike? It blindsides people because now you're thinking about idempotency, variable management, role structures. Not just flipping services on.

You can master how to configure and manage Linux services manually all day, but translating that into automated Ansible tasks when the exam pressure's on? Whole different animal.

How the exam actually works

RH302's a hands-on performance-based exam clocking in around 4 hours. You're planted at a terminal with live systems and documentation access, handed a stack of objectives to complete. The proctor doesn't give two hoots about your methodology as long as the final result matches specifications. Zero partial credit for "almost working" solutions, by the way. Your automation executes cleanly or it doesn't, your services survive reboots or they fail, and your configurations persist exactly as specified or you lose points.

The RH302 exam cost fluctuates by region but generally lands between $400-$500 USD, sometimes higher depending on local taxes and delivery format. Red Hat occasionally packages exam vouchers with training courses, which can trim costs if you're planning on the official prep class anyway. I've noticed people paying more in certain European and Asia-Pacific zones due to currency conversion and regional pricing adjustments.

Passing score and how grading works

The RHCE passing score sits at 210 out of 300 points. That's 70% mathematically. Sounds doable until reality hits: each task carries different point values and partial completion typically earns you zilch. Red Hat's automated grading system validates your work against specific criteria. Either the configuration functions exactly as specified or it registers as failed. No human's reviewing your thought process or awarding effort points.

Retake policy allows another attempt after a waiting period, but the RH302 exam cost accumulates rapidly if you need multiple shots. Verify Red Hat's current retake rules before scheduling since they've modified these policies periodically.

What you're actually tested on

The RH302 exam objectives revolve heavily around Red Hat Enterprise Linux automation using Ansible. You'll compose playbooks, deploy roles, manage inventories, wrestle with variables and facts, handle templates using Jinja2, and troubleshoot when things break spectacularly. Not if, when. Beyond Ansible, you're expected to tackle core system administration like managing storage, configuring networking, implementing security policies, ensuring services launch correctly at boot.

Official objectives evolve as RHEL versions progress, so confirm current requirements on Red Hat's website before diving into study mode. What RHEL 7 tested versus RHEL 8 or 9 differs in substantial ways, particularly around networking tools and service management approaches.

Specific landmines: conditional logic in playbooks, proper error handling, using blocks and rescue statements the right way, managing file permissions and SELinux contexts through automation, configuring firewalld rules that actually persist, setting up scheduled tasks that don't vanish after reboot. You might face storage management scenarios requiring logical volume creation, filesystem mounting, ensuring everything survives a reboot. All automated through Ansible playbooks that don't choke halfway through execution. Speaking of which, I once spent an embarrassing amount of time debugging a playbook only to discover I'd indented with tabs instead of spaces. YAML doesn't forgive that mistake, and neither does the exam clock.

Prerequisites you actually need

The RHCE exam prerequisites officially mandate a current RHCSA certification or equivalent knowledge documented somewhere. Red Hat blocks RH302 scheduling without RHCSA on your record, period. Beyond certification requirements, you really need solid hands-on experience with both RHEL and Ansible in production-like environments that actually stress-test your knowledge.

Months of real practice. Not just documentation skimming. You should troubleshoot broken playbooks in your sleep, debug connectivity issues between control nodes and managed hosts without panicking, understand how Linux systems behave under various conditions. Still Googling basic Ansible syntax? Don't understand systemd mechanics? You're nowhere near ready.

Skills checklist before scheduling: Can you write playbooks from scratch without constant reference lookups? Understand variable precedence cold? Troubleshoot SELinux denials without crying? Comfortable with LVM, network configuration, service management? Hesitation on any means keep practicing.

Why RH302 difficulty catches people

The RH302 difficulty attacks from multiple angles at once, which is brutal. Time pressure's legitimate. Four hours seems generous until you're debugging why your playbook fails on the third of five managed nodes and you've burned 45 minutes on a single task. The exam doesn't serve simple, isolated problems on a silver platter. Instead, you get complex scenarios where multiple technologies intersect and one misconfiguration cascades into failures elsewhere like dominoes falling.

Common failure reasons: terrible time management, not validating work incrementally, making assumptions instead of reading requirements carefully, forgetting persistent configurations, inadequate Ansible fundamentals. I've witnessed candidates who could manually configure everything flawlessly but couldn't translate that knowledge into working automation.

Folks who pass first attempt? They've usually logged several months of daily Ansible usage in actual jobs. Learning Ansible specifically for this exam without real-world application experience? Your odds plummet.

Study materials that actually help

Official Red Hat training courses like RH294 provide the most direct path toward exam readiness, no question. These courses include extensive lab access and scenarios engineered to mirror exam objectives. Expensive but full. For RHCE study materials beyond official training, Ansible documentation is mandatory reading. You'll access it during the exam, so working through it quickly becomes key.

Books like "Ansible for DevOps" and RHEL administration guides build good conceptual foundation, but lab time trumps reading material every single time. Set up a home lab with multiple VMs running the identical RHEL version tested on your exam version. Practice writing playbooks that configure web servers, database servers, user accounts, storage, networking. Everything listed in objectives.

Cloud instances work fine without local resources, but make sure you're comfortable with RHEL subscription model and repository access mechanics. Some study plans suggest 2-6 weeks of intensive prep if you're already working with Ansible daily, or 6-12 weeks starting relatively fresh.

Practice approaches that work

RHCE practice tests offer limited value compared to hands-on lab practice for performance-based exams like this one. Multiple choice question banks? They won't help you here, honestly. What does help: building lab scenarios matching exam objectives, intentionally breaking systems and fixing them through Ansible, timing yourself on complex multi-step tasks that simulate real pressure.

Create scenarios like "deploy a three-tier web application across multiple hosts with proper firewall rules, SELinux contexts, persistent storage, all automated." Then destroy it. Do it again, faster. The EX294 exam covers similar ground for RHEL 8, and if you're pursuing advanced automation skills, the EX447 advanced automation exam builds on these exact concepts.

Exam-day workflow matters more than people realize. Work through objectives in confidence order, validate each task before advancing, keep notes about completed versus skipped tasks. Don't waste 30 minutes stuck on one problem when you could score points elsewhere and circle back with fresh eyes.

Keeping your cert current

RHCE renewal requirements specify certification remains valid for three years from your pass date. To renew, you either pass a higher-level Red Hat exam (like EX407 Ansible Automation or specialized tracks), retake the current RHCE exam, or pass an equivalent exam Red Hat accepts for renewal purposes.

The technology evolves fast. Ansible features change constantly, RHEL versions introduce new tools, and what worked on version 8 might need adjustment on version 9. Staying current means actually using these skills in daily work, not cramming before renewal deadline hits. Some folks pursue specialized certifications in areas like OpenShift or advanced Linux performance tuning which also renew their RHCE status while expanding skill sets.

Quick answers to common questions

How much does it cost? The RH302 exam cost runs $400-500 typically, fluctuating by location and whether you bundle with training. What's the passing score? You need 210 out of 300 points, that's 70% with no partial credit on most tasks. Is it harder than RHCSA? Yeah, the automation focus and complexity level jump big time. Where do I find current objectives? Red Hat's official certification page lists detailed objectives for each exam version. How do I renew? Pass another qualifying Red Hat exam within your three-year window.

The exam's difficulty is real. But manageable if you invest proper preparation time. Don't just read about Ansible. Build with it, break it, fix it, repeat until the patterns become second nature and you're not even thinking about syntax anymore.

Conclusion

Wrapping up

Here's the deal.

The Red Hat RHCE certification isn't something you stumble into by accident. You've got to know your stuff with Red Hat Enterprise Linux automation and be comfortable working through hands-on performance-based exam scenarios where there's no multiple choice safety net to catch you when you're blanking on syntax. The RH302 RHCE exam tests whether you can actually configure and manage Linux services under pressure, not just whether you memorized some flashcards the night before.

The exam cost is real money. We're talking several hundred dollars depending on where you live and whether you bundle training. So it makes sense to go in prepared the first time rather than burning cash on retakes, which nobody wants hanging over them. The RHCE passing score threshold means you need to nail most of the RHEL system administration tasks they throw at you, and time management during those lab sections can make or break your attempt.

What I've seen work for people? Building a solid home lab where you practice Ansible on RHEL until the playbooks and roles feel like second nature. Reading through the RH302 exam objectives is step one but actually doing them repeatedly until you don't have to Google syntax is what gets you across the finish line. I spent probably two months just breaking and rebuilding the same configurations until muscle memory kicked in, which sounds boring but honestly saved me when exam nerves hit.

Not gonna lie, the RHCE exam prerequisites mean you should already have your RHCSA or equivalent skills locked down. If you're still Googling how to create a basic user or mount a filesystem, you're not ready yet. That's okay, just circle back when you are. The Red Hat RHCE certification builds on that foundation and expects you to automate complex workflows.

One thing that really helps candidates? Working through realistic practice scenarios before exam day. You want to simulate that time pressure and troubleshoot when things don't work the first time. RHCE study materials are everywhere but quality varies wildly, which gets frustrating when you're trying to separate good advice from outdated garbage. The official Red Hat docs are dense but accurate. Community guides can be hit or miss.

Before you schedule, consider testing yourself with practice resources that mirror the actual exam format. The RH302 Practice Exam Questions Pack gives you a chance to validate your readiness and identify weak spots in your automation skills before you're sitting in the testing center sweating through a scenario that counts.

The thing is, the RHCE renewal requirements mean this isn't a one-and-done cert either. Red Hat keeps you honest with validity periods, which makes the certification worth more to employers who know you've kept current.

Get your lab time in. Master those Ansible playbooks. Walk through every objective until you can do it tired and distracted. Or wait, maybe do it when you're sharp first, then practice under less-than-ideal conditions. Then go pass this thing.

Show less info