1.1 Implementing Recommended Practices
register: example_webpage
failed_when: example_webpage.status != 200
-> I do not consider that a best-practice, since the uri module comes with a status_code attribute. You can probably find a better example here, like looking for a text pattern in the web page.
1.3 Managing Ansible Project Materials Using Git
"Bare repositories does not have a local working tree."
"In the preceding example, the most recent commit for the branch master (and HEAD at that time) was commit 5749661, which occurred at some point in the past. A user ran the git branch feature/1 command, creating a branch, feature/1."
-> the commit is actually 7900dd94
2.1 Writing YAML Inventory Files
"These servers themselves form their own groups, so they must end in a colon"
-> the reason why hosts definitions must end in a colon is because they are YAML dictionaries containing their own host's variables (if any), not because they form their own groups (or did you mean "their own blocks" ?)
all:
children:
ungrouped:
notinagroup.lab.example.com:
mailserver:
mail.lab.example.com:
-> the hosts keys are missing here
2.5 Lab: Managing Inventories
-> At item 5, it is unclear that the requested numbered naming scheme has to be static and not dynamic.
3.2 Guided Exercise: Controlling Privilege Escalation
force_handlers: True
-> needless here (there is really no reason any task would fail) ; above all, it misleadingly lets the students think that handlers are going to be executed every time, which is a false statement ; I'd rather insert changed_when: true on the 'Ensure haproxy configuration is set' task of role 'haproxy' instead
4.3 Templating External Data using Lookups
"Note that this example may not the most efficient way to do this particular task"
4.6 Guided Exercise: Implementing Advanced Loops
-> At this step there is no IDM or IPA service actually running on utility.lab.example.com. It's installed later at guided exercise 6.4. Therefore the 'ipa_user' module fails in scenario 1. So does the lab data-loops script.
5.4 Guided Exercise: Managing Rolling Updates
"After the playbook deploys the web application, a smoke test ensures that each back-end web server is responds with a 200 HTTP status code."
5.6 Summary
-> 2 orphan closing parenthesis on this page
6.6 Guided Exercise: Accessing Red Hat Ansible Tower
"Review the output of the job execution to determine which tasks were executed. You should see that the msg module was used to successfully display a Hello World! message."
-> the module name is actually debug
7.3 Managing Users Efficiently with Teams
"(instead of read on individual Teams."
-> Closing parenthesis missing
9.5 Lab: Managing Projects and Launching Ansible Jobs
-> The lab's grading script checks that the Developers team has a use role on the Test inventory, which is not required nor a lab objective.
10.10 Summary
"Ansible Tower provides a browsable REST API that can easily be used to automate Ansible Tower operations and integrate it with third-party products."
-> misplaced and repeats 11.6 Summary
11.4 Guided Exercise: Interacting with APIs using Ansible Playbooks
-> In the first playbook 'tower_copy_template.yml', registering the first 'uri' call to grab the inventory id is not only needless but also confusing. Indeed, the retrieved value 'copy.json.inventory' is already an attribute of the newly copied template, not one of the original one.
12.2 Guided Exercise: Importing External Static Inventories
(Step 4.7) "Click the double-arrow icon in the row for the git-inventory source to retrieve the changes. Wait until the cloud icon next to git-inventory is static and green."
-> this step is not needed because we checked the box : UPDATE ON PROJECT CHANGE
12.5 Filtering Hosts with Smart Inventories
"but that is not not the case"
12.6 Guided Exercise: Filtering Hosts with Smart Inventories
"These two systems' facts are available in Ansible Tower's cache because in a previous exercise we executed a job on those managed hosts with a job template that had fact caching enabled."
-> again, it would help a lot to specify which lab at least (it's actually guided exercise 10.2), or even better: leverage on the lab start script to enforce that
14.4 Guided Exercise: Configuring TLS/SSL for Ansible Tower
[root@tower ~]# semanage fcontext -a -t cert_t "/etc/tower(/.*)?"
-> that pretty loose pattern matches all Tower configuration files, most of which are unrelated to certificates
-> Unfortunately, I have never been able to complete this guided exercise, probably because of a previous reset of my utility VM. Even after having run 'lab tower-install start' (from guided exercise 6.4) to re-install IdM, I still missed the certmonger package on my tower VM. After having installed that package manually, I still missed the proper Kerberos configuration. I gave up at that point to save up some of my scarce lab time. So sad that the lab start script does not take care of all that.
15. Comprehensive review
-> Labs' solution are not hidden to make comprehensive review a mock exam 
15.3 Lab: Privilege Escalation, Lookups, and Rolling Updates
"If a single host fails to update, the playbook must stop executing immediately."
-> as said before, any_errors_fatal: true should be a valid answer here, but it is not, only max_fail_percentage: 0 is accepted as a valid solution
(step 4) "Introduce logging tasks to register the start and end of the deployment on your control node."
-> Using lineinfile and delegate_to: localhost ends up with concurrent writing operations on the controller, leading to some lines missing, as explained here. Even though that buggy behaviour is more or less mitigated by the batch updates set up at the next step, it is not a very good practice.
15.9: Lab: Testing the Prepared Environment
-> This lab is broken because of improper residuing content in /var/lib/mysql/ on servere, preventing mariadb to start up on that server. That residuing content comes from the scenario 2 of lab "4.6 - Guided Exercise: Implementing Advanced Loops", where mysql-server (and not mariadb-server) was installed.
Workaround:
[root@servere ~]# rm -Rf /var/lib/mysql/*
+ relaunch the Full Stack Deployment workflow Job Template
I may have skipped a lab that cleans up that content at some point during the course.
Original report here - credit goes to @littlebigfab
