Support Reference Guides
About Red Hat Support
Red Hat Support works in a collaborative way, often referred to as a Swarming Model. This enables the most appropriate engineers from different teams to collaborate on a case, no matter where they may be worldwide, so that we can resolve your problem more efficiently.
In order to enable this worldwide collaboration, Support Cases are mainly conducted in English. However, we have local language support in many regions.
Depending on the severity of the issue and the support level purchased, we use a 24x7 process with transitions between teams located across the world. For these cases, English is the only supported language.
Download the brochure "Reference Guide for Engaging with Red Hat Support" (also attached below).
What are the recommendations for a better support experience?
Use all the fields in a case properly
- Title: Summarize the issue in one sentence
- Product: Select the exact product and version that is presenting the issue
- Severity: Correctly select the priority of the issue according to Red Hat Support Severity Level Definitions.
- Selecting a higher severity when the problem does not meet the requirements may lead to a severity renegotiation, which will slow down the support process.
- Description: describe the problem:
- Explain what happened
- What was observed (screen, console, etc)
- Explain the environment (connectivity, storage, etc)
- Explain any recent changes (for example software upgrade, hardware changes, storage maintenance, etc)
- What is your estimate of the date and time the event occurred?
- How frequently is this issue occurring?
- Has encountered a similar issue on this system or others in the past?
- Explain how this problem is affecting your business (for example: main web server, mail server, or just a secondary lab system, etc)
Provide as much information as possible
Depending on the product, attach relevant logs:
- Red Hat Enterprise Linux Openstack Platform
- Red Hat Ceph Storage
- Red Hat Gluster Storage
If there are any extra logs or messages, attach them to the case or upload to our FTP server (screenshots, vmcore, etc)
- For any files uploaded to the FTP server, please follow the instructions in How to provide large files to Red Hat Support
Keep the case lifecycle going!
- It is important not only to upload the files, but to answer additional questions from our engineers
- This helps to narrow down the issues or symptoms
- If the case is 24x7, please ensure you have supplied equivalent 24x7 contact details for your team (phone, email, etc)
- Clearly state these in the ticket and add your contact details to your Red Hat Portal user details.
- If a 24x7 case is not updated by your 24x7 team, the 24x7 flag may be dropped, and the case returned to your home timezone hours.
- There will be engineers around the world working on the 24x7 ticket, please ensure that updates are in English to avoid delays in solving the issue due to translation efforts.
Take Proactive Steps Before a Problem Is Seen
- Red Hat maintains a knowledge base with updated information about known issues.
- Follow topics relevant to your systems using the document type and product filters at https://access.redhat.com/solutions
- These documents can provide useful insights for day to day systems administration.
- Using the resolution from your issue, a document will be created or updated to help others solve the same issue faster in the future.
- Be aware of the security rules for your organization
- Every customer defines their own concept of Sensitive Data in direct relation to data they hold.
- We have guidance on how to identify and secure sensitive data in How do I protect my information when sending data to Red Hat?
- If the issue is urgent, it is recommended to call support after opening the case.
- If possible, do not reboot the server or restart the service before contacting Red Hat support
- This is because sometimes, it is necessary to capture information while the problem is happening.
- Ensure that kdump is configured on all of your systems
- Instances of crashed kernels can rarely be resolved without this information
- Test your
kdumpconfiguration before you have a problem.
Table of Contents
- Inktank Ceph Enterprise
- Red Hat Ceph Storage
- Red Hat Cloud Infrastructure
- Red Hat Customer Portal Labs
- Red Hat Enterprise Linux Atomic Host
- Red Hat Enterprise Linux for Real Time
- Red Hat Enterprise Linux for ARM 64
- Red Hat Gluster Storage
- Red Hat Identity Management
- Red Hat Insights
- Red Hat Mobile Application Platform
- Red Hat OpenStack Platform
- Red Hat Enterprise Linux for SAP HANA
- Red Hat JBoss BPM Suite
- Red Hat JBoss Data Virtualization
- Red Hat JBoss Enterprise Application Platform
- Red Hat JBoss Fuse Service Works
- Red Hat Online Learning
- Red Hat Software Collections
- Subscription Asset Manager
- Red Hat Developer Studio Integration Stack
- Red Hat JBoss Operations Network
- Red Hat JBoss Portal
- Red Hat JBoss SOA Platform
- Red Hat JBoss Data Services
- Red Hat Data Grid
- Red Hat Enterprise MRG Realtime
- Red Hat Enterprise MRG Messaging
- Red Hat Virtualization
- Red Hat HPC
- Red Hat Decision Manager
- Red Hat JBoss Web Server
- Red Hat Network
- Red Hat Update Infrastructure
- Red Hat Satellite
- Red Hat Storage Server
- Red Hat Storage Software Appliance
- Red Hat Enterprise MRG Grid
- Red Hat Enterprise Linux
- JBoss Communications Platform
- JBoss Enterprise Web Platform
- Red Hat Customer Portal
- Red Hat Application Stack
- JBoss Site Publisher
- JBoss Web Framework Kit
- MetaMatrix Enterprise Data Services Platform
- Red Hat OpenShift Container Platform
- Red Hat OpenShift Online
- Learn more
- Article Type