Présentation de gestion de packages Oracle Linux

OS Management Hub fournit des outils permettant de gérer les packages et les modules sur les instances et les groupes Oracle Linux, notamment la planification des mises à jour, l'installation ou la suppression de packages et la modification de modules.

Pour le contenu basé sur des sources logicielles fournisseur, OS Management Hub fournit des mises à jour de packages à partir du serveur yum régional OCI. Pour le contenu provenant de sources logicielles tierces et privées, les mises à jour de package sont fournies à partir de l'URL de référentiel que vous définissez pour la source (reportez-vous à URL de référentiel et clé GPG).

Types de mise à jour disponibles pour Oracle Linux

Pour les instances Oracle Linux, OS Management Hub applique des mises à jour en fonction de catégories spécifiques.

Catégorie OS Management Hub Description
Sécurité

Mise à jour qui résout les vulnérabilités de sécurité trouvées lors du développement ou du test, ou signalées par les utilisateurs. Les corrections de sécurité ont généralement des noms de CVE (Common Vulnerabilities and Exposures) associés pour identifier les vulnérabilités.

Ksplice

Mise à jour utilisée par Ksplice pour installer des patches de sécurité sans temps d'inactivité. Le travail de mise à jour peut inclure uniquement les mises à jour du noyau Ksplice, uniquement les mises à jour de l'espace utilisateur Ksplice, ou les deux.

Reportez-vous à Utilisation de Ksplice pour Oracle Linux pour savoir comment configurer une instance afin qu'elle reçoive les mises à jour Ksplice.

Correction de bug Mise à jour qui fixe les problèmes signalés par les utilisateurs ou repérés lors du développement ou du test.
Amélioration Mise à jour présentant de nouvelles fonctionnalités, des fonctionnalités améliorées ou des performances améliorées dans le logiciel du package.
Autre Mise à jour qui n'est associée à aucun erratum.

Format de liste de packages

Lorsque vous fournissez une liste de packages dans la console, vous devez utiliser un format de nom de package valide.

Valid formats are:

  • Nom du package (N)
  • Nom, version, version, architecture (NVRA)
  • Nom, époque, version, version, architecture (NEVRA)
Conseil

Vous voulez que les packages soient mis à jour automatiquement ? Activez auto-update pour la source et indiquez uniquement le nom dans la liste de packages. Tous les packages avec une version spécifiée resteront à cette version, quel que soit le paramètre de mise à jour automatique.
Type de format Format Exemples
N (nom du package) name

git

python2

NVRA (nom, version, version, architecture) name-version-release.arch

git-2.43.5-1.el8_10.x86_64

libselinux-2.8-6.el8.x86_64

NEVRA (nom, époque, version, version, architecture) name-epoch:version-release.arch

git-0:2.43.5-1.el8_10.x86_64

NetworkManager-adsl-1:1.30.0-13.0.1.el8_4.x86_64

La liste peut contenir une combinaison de n'importe quel format. Par exemple, une liste valide serait :

python2
libselinux-2.8-6.el8.x86_64
NetworkManager-adsl-1:1.30.0-13.0.1.el8_4.x86_64

Génération d'une liste de packages à partir d'une instance existante

Vous pouvez exécuter rpm -qa sur une instance de référence pour collecter une liste de packages. Par exemple, le format des packages est le suivant :

pam-1.3.1-27.el8.x86_64
openssl-libs-1.1.1k-12.el8_9.x86_64
libreport-filesystem-2.9.5-15.0.4.el8.x86_64

Téléchargement d'une liste de packages à partir d'une source logicielle existante

Vous pouvez télécharger la liste des packages à partir d'une source logicielle existante et la modifier si nécessaire. Reportez-vous à la section Downloading a Package List from a Software Source.

Utilisation de Ksplice pour Oracle Linux

Pour qu'OS Management Hub applique les mises à jour Ksplice, les instances Oracle Linux doivent avoir accès aux sources logicielles Ksplice et le client Ksplice installé.

Pour obtenir des informations générales sur Ksplice dans Oracle Linux, reportez-vous à Oracle Linux : guide de l'utilisateur Ksplice.

Remarque

Ksplice ne s'applique pas aux environnements de cycle de vie. Au lieu de cela, vous gérez les mises à jour de contenu via des sources logicielles personnalisées avec numéro de version et des promotions. Reportez-vous à Promotion d'une source logicielle personnalisée avec numéro de version à une phase de cycle de vie.

Ajout des sources logicielles Ksplice au service

Vous devez ajouter la source logicielle Ksplice à OS Management Hub. La disponibilité de la source logicielle peut varier en fonction du type d'instance. Pour les instances OCI, Ksplice est automatiquement disponible. Pour les instances sur site ou cloud tiers, Ksplice nécessite un droit.

Pour les instances cloud sur site ou tierces, assurez-vous que le stockage miroir de la station de gestion dispose de suffisamment d'espace pour la source logicielle Ksplice. Un espace insuffisant peut entraîner l'échec de la synchronisation miroir et empêcher l'application des dernières mises à jour Ksplice. Les sources logicielles Ksplice sont volumineuses et peuvent atteindre plusieurs téraoctets tout au long du cycle de vie d'une version d'Oracle Linux. Allouez suffisamment de stockage pour chaque version d'Oracle Linux.

Pour vérifier la capacité du volume miroir et le statut de synchronisation, reportez-vous à Affichage des détails de Management Station.

Attachement des sources logicielles Ksplice aux instances

Après avoir ajouté les sources logicielles au service, vous devez attacher la source logicielle à des instances ou à des groupes. Après l'attachement, vérifiez que les instances individuelles disposent des sources logicielles Ksplice appropriées. Reportez-vous à Liste des sources logicielles attachées à une instance.

Installation du client Ksplice sur les instances

Le client Ksplice doit être installé sur les instances pour recevoir les mises à jour Ksplice à partir d'OS Management Hub. Les instances OCI utilisent un client différent de celui des instances sur site ou cloud tiers.

Instances OCI

Les instances OCI utilisent le package ksplice pour le client Ksplice.

Pour les instances utilisant une image de plate-forme, le package ksplice est installé par défaut. Si vous utilisez une image personnalisée, vous devrez peut-être installer le package ksplice.

Pour vérifier que le package est installé, reportez-vous à Liste des packages installés sur une instance.

Instances cloud tierces sur site ou prises en charge

Les instances sur site ou cloud tiers utilisent le package ksplice-offline pour le client Ksplice.

  1. Vérifiez si le package uptrack en conflit est installé et enlevez-le (pour les instances non OCI, uptrack-offline est correct).

    Reportez-vous à la section suivante (recherche de uptrack) :

  2. Installez la dernière version du package client Ksplice (ksplice pour OCI et ksplice-offline pour les non-OCI).

    Reportez-vous à la section suivante (recherche de ksplice ou ksplice-offline) :

Remarque

Si le travail d'installation échoue pour le groupe, un client Ksplice en conflit peut être installé sur une instance individuelle du groupe. Voir Le manifeste de groupe n'a pas de suivi, mais l'installation de ksplice-offline échoue.

Vérification des mises à jour Ksplice

Utilisez les méthodes suivantes pour vérifier que les mises à jour Ksplice sont appliquées.

Vérifier le noyau valide

Visualisez les détails de l'instance et vérifiez que la valeur de noyau effective a été mise à jour. Une valeur vide (-) indique qu'aucune mise à jour du noyau Ksplice n'a été appliquée.

Vérifier l'historique des modifications

Visualisez le rapport d'historique des modifications pour l'instance. Recherchez les entrées avec un résumé de "Mise à jour du noyau ksplice" ou "Mise à jour de l'espace utilisateur ksplice". Sélectionnez la date de saisie pour consulter le détail de l'emploi.

Remarque

Si vous ne voyez pas d'entrées Ksplice dans l'historique des modifications, le travail de mise à jour a peut-être échoué. Reportez-vous à Liste des travaux associés à une instance et examinez les messages d'erreur dans les travaux en échec.

Présentation des modules pour Oracle Linux

Les versions d'Oracle Linux 8 fournissent des modules, des flux de modules et des profils pour permettre la gestion des différentes versions de logiciel dans une seule version de système d'exploitation.

Modules

Les modules sont un ensemble de packages RPM qui sont regroupés et qui doivent être installés ensemble. Ils peuvent contenir plusieurs flux qui se composent de plusieurs versions d'applications que vous pouvez installer. Vous activez un flux de module pour fournir au système un accès aux packages RPM contenus dans ce flux de module.

Flux de module

Les flux de module contiennent différentes versions du contenu d'un module. Les modules peuvent avoir plusieurs flux, où chaque flux contient une version différente des packages et de leurs dépendances. Un module peut également définir un flux comme flux par défaut. Chaque flux reçoit les mises à jour indépendamment.

Profils
Les profils fournissent la liste des packages spécifiques installés en même temps pour un cas d'emploi particulier. Les profils sont également une recommandation des experts et des utilitaires de package d'applications. Chaque flux de module peut avoir plusieurs profils.

Pour plus d'informations sur les profils, les flux et les modules DNF, reportez-vous à Utilisation de modules DNF et des flux d'application dans la documentation Oracle Linux.

Pour plus d'informations et d'avertissements sur l'exécution d'opérations de package sur des modules et flux, reportez-vous à la section About Modular Dependencies and Stream Changes dans la documentation Oracle Linux.

Statut de module

Le flux de module peut avoir l'un des états suivants :

  • Activé : le flux de données est explicitement activé et peut fournir des packages à l'instance. Vous pouvez installer un profil de flux de module pour le flux activé.
  • - (trait d'union) : le flux est le flux par défaut et aucun des flux du module n'est explicitement activé. Mais le module peut fournir des packages à l'instance pour satisfaire les dépendances.
  • Désactivé : le flux est explicitement désactivé. Ou, le flux est le flux par défaut et un autre flux du module est explicitement activé. Le flux ne peut pas fournir de packages à l'instance.

Tâches de gestion de packages