zimoch/Controls-docs
0
0
Fork 0
forked from Controls/gitea-pages
Code Pull Requests Actions Activity

RHEL8 is production ready

Browse Source
This commit is contained in:
buchel_k
2022-12-08 11:22:27 +01:00
parent 036d342cd1
commit 7636c4b762
1 changed files with 5 additions and 26 deletions
Download Patch File Download Diff File Expand all files Collapse all files
rhel8/index.md
+5 -26
View File
@@ -10,21 +10,16 @@ toc: true
---
# Red Hat Enterprise Linux 8
The current state of RHEL 8.6 support is beta.
## Production Ready
The central infrastructure (automatic provisioning, upstream package synchronisation and Puppet) are stable and production ready.
The central infrastructure (automatic provisioning, upstream package synchronisation and Puppet) are stable and production ready.
The configuration management is done with Puppet like for RHEL 7. RHEL7 and RHEL8 hosts can share the same hierarchy in Hiera and thus also the "same" configuration. In cases where the configuration for RHEL7 or RHEL8 differs, the idea is to have both in parallel in Hiera and Puppet shall select the right one.
## Testing
However please keep in mind that there might be/are still some rough edges and certain packages might be missing (especially PSI internal ones).
If you encounter this please let us know in case of the rough edges and/or the developer of the internal PSI package!
A lot works already out of the box, but no guarantee can be given unless your specfic setup has been tested. The epic [RHEL 8.6 Beta Test](https://jira.psi.ch/browse/PSILINUX-125) lists the currently knowns issues. Please add your bugs there too.
## Major Known Issues
## Major Missing Features
- not all interesting 3rd-party packages available yet [PSILINUX-113](https://jira.psi.ch/browse/PSILINUX-113)
Bugs and issues can be reported in the [Linux project in JIRA](https://jira.psi.ch/browse/PSILINUX).
## Caveats
@@ -65,22 +60,6 @@ rpm_repos::default:
- 'elrepo_rhel8'
````
### No Gnome Screen Lock with NX Server
On machines running NX Server Gnome does not provide a screen lock option.
Still the screen can be locked running below command in the terminal:
```
dm-tool lock
```
The underlying problem is
- `gdm` is the standard Display Manager providing the login screen and the screen locking
- NX server fails to start Gnome with `gdm` and suggests to use `lightdm` instead ([knowledge base entry](https://kb.nomachine.com/TR08Q09375))
- so NX server machines now use `lightdm` as Display Manager
- Gnome does not integrate with `lightdm` screen locking
### AFS cache partition not created due to existing XFS signature
It can happen when upgrading an existing RHEL 7 installation that the puppet run produces
```