The Red Hat Learning Subscription is such a great tool, I have learned so much this past year by having it.
Even though I have used a lot of the Red Hat products at work , going through the courses on the RHLS has made more proficient at using them.
For example, I've been using Ansible for a while now, and I am terrible about remembering all the options for each module. I would always go Google'ing for them. After spending a few days studying for the 407 exam I learned that you just have run ansible-doc <module-name> and it will give a "man page" of that module. I wish I knew when I first starting using Ansible. =)
So, what did you learn today?
I have learned about the very existence of RHLC and love it!
Today I learned how important it is to set proper SELinux context on a certificate file for a HTTPS server setup, as well as restorecon over a DocumentRoot directory. And how the process of importing self-signed certificates in Firefox is changed beyond recognition.
And yet today, I learned how valuable LVM snapshots are when facing the unshrinkable xfs filesystem. You can see that certain logical volume is sprawling on invaluable memory property, you know it's not likely that logical volume will grow but you need to claim that memory space for some other LV- enter snapshots!
I learnt today that Red Hat can cancel your RHCE exam 3 weeks before exam day even though it is showing "Course Full".
Apparently - Course Full - is not really full as not all candidates are PAYING customers. You need a mimimum of 4 people for the class/exam to run. Strange as when I did my RHCSA last year there was only 3 candidates - so this is not consistent.
I also learnt that Red Hat are not liable for any travel arrangements you made in advance to go to the exam - it is clearly in their terms and conditions - so I cannot argue with that.
I also learnt that - you should contact Red Hat 2 weeks before the exam/course start date to confirm it will run before booking travel arrangements - this is not in their terms and conditions, so people should be aware of this..
I also learnt - you can book a kiosk exam - it is guaranteed to run once you select the date/venue. However you cannot cancel a kiosk exam.
Finally I learnt that RedHat are incorrectly charging the tax rate for when you book a course exam in UK - It should be 20% VAT - they are charging 23% - hence my booking cost me £615 not £600. Again I cannot cancel the booking even though I have been charges the incorrect sales tax (VAT rate).
I learnt a lot today :(
The only exam that should not get cancelled is the one that says "guaranteed to run". I say "should" because there were cases when a "guaranteed" exam got cancelled.
You can always reschedule a Kiosk exam.
I booked exams in the UK, and I was charged £600 (£500+£100 VAT). Did you purchase it directly through Red Hat?
Hi Lisenet, I got to the bottom of it in the end. The 23% is Irish VAT rate. I booked the kiosk exam as there are no Guarantee to run exams in UK for EX300 this year. They charge 23% tax rate for individial/kiosk exams and the ROL subscription etc.
It was booked directly via Red Hat and they quoted me:-
"The individual exam is categorised as a self paced product, like our online learning and RHLS, these products attract the Irish VAT as our EMEA headquarters are situated in Ireland. The Irish VAT is is set at 23%"
I learned today that if you yum groups install mariadb mariadb-client you'll get mysql80-community-xxxx and not the server, you'll have to install it separately. On RHEL 7.6 it seems no more MariaDB. Also no more: mysql_secure_install. You'll have to rely on a temporary password that would hopefully be stored in MySQL server's log file (which may or may not happen).
Today I learned that I am hooked on Cockpit. Loving it every day.
(and hooked on previous generation Mac keyboards, the pre-scissors-mechanism ones).
And yet today I learned that, if you are producing self-signed certificates for your virtual hosts, their names better reflect the names of virtual hosts you are configuring. Otherwise, HTTPD will not like the discrepancy even one bit and will refuse to start without much of an explanation- unless you peak in /var/log/messages...
Straying from the learning path yesterday, a bit more practice and I learned that you can't bridge wireless interface and an Ethernet interface on the same machine. One could easily bridge two Ethernet interfaces but not a wireless and an Ethernet.
In a scenario where you need to share the internet connection you get from your wireless adapter to your Ethernet interface, in lieu of bridging, routing won't help either.
Maybe it's a distribution issue (CentOS 6 32-bit but tried with CentOS 7 64-bit, newer hardware same defeat) and I understand it may be even a kernel or networking issue of how network traffic is handled differently on the wireless interface.
Then I booted into my ancient Windows 7 installation. Bridging wireless and Ethernet was as easy as selecting those two, right-clicking on any of them and choosing "bridging". Sharing internet connection happened instantly...
A collaborative learning environment, enabling open source skill development.