by Wander Boessenkool (Red Hat)
Replicated Red Hat Storage Server Volumes provide you with high-availability, when a single server goes down all your data is still there. Even better, if you were using that server to access your data using the native client it will automatically switch over to a server that is still responding. But what if you want to mount the volume while the server you normally use is down?
When you want to mount a Red Hat Storage Server Volume from your /etc/fstab you normally use a line like this:
Continue reading “Mounting a Volume Using the Native Client when a Server is Down”
By Damian Tommasino
The demand for Linux engineers today is growing rapidly with the increase of “cloud” services. More and more organizations want their data to be available everywhere they go with zero downtime to their applications. This kind of demand from organizations requires that engineers know their “stuff” cold. When a web server goes down or a disk fails, you don’t have time to Google for an answer while there is a service outage affecting all of your customers. Becoming Red Hat certified is just one way to set yourself apart when showing potential, or current, employers that you can rise to the challenge.
Red Hat has clearly recognized these types of challenges that engineers and administrators face today when they developed their exams. Instead of the normal Q & A you would expect, these exams are fully hands-on. This lab style exam format helps to set Red Hat apart from other vendors by showing that certified individuals are highly experienced in their roles. For me, having Linux experience is critical to my job and being certified (from multiple vendors) shows expertise to my clients and peers.
The two main Red Hat exams are the Red Hat Certified System Administrator (RHCSA) exam, and the Red Hat Certified Engineer (RHCE) exam. As previously mentioned, each exam is completely hands-on and requires a solid proficiency of Red Hat Enterprise Linux in order to pass. The RHCSA is two and half (2.5) hours long, while the RHCE is two (2) hours.
Continue reading “Guest Post: Preparing for Red Hat exams”
by Jurgen Hoffman (Red Hat)
OpenShift is great! Developers can quickly start development on a new project. Just log into the web console, create a new application, select a gear and start coding. When you are done implementing a feature you push to OpenShift and after a few seconds you can admire and share your work with the whole world.
But there is more to consider when working with OpenShift. What if you develop in teams? Usually applications are not directly deployed into production. How can I implement a staging process harnessing the OpenShift Infrastructure? How do I know if my changes passed an Acceptance Test or failed it? How does a test team know which features have been implemented?
The answer to these questions are usually not easy, and every company has implemented their own set of processes to address these problems. Although some Organizations have automated some of their IT Infrastructure, there are still a lot of manual processes and changes involved when it comes down to taking a particular software release from development into production. On the other hand, the business stakeholders have a high interest into a fast and efficient Release process, because every day that my feature is not in production and available to my users, is lowering my ROI.
Continue reading “What if you could make DevOps easy and reliable?”
by Bruno Lima
Long an acquaintance and ally of government institutions, open source is no longer considered rocket science by the enterprise.
Companies find open source attractive because they’re not tied to one vendor, can make improvements in the system at any time and realize cost savings, all helping boost market penetration. And, of course, there’s the benefit of communities continuously improving the products.
In the outside world, governments are strong sponsors of this type of initiative, especially in Brazil, where the use of free and open source software is encouraged to make the market more democratic. And, of course, the market has become increasingly more open to open source. While there were once concerns about the reliability, security, and functionality, those fears are all gone. Red Hat has made it possible to combine the benefits of these technologies with the necessary support for mission-critical environments, developing platforms and the specific demands organizations face.
Continue reading “My thoughts on open source”
by Christian Stankowic
My interest in Linux started in 2005 at the age of 15 when I discovered Ubuntu Linux. After being upset about my slow and always virus-attacked computer, I decided to try out something completely new.
I never had Linux on my computer before and wanted to have a look at it. After some first trials with OpenSuSE I got into Ubuntu and made my first experiences with the open operating system.
After exclusively using Ubuntu for almost two years I had a look at several other distros, including Debian, CentOS and Fedora. To learn more about Linux I built my own private “lab” using old spare computers. All these computers ran Linux, so I started to learn about network services including Apache, DHCP and Samba.
Continue reading “Guest Post: Journey to RHCE and beyond”
by Wander Boessenkool (Red Hat)
In the previous part of this series we explored the tools used by the Red Hat Curriculum Team to develop training courses. In this post we will explore the process behind our course development.
The process we follow when creating a new course consists of a number of steps.
- Course Focus/Objective
- Learner Analysis
- Task Analysis
- Classroom Setup
- Lab Development
- Content Development
- Lab QA
- Editorial Work
- Course Pilot
- Post Pilot Fixes
- General Availability
Continue reading “Producing a Red Hat Training Course, Part 2”
by Kenneth Poliran
Below is the second in a series of posts by actual Red Hat Certified Professionals offering their preparation tips for taking Red Hat exams. The thoughts and opinions expressed here are the author’s and not necessarily those of Red Hat Training.
When I began with Red Hat Enterprise Linux (RHEL), I started with zero knowledge. As a system administrator, I had been working mostly on other operating systems, but not on RHEL. I had been asked to set up a server for a client that wanted a Linux environment because of its stability and performance with clustered environments, so I quickly browsed for Red Hat courses for and enrolled in class. After completing the course, next came the heart-stopping RHCSA exam, but I wasn’t that worried since I felt prepared for that day.
Continue reading “Guest post: Preparing for Red Hat exams”
by Rob Locke (Red Hat)
One of the new features introduced in version 3.1 of Red Hat Enterprise Virtualization is a command line interface (CLI) to connect to the manager. The CLI also contains a scripting system, which helps system administrators perform periodic maintenance or repetitive tasks on their virtualization environment.
Communication with the RHEV Manager is secured through the use of a certificate that needs to be downloaded from the manager:
$ wget http://rhevm.pod0.example.com/ca.crt
Connect to the RHEV Manager using the rhevm-shell command (referring to the downloaded certificate):
Continue reading “Using the command-line interface of Red Hat Enterprise Virtualization 3.1”