Lors des tests de Rocky Linux 9.2 pour PowerPC (Little Endian) AKA ppc64le, les équipes Rocky Release Engineering and Testing ont identifié un problème sérieux avec la version de python 3.9 fourni avec la version 9.2 de RHEL et Rocky Linux. Ce problème est considéré comme un bloqueur de publication selon nos règles.
En raison de la nature de ce bogue et du potentiel qu'il a à endomager les installations existantes de Rocky Linux sur Power, nous avons pris la décision en tant que communauté de ne retenir que l'architecture ppc64le pour Rocky Linux 9.2 et publier les trois autres architectures car elles ont réussi à passer nos procédures de test et ont rempli les critères. Notamment, nous n'avons pas pu reproduire le problème avec python 3.9 sur toute autre architecture (x86_64, aarch64 ou s390x), et pensons que le bogue est spécifique à l'architecture.
Nous avons lancé la requête rhbz#2203919 pour suivre ce bogue qui existe dans CentOS Stream 9 et RHEL 9, en plus de Rocky 9.
Exécuter DNF à partir d'un système ppc64le Rocky 9 qui est configuré pour utiliser la liste de miroirs et/ou est configuré avec la variable dnf releasever définie à 9 entraînera des transactions de métadonnées DNF erronées car notre liste de miroirs est incapable de retenir une seule architecture. Pour contourner ce problème, veuillez définir la variable releasever avec la valeur 9.1. Cela peut être fait en utilisant le paramètre --releasever 9.1 de votre commande DNF ou en éditant le fichier /etc/dnf/vars/releasever avec le contenu 9.1. Une fois que Rocky 9.2 pour Power est disponible, vous devrez annuler cette modification et le réglage de la version ne sera plus nécessaire.
Vous pouvez passer de Rocky Linux 9.x vers Rocky Linux 9.2 en lançant la commande de mise à jour sudo dnf -y upgrade
Remarque
Rocky Linux ne propose pas de mise à niveau à partir d'une installation en Rocky Linux 8. Nous vous recommandons de faire une nouvelle installation du système pour passer à Rocky Linux 9.2.
Mettre à jour avec les périphériques LVM peut entraîner une erreur lors du démarrage
En raison des changements dans le paquet lvm2 entre Rocky 9.0, 9.1 et 9.2 , au moment du redémarrage après la mise à jour, votre système peut tomber en mode recovery car une ou plusieurs partitions LVM n'ont pas été trouvées. Nous avons ouvert une requête rhbz#2208039 pour suivre cette régression.
Bien que ce bogue affecte à la fois les systèmes physiques et virtuels, des problèmes avec Libvirt(KVM), VMWare, ainsi que d'autres clients n'ont pas encore été signalés.
Pour voir si vous pouvez être impacté par ce bogue, inspectez le contenu de /etc/lvm/devices/system.devices. Si ce fichier existe et contient un périphérique de type "sys_wwid" qui a plusieurs underscores répétés, vous êtes probablement concerné. Voir ce qui suit comme exemple :
# Created by LVM command lvmdevices pid 3668 at Wed May 17 12:15:53 2023
VERSION=1.1.2
IDTYPE=sys_wwid IDNAME=t10.ATA_____Colorful_SL500_256GB____________________A157DB6A12200152343_ DEVNAME=/dev/sda3 PVID=LHWedIRTsSv3aXFpM2w4vyJc3cygYyh9 PART=3
Si vous êtes affecté par ce bogue, alors jusqu'à ce que la correction de bug soit publiée par RHEL et Rocky, veuillez vérifier et suivre l'une des options suivantes avant la mise à jour et le redémarrage de votre système :
Après avoir mis à jour le paquet lvm2, mais avant de redémarrer, régénérez /etc/lvm/devices/system.devices en exécutant lvmdevices --update. Confirmez que le contenu de /etc/lvm/devices/system.devices est modifié pour correspondre au nouveau format avant de redémarrer le système.
Avant de redémarrer après la mise à jour, renommez le fichier /etc/lvm/devices/system.devices (par exemple, mv /etc/lvm/devices/system. evices{,.bak}) et, une fois le système redémarré, exécutez vgimportdevices --all pour régénérer le fichier dans le nouveau format.
Un fichier system.devices correctement formaté pour Rocky Linux 9.2 n'aura pas de soulignement répété dans le champ IDNAME du device.
Dans le cas d'un système qui a déjà été mis à jour et est en mode récupération, vous pouvez simplement déplacer le /etc/lvm/devices/system.devices hors du mode de récupération et redémarrer le système. Une fois le système redémarré, régénérez le fichier dans le nouveau format. Voir l’option 2 ci-dessus pour plus d’informations.
En plus des images classiques d'installation, il y a plusieurs images disponibles pour les nouvelles plates-formes cloud et conteneurs et les plates-formes existantes.
Des images pour Oracle Cloud Platform (OCP), GenericCloud, Amazon AWS (EC2), Container RootFS/OCI, Google Cloud Platform, Microsoft Azure et d'autres images gérées par les CSP (Cloud Service Provider) sont disponibles. Les images GenericCloud, EC2 et Microsoft Azure ont une variante qui utilise une partition LVM pour le système de fichiers racine, permettant aux administrateurs système une plus grande flexibilité et des options pour la configuration de leurs systèmes, et l'image GenericCloud est également disponible pour s390x.
Les images Vagrant sont disponibles pour x86_64 et aarch64, et les images de conteneur pour les 4 architectures. Depuis la dernière version, il a également été ajouté la variante rockylinux/rockylinux:9-ubi-init pour utiliser systemd dans un conteneur, et la variante rockylinux/rockylinux:9-ubi-micro qui est l'image la plus minimale possible pour y mettre des applications autonomes sans utiliser de gestionnaire de paquets. De plus, plus d'images de boîte à outils pour plus d'architectures ont été ajoutées.
Plus d'informations sur les artefacts produits par le groupe d'intérêt spécial Cloud, ainsi que des renseignements sur la façon de s'impliquer peuvent être trouvées sur la page SIG/Cloud Wiki.
En plus des images live pour station de travail Lite/KDE/XFCE/MATE déjà disponibles, l'image Cinnamon Live a été ajoutée à la fois dans x86_64 et aarch64.
centos-release-nfv fournit maintenant du contenu construit sur RHEL 9 buildroots au lieu de CentOS Stream 9, pour des raisons de compatibilité
L'UBI Container Universal Base Image, rockylinux/rockylinux:9-ubi, a été modifié pour mieux correspondre aux images UBI de RHEL. Les changements suivants ont été apportés :
Les images de Microsoft Azure sont maintenant publiées dans les galeries partagées ainsi que sur le Marketplace. L'option Shared Image Gallery offre un moyen direct d'utiliser des images Rocky sur Microsoft Azure sans passer par les boucles d'abonnement aux images via le marché. En outre, cette galerie partagée nous permettra de publier des images plus fréquemment mises à jour sur le marché.
Les variantes d'image LVM pour tous les types suppriment maintenant /etc/lvm/devices/system.devices afin de résoudre les problèmes avec les PV/VG/LV lors de l'installation des images en raison du code limité à des périphériques spécifiques.
Les points forts liés à la sécurité dans cette dernière version de Rocky Linux 9.2 sont listés ci-dessous. Pour une liste complète des modifications liées à la sécurité, consultez le site Upstream ici.
La bibliothèque de communications sécurisées OpenSSL a été rebasée sur la version 3.0.7.
Les paquets SELinux de l'espace utilisateur ont été mis à jour vers la version 3.5.
Keylime a été rebasé sur la version 6.5.2
OpenSCAP a été rebasé sur la version 1.3.7.
Le Guide de sécurité SCAP a été rebasé sur la version 0.1.66.
Une nouvelle règle pour la fin de session inactive a été ajoutée à SCAP.
Clevis accepte maintenant les jetons externes.
La journalisation chiffrée TLS-Rsyslog prend maintenant en charge plusieurs fichiers CA.
Les privilèges Rsyslog sont limités pour minimiser les risques d'exposition liés à la sécurité. (cela affectera tout le monde avec une configuration personnalisée de rsyslog !)
Le framework fapolicyd fournit maintenant le filtrage de base de données RPM.
Langages de programmation dynamiques, serveurs web et bases de données¶
Pour plus de détails sur les changements dans cette catégorie, voir le site Upstream ici.
Des versions récentes des flux d'applications suivants sont maintenant disponibles :
nginx 1.22
PostgreSQL 15
Swig 4.1 (partie de CRB)
Les applications suivantes ont été ajoutées :
Python 3.11
Tomcat 9
Les composants suivants ont été mis à jour :
Git vers la version 2.39.1 :
La signature de commit avec les clés SSH est maintenant prise en charge