Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

Chapitre 2. Informations spécifiques à Solaris et Red Hat Satellite

Cette section concerne l'utilisation de Red Hat Satellite avec des systèmes Solaris.

2.1. Guide de support Unix
Copier lien

2.1.1. Introduction
Copier lien

Ce chapitre documente la procédure d'installation pour les fonctionnalités Red Hat Network et identifie ses différences lors de son utilisation pour gérer des systèmes client basés sur UNIX. Red Hat Network offre la prise en charge UNIX pour aider les clients à migrer de UNIX à Linux. Vu l'étendue limitée de cette tâche, les fonctions offertes pour la gestion de clients UNIX ne sont pas aussi complètes que celles disponibles pour la gestion de systèmes Red Hat Enterprise Linux.
Les sections suivantes spécifient les variantes UNIX supportées, les fonctionnalités Red Hat Network prises en charge par le système de gestion UNIX, les conditions préalables pour la gestion d'un système UNIX avec Red Hat Network, ainsi que la procédure d'installation pour les clients UNIX.

2.1.1.1. Variantes UNIX supportées
Copier lien

Les variantes, versions et architectures UNIX suivantes sont prises en charge par Red Hat Satellite :
Expand
Tableau 2.1. Architectures et versions Solaris prises en charge
Version Solaris sun4m sun4d sun4u sun4v sun4us x86
Solaris 8 oui non oui s/o non non
Solaris 9 oui s/o oui s/o non oui
Solaris 10 s/o s/o oui oui non oui

2.1.1.2. Conditions préalables
Copier lien

Ces éléments sont nécessaires pour obtenir le support UNIX :
  • Red Hat Satellite 5.0 ou versions supérieures
  • Un certificat de Satellite avec des droits d'accès Management
  • Des droits d'accès Management pour chaque client UNIX
  • Paquetages Red Hat Network pour UNIX, y compris python, pyOpenSSL et les paquetages Red Hat Network Client
  • Paquetages Sunfreeware fournissant des bibliothèques de prise en charge

    Note

    Certains de ces paquetages sont également disponibles via Red Hat Satellite. Consultez la Section 2.1.3.1, « Télécharger et installer des paquetages supplémentaires » pour obtenir une liste complète.

2.1.1.3. Fonctions incluses
Copier lien

Les fonctions suivantes sont incluses dans l'accord de niveau de service de support UNIX car elles existent dans Red Hat Network :
  • Le Démon du service Red Hat Network (rhnsd), qui déclenche rhn_check selon un intervalle de temps configurable
  • Le Client de configuration Red Hat Network (rhncfg-client) qui exécute toutes les actions de configuration programmées depuis le Satellite.
  • Le Gestionnaire de configuration Red Hat Network (rhncfg-manager) qui permet l'administration en ligne de commande des canaux de configuration Red Hat Network
  • Le programme rhn_check qui se connecte au Satellite et effectue toutes les actions programmées depuis le serveur
  • Toutes les fonctionnalités de niveau Management, comme le groupement de systèmes, la comparaison de profils de paquetages et l'utilisation du gestionnaire "System Set Manager" pour gérer plusieurs systèmes à la fois
  • Une fonction Provisioning appelée Commandes à distance qui permet aux utilisateurs de programmer des commandes de niveau root sur des clients gérés via le site web du Satellite, si le client autorise cette action

2.1.1.4. Différences en fonctionalités
Copier lien

Les fonctionnalités Red Hat Network suivantes fonctionnent différemment dans un environnement UNIX :
  • L'agent de configuration pour UNIX Red Hat Update Agent for UNIX offre un ensemble bien plus réduit d'options que son équivalent Linux et dépend de l'ensemble d'outils natifs du système d'exploitation pour l'installation de paquetages, au lieu de rpm. Consultez la Section 2.1.4.2.4, « Mise à jour depuis la ligne de commande » pour obtenir la liste précise d'options.
  • L'application Red Hat Network Push a été modifiée de manière similaire pour télécharger les types de fichiers UNIX natifs, y compris les paquetages, les correctifs et les clusters de correctifs.
    Éant donné que les fichiers Solaris, de paquetages et de clusters de correctifs sont différents des fichiers rpm, le mécanisme pour le téléchargement de canaux est quelque peu différent. Il existe deux applications dans le paquetage rhnpush pour Solaris :
    • La première, solaris2mpm, est un utilitaire Red Hat Network qui crée un fichier MPM pour chaque paquetage ou correctif Solaris. Le format neutre du fichier MPM permet au Satellite de comprendre et gérer les fichiers téléchargés.
    • La seconde, rhnpush, a été étendue pour qu'elle puisse traiter les fichiers MOM aussi bien que les fichiers RPM. Autrement, elle fonctionne de la même manière que la version Linux de rhnpush.
  • La catégorie Channels (canaux) du site web Red Hat Network a été élargie pour accueillir le stockage et l'installation de types de fichiers UNIX natifs.

2.1.1.5. Fonctions exclues
Copier lien

Les fonctionnalités Red Hat Network suivantes ne sont pas disponibles avec le système de support UNIX :
  • Toutes les fonctionnalités de niveau Provisioning, comme le kickstart et le retour en arrière de paquetages, à l'exception de la gestion de fichiers de configuration
  • Toutes les options sur les errata, vu que le concept de mises à jour d'errata n'est pas compris dans UNIX
  • Fichiers source pour les paquetages
De plus, les fichiers Answer ne sont pas pris en charge. La prise en charge de tels fichiers est prévue pour une prochaine version.
IPV6 n'est pas pris en charge sur les systèmes Solaris.
De plus, le déplacement de fichiers RHAT*.pkg en cours d'installation n'est pas pris en charge.

2.1.2. Préparation/Configuration du serveur Satellite
Copier lien

Configurez le Satellite pour prendre en charge les clients UNIX avant que les fichiers requis soient disponibles pour le déploiement sur les systèmes clients.Vous pouvez le faire de deux manières, selon si vous avez déjà installé votre serveur Satellite :
  1. Durant l'installation du Satellite :
    Activez le support UNIX sur le Satellite en sélectionnant la case "Enable Solaris Support" (activer le support Solaris) durant l'installation, comme dans la figure suivante :
    Activer le support UNIX durant l'installation du Satellite
    View larger image
    Activer le support UNIX durant l'installation du Satellite

    Figure 2.1. Activer le support UNIX durant l'installation du Satellite

  2. Après l'installation du Satellite :
    Activez le support UNIX en configurant le Satellite après son installation. Pour ce faire, sélectionnez Admin dans la barre de menu du haut, puis sélectionnez Configuration Satellite dans la barre de navigation de gauche. Dans l'écran suivant, sélectionnez la case Activer le support Solaris, comme dans la figure suivante :
    Activer le support UNIX après l'installation du Satellite
    View larger image
    Activer le support UNIX après l'installation du Satellite

    Figure 2.2. Activer le support UNIX après l'installation du Satellite

    Cliquez sur le bouton Update Configuration (mettre à jour la configuration) pour enregistrer les modifications.
  3. Finalement, créez un canal de base auquel vos systèmes clients peuvent s'abonner. Red Hat Network ne fournit pas de contenu UNIX, satellite-sync ne peut donc pas être utilisé pour créer le canal.
    Pour créer un canal Solaris, connectez-vous à l'interface web du Satellite en tant qu'administrateur Satellite ou autorité de certificat. Naviguez sur l'onglet Channel (Canal), suivi par Manage Software Channels (Gérer les canaux logiciels) sur la barre de navigation de gauche. Cliquez sur le lien create new channel (Créer un nouveau canal) en haut à droite de l'écran résultant. Fournissez un nom et une étiquette pour votre nouveau canal et sélectionnez l'architecture SPARC Solaris oui386 Solaris, selon l'architecture du client.

2.1.3. Préparation de systèmes client Unix
Copier lien

Avant de pouvoir bénéficier de Red Hat Network, vos systèmes client basés sur UNIX doivent être préparés à la connexion :
  1. Téléchargez et installez gzip ainsi que les bibliothèques tierces requises.
  2. Téléchargez l'application Red Hat Network tarball à partir du Satellite vers le client et installez le contenu.
  3. Vous devez ensuite déployer les certificats SSL requis pour une connexion sécurisée.
  4. Configurez les applications client de façon à se connecter à Red Hat Satellite.
Une fois terminé, vos systèmes seront prêts à recevoir des mises à jour Red Hat Network. Les sections suivantes expliquent ces étapes en détails.
Cette section vous guide à travers les processus de téléchargement et d'installation d'applications tiers et d'applications Red Hat Network du Satellite au client UNIX.
L'agent Red Hat Update Agent pour UNIX (up2date) est d'une importance primordiale. Il fournit le lien entre vos systèmes client et Red Hat Network. La version spécifique à UNIX de Red Hat Update Agent est limitée en fonctionnalités par rapport à son équivalent pour Linux, mais permet quand même l'enregistrement de systèmes et facilite les installations et les mises à jour de paquetages. Consultez Section 2.1.4, « Enregistrement et mises à jour du client Unix » pour obtenir une description complète des options de l'outil.

Note

Il pourrait être utile d'entrer la commande bash lors d'une première connexion au client Solaris. Si le shell BASH est disponible, le comportement du système ressemblera à celui de Linux.
2.1.3.1.1. Installation de paquetages tiers
Copier lien
L'installation des applications Red Hat Network ne peut pas continuer à moins que les bibliothèques et utilitaires suivants soient présents :
  • gzip
  • libgcc
  • openssl
  • zlib
L'utilitaire gzip est fourni par le paquetage SUNW gzip et peut être téléchargé à partir de http://www.sunfreeware.com.
Sur les versions récentes de Solaris, les bibliothèques nécessaires sont fournies par les paquetages suivants installés nativement :
  • SUNWgccruntime
  • SUNWopenssl*
  • SUNWzlib
Pour des versions plus anciennes de Solaris, les paquetages suivants requis peuvent être téléchargés à partir de http://www.sunfreeware.com :
  • SMClibgcc ou SMCgcc
  • SMCossl
  • SMCzlib
Pour vérifier si un paquetage est installé sur le client, utilisez la commande pkginfo. Par exemple, pour vérifier si un paquetage contient "zlib" dans le nom, exécutez la commande suivante : 
# pkginfo | grep zlib
Copy to Clipboard Toggle word wrap

Note

Notez que les noms d'archives de paquetages Solaris sont différents des noms de paquetages installés. Par exemple, l'archive de paquetages libgcc<version>-sol<solaris-version>-sparc-local.gz devient SMClibgcc après l'installation
2.1.3.1.2. Configurer le chemin de recherche de bibliothèque
Copier lien
Afin de permettre au client Solaris d'utiliser les bibliothèques installées durant l'étape précédente, vous devez ajouter leur emplacement au chemin de recherche de bibliothèque. Pour ce faire, vérifiez d'abord le chemin de recherche de bibliothèque actuel : 
# crle -c /var/ld/ld.config
Copy to Clipboard Toggle word wrap
Prenez note du chemin courant de la bibliothèque par défaut. Ensuite, modifiez le chemin pour inclure également les composants indiqués ci-dessous. Notez que l'option -l réinitialise la valeur plutôt que de la soumettre, ainsi, s'il y avait déjà des valeurs sur votre système, faites-les précéder par le paramètre -l.
Sur sparc : 
 # crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib
Copy to Clipboard Toggle word wrap
Sur x86 : 
# crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib:/usr/sfw/lib
Copy to Clipboard Toggle word wrap
2.1.3.1.3. Télécharger des paquetages client Red Hat Network
Copier lien
Téléchargez l'archive appropriée tarball de paquetages du répertoire /var/www/html/pub/ de votre serveur Satellite. Si vous pouvez utiliser un navigateur web GUI tel que Mozilla, naviguez vers le répertoire /pub du Satellite et enregistrez l'archive tarball appropriée vers votre client : 
http://your-satellite.example.com/pub/rhn-solaris-bootstrap-<version>-<solaris-arch>-<solaris-version>.tar.gz
Copy to Clipboard Toggle word wrap
Si vous devez télécharger l'archive tarball à partir de la ligne de commande, il devrait être possible d'utiliser le ftp pour transférer le fichier du Satellite vers le client.
L'utilisation de gzip permet de décompresser l'archive tarball. Vous devriez avoir les paquetages suivants :
  • RHATpossl
  • RHATrhnrcfg
  • RHATrhnrcfga
  • RHATrhnrcfgc
  • RHATrhnrcfgm
  • RHATrhnc
  • RHATrhnl
  • RHATrpush
  • RHATsmart
SMClibgcc et SMCosslg devraient aussi être inclus dans l'archive tarball.
2.1.3.1.4. Installer les paquetages Red Hat Network
Copier lien
Passez dans les répertoires extraits et utilisez l'outil d'installation natif de la variante UNIX pour ensuite installer chaque paquetage. Par exemple, sur les machines Solaris, utilisez la commande pkgadd. Répondez « yes » aux invites durant l'installation du paquetage.
Voici comment une installation typique devrait continuer : 
# pkgadd -d RHATpossl-0.6-1.p24.6.pkg all
# pkgadd -d RHATpythn-2.4.1-2.rhn.4.sol9.pkg all
# pkgadd -d RHATrhnl-1.8-7.p23.pkg all
...
Copy to Clipboard Toggle word wrap

Note

Vous pouvez utiliser l'option -n de pkgadd pour exécuter la commande en mode non-interactif. Cependant, cela pourrait provoquer l'échec en silence de l'installation de certains paquetages sur Solaris 10.
Continuez jusqu'à ce que chaque paquetage soit installé dans le chemin spécifique à Red Hat Network : /opt/redhat/rhn/solaris/.
Afin que les paquetages Red Hat Network soient disponibles à chaque connexion, vous devriez les ajouter au chemin PATH. Pour ce faire, ajoutez ces commandes à votre script de connexion : 
# PATH=$PATH:/opt/redhat/rhn/solaris/bin
# PATH=$PATH:/opt/redhat/rhn/solaris/usr/bin
# PATH=$PATH:/opt/redhat/rhn/solaris/usr/sbin
# export PATH
Copy to Clipboard Toggle word wrap
Pour activer l'accès aux pages man des commandes du client Red Hat Network, ajoutez-les au chemin MANPATH. Pour ce faire, ajoutez les commandes suivantes dans votre script de connexion : 
# MANPATH=$MANPATH:/opt/redhat/rhn/solaris/man
# export MANPATH
Copy to Clipboard Toggle word wrap
Alternativement, vous pouvez aussi accéder aux pages de manuel avec la commande suivante : 
# man -M /opt/redhat/rhn/solaris/man <man page>
Copy to Clipboard Toggle word wrap
Finalement, ajoutez les bibliothèques Red Hat à votre PATH comme vous l'avez fait avec libgcc, openssl et zlib. 
crle -c /var/ld/ld.config -l <current library paths>:/opt/redhat/rhn/solaris/lib
Copy to Clipboard Toggle word wrap

2.1.3.2. Déploiement de certificats SSL client
Copier lien

Pour assurer le transfert de données sécurisé, Red Hat recommande fortement d'utiliser SSL. Red Hat Satellite facilite l'implémentation de SSL en générant les certificats nécessaires durant son installation. Le certificat côté serveur est automatiquement installé sur le Satellite, alors que le certificat client est placé dans le répertoire /pub/ du serveur web du Satellite.
Pour installer le certificat, suivez les étapes suivantes pour chaque client :
  1. Téléchargez le certificat SSL depuis le répertoire /var/www/html/pub/ de Red Hat Satellite sur le système client. Le certificat aura un nom similaire à RHN-ORG-TRUSTED-SSL-CERT. Il est accessible via le web à l'URL suivant :https://your-satellite.example.com/pub/RHN-ORG-TRUSTED-SSL-CERT.
  2. Déplacez le certificat SSL dans le répertoire spécifique à Red Hat Network pour votre variante UNIX. Pour Solaris, cette opération peut être accomplie avec une commande similaire à : 
     mv /path/to/RHN-ORG-TRUSTED-SSL-CERT /opt/redhat/rhn/solaris/usr/share/rhn/
    Copy to Clipboard Toggle word wrap
Une fois terminé, le nouveau certificat du client sera installé dans le répertoire approprié pour votre système UNIX. Si vous avez un nombre important de systèmes à préparer pour la gestion Red Hat Network, vous pouvez programmer ce processus entier dans un script.
Vous devez maintenant reconfigurer les applications client de Red Hat Network pour faire référence au certificat SSL nouvellement installé. Consultez la Section 2.1.3.3, « Configuration des clients » pour obtenir des instructions.

2.1.3.3. Configuration des clients
Copier lien

La dernière étape avant d'enregistrer vos systèmes client avec Red Hat Network est de reconfigurer leurs applications Red Hat Network de façon à utiliser le nouveau certificat SSL et obtenir des mises à jour de Red Hat Satellite. Ces changements peuvent être effectués en éditant le fichier de configuration de l'agent Red Hat Update Agent, qui fournit les fonctionnalités d'enregistrement et de mises à jour.
Suivez ces étapes sur chaque système client :
  1. En tant que super-utilisateur, passez dans le répertoire de configuration de Red Hat Network pour le système. Pour Solaris, le chemin complet est /opt/redhat/rhn/solaris/etc/sysconfig/rhn/.
  2. Ouvrez le fichier de configuration up2date dans un éditeur de texte.
  3. Trouvez l'entrée serverURL et donnez-lui la valeur du nom de domaine complet (FQDN) de votre Red Hat Satellite : 
    serverURL[comment]=Remote server URL
serverURL=https://your-satellite.example.com/XMLRPC
    Copy to Clipboard Toggle word wrap
  4. Assurez-vous que l'application fait référence à Red Hat Satellite même lorsque SSL est désactivé en définissant également la valeur de noSSLServerURL sur le Satellite : 
    noSSLServerURL[comment]=Remote server URL without SSL
noSSLServerURL=http://your-satellite.example.com/XMLRPC
    Copy to Clipboard Toggle word wrap
  5. En gardant ouvert le fichier de configuration up2date, trouvez l'entrée sslCACert et donnez-lui la valeur du nom et de l'emplacement du certificat SSL comme décrit dans la Section 2.1.3.2, « Déploiement de certificats SSL client », par exemple : 
    sslCACert[comment]=The CA cert used to verify the ssl server
sslCACert=/opt/redhat/rhn/solaris/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
    Copy to Clipboard Toggle word wrap
Vos systèmes client sont maintenant prêts à l'enregistrement avec Red Hat Network et la gestion par votre Satellite.

2.1.4. Enregistrement et mises à jour du client Unix
Copier lien

Maintenant que vous avez installé des paquetages spécifiques à Red Hat Network, implémenté SSL et reconfiguré vos systèmes client de façon à se connecter à Red Hat Satellite, vous êtes prêt à commencer à enregistrer les systèmes et à obtenir des mises à jour.

2.1.4.1. Enregistrement de systèmes Unix
Copier lien

Cette section décrit le processus d'enregistrement à Red Hat Network pour les systèmes UNIX. Pour ce faire, vous devez utiliser rhnreg_ks. L'utilisation de clés d'activation pour enregistrer vos systèmes est optionnelle. Ces clés vous permettent de prédéterminer les paramètres au sein de Red Hat Network, comme les canaux de base et les groupes de systèmes, et de les appliquer automatiquement aux systèmes pendant leur enregistrement.
Comme la génération et l'utilisation de clés d'activation sont examinées en profondeur dans d'autres chapitres, cette section se concentre sur les différences lors de leur application aux variantes UNIX.
Pour enregistrer des systèmes UNIX avec Red Hat Satellite, veuillez effectuer les tâches suivantes dans cet ordre :
  1. Connectez-vous à l'interface web du Satellite et cliquez sur l'onglet Systems dans la barre de navigation du haut, puis sur Activation Keys (clé d'activation) dans la barre de navigation de gauche. Cliquez ensuite sur le lien create new key (créer une nouvelle clé) en haut à droite de la page.
  2. Sur la page suivante, sélectionnez le canal de base que vous avez créez à la fin de la Section 2.1.2, « Préparation/Configuration du serveur Satellite ».
  3. Après la création de la clé, cliquez sur son nom dans la liste Activation Keys pour améliorer ses paramètres Red Hat Network en associant les canaux logiciels, de configuration et les groupes de systèmes.
  4. Ouvrez un terminal sur le système client à enregistrer et devenez le super-utilisateur.
  5. Utilisez rhnreg_ks avec l'option --activationkey pour enregistrer le client avec le Satellite. La chaîne de caractères de la clé, qui peut être directement copiée de la liste Activation Keys dans le site web. La commande devrait ressembler à l'exemple suivant : 
    rhnreg_ks --activationkey=b25fef0966659314ef9156786bd9f3af
    Copy to Clipboard Toggle word wrap
  6. Revenez sur le site web, cliquez sur le nom de la clé d'activation et assurez-vous que le nouveau système apparaît sous l'onglet Activated Systems (systèmes activés).

2.1.4.2. Mises à jour
Copier lien

Les mises à jour de paquetages dans UNIX sont traitées différemment comparé à Linux. Par exemple, Solaris dépend des clusters de correctifs (Clusters Patches) pour mettre à jour plusieurs paquetages à la fois, alors que les systèmes d'exploitation Red Hat utilisent les mises à jour d'errata (Errata Updates) pour associer les mises à niveau à des paquetages spécifiques. De plus, Solaris utilise des fichiers de réponses pour automatiser les installations interactives de paquetages, ce que Linux ne comprend pas, alors que Red Hat offre le concept de paquetages source. De ce fait, cette section cherche à souligner les différences dans l'utilisation des outils Red Hat Network sur les systèmes UNIX. (Remarque : Red Hat Network ne prend pas en charge les fichiers de réponses Solaris dans la version actuelle, cette prise en charge est prévue pour les prochaines versions).
Malgré les différences inhérentes, comme le manque d'errata, les interfaces de gestion de canaux et de paquetages dans le site web Red Hat Network sur le Satellite fonctionnent en majorité de la même manière pour les systèmes UNIX. Tous les canaux logiciels conçus pour servir les variantes UNIX peuvent être construits pratiquement de la même manière que les canaux personnalisés décrits dans le Guide de démarrage Red Hat Satellite. La différence la plus significative est l'architecture. Lors de la création d'un canal logiciel UNIX, assurez-vous de sélectionner l'architecture des canaux de base correspondante aux systèmes devant être servis.
Divisez vos paquetages en canaux de base et canaux enfants selon leur nature. Par exemple, sur Solaris, les paquetages d'installation devraient aller dans le canal de base Solaris, alors que les correctifs et les clusters de correctifs devraient aller dans un canal enfant du canal de base Solaris. Les paquetages d'installation supplémentaires peuvent aller dans un canal enfant « Extras » séparé.
Red Hat Network traite les correctifs de la même manière que les paquetages. Ils sont listés et installés de la même manière et avec la même interface que les paquetages normaux. Les correctifs sont numérotés par Solaris et auront des noms comme "patch-solaris-108434". La version d'un correctif Solaris est extraite des métadonnées Solaris originales et la publication est toujours 1.
Les clusters de correctifs sont des paquets de correctifs qui sont installés comme une unité. Red Hat Network conserve les informations de la dernière installation réussie d'un cluster de correctifs sur un système. Cependant, les clusters de correctifs ne sont pas suivis sur le client en tant qu'entités installées. Ils n'apparaissent donc pas dans la liste de paquetages ou de correctifs installés. Les noms de clusters de correctifs ressemblent à "patch-cluster-solaris-7_Recommended". La version est une chaîne de dates, comme "20040206", la publication est toujours 1 et l'époque est toujours 0.
2.1.4.2.1. Télécharger des paquetages vers le Satellite
Copier lien
Red Hat Network ne fournit pas de contenu UNIX ; tout paquetage Solaris, correctif ou cluster de correctifs doit être téléchargé vers le Satellite sous un format pouvant être compris par un système client. Ce paquetage pourra ensuite être géré et distribué vers d'autres systèmes. Red Hat Network a créé solaris2mpm afin de traduire des paquetages Solaris, des correctifs, et des clusters de correctifs en un format que le Satellite peut comprendre.
2.1.4.2.1.1. solaris2mpm
Copier lien
Comme mentionné dans la Section 2.1.1.4, « Différences en fonctionalités », solaris2mpm fait partie de Red Hat Network Push pour Solaris. Le contenu qui est envoyé vers un canal Solaris sur le Satellite doit d'abord être sous le format .mpm.
Un fichier .mpm est une archive contenant une description des données du paquetage et le paquetage ou correctif lui-même. La commande solaris2mpm doit être exécutée sur le client, jamais sur le Satellite.

Note

solaris2mpm requiert de l'espace libre équivalent à trois fois la taille d'un des paquetages, correctifs ou cluster de correctifs qu'il convertit. Habituellement, l'espace dans /tmp/ sera utilisé pour répondre à ce besoin. Cependant, l'option --tempdirvous permet de spécifier, si nécessaire, un autre répertoire.
Des multiples fichiers peuvent être spécifiés sur la ligne de commande de solaris2mpm. Ci-dessous, une exemple d'utilisation : 
# solaris2mpm RHATrpush-3.1.5-21.pkg RHATrpush-3.1.5-23.pkg
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-21.sparc-solaris.mpm
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-23.sparc-solaris.mpm
Copy to Clipboard Toggle word wrap
Parce qu'aucun autre répertoire a été spécifié, les fichiers .mpm résultants sont écris dans le répertoire /tmp/. Remarquez que le nom des fichiers .mpm résultants inclut l'architecture du client sur lequel il a été créé. Dans ce cas, il s'agissait de SPARC Solaris. Le format général des noms de fichier mpm est : 
name-version-release.arch.mpm
Copy to Clipboard Toggle word wrap
Les clusters de correctifs sont "élargis" - des fichiers .mpm sont générés pour chaque correctif dans le cluster, en plus d'un fichier .mpm "meta" de premier niveau contenant toutes les informations du cluster.
Ci-dessous figurent les options de solaris2mpm :
Expand
Tableau 2.2. options solaris2mpm
Option Description
--version
Affiche le numéro de version du programme et quitte
-h, --help
Affiche cette information et quitte
-?, --usage
Imprime des informations sur l'utilisation d'un programme et quitte
--tempdir=<tempdir>
Répertoire temporaire à partir duquel travailler
--select-arch=<arch>
Sélectionne l'architecture (i386 ou SPARC) pour les paquetages qui en ont plusieurs.
2.1.4.2.1.2. rhnpush avec des fichiers .mpm
Copier lien
La version Solaris de rhnpush fonctionne de la même manière que l'utilitaire standard mais avec la possibilité supplémentaire de traiter des fichiers .mpm. Ci-dessous, un exemple d'utilisation. 
% rhnpush -v --server testbox.example.com --username myuser -c solaris-8 \
RHATrpush-3.1.5-*.mpm
 Red Hat Network password:
 Connecting to http://testbox.example.com/APP
 Uploading package RHATrpush-3.1.5-21.sparc-solaris.mpm
 Uploading package RHATrpush-3.1.5-23.sparc-solaris.mpm
Copy to Clipboard Toggle word wrap

Note

Les fichiers .mpm du cluster de correctifs doivent être poussés de manière concurrente avec ou après, mais jamais avant, les fichiers .mpm pour les correctifs contenus dans ce cluster.
Utilisez solaris2mpm sur chacun des paquetages, correctifs ou clusters de correctifs que vous désirez gérer avec le Satellite. Ensuite, utilisez Red Hat Network Push pour les télécharger sur le canal qui leur a été créé.
2.1.4.2.2. Mise à jour via le site web
Copier lien
Pour installer des paquetages ou des correctifs sur un système individuel, cliquez sur le nom du système dans la catégorie Systems, sélectionnez les paquetages des listes "Upgrade" ou "Install" de l'onglet Packages ou l'onglet Patches et cliquez sur Install/Upgrade Selected Packages (installer / mettre à niveau les paquetages sélectionnés).
Pour exécuter une commande à distance tout en installant le paquetage, cliquez sur Run Remote Command au lieu de Confirm. Consultez la Section 2.1.5, « Commandes à distance » pour obtenir des instructions.
Pour installer des paquetages ou des correctifs sur plusieurs systèmes à la fois, sélectionnez les systèmes et cliquez sur System Set Manager dans la barre de navigation de gauche. Puis, dans l'onglet Packages, sélectionnez les paquetages des listes "Upgrade" ou "Install" et cliquez sur Install/Upgrade Packages. Pour terminer l'action, programmez les mises à jour.
2.1.4.2.3. rhnsd
Copier lien
Sur les systèmes Red Hat Enterprise Linux, le démon rhnsd, qui instruit le système client de s'enregistrer avec Red Hat Network, est lancé automatiquement lors du démarrage. Sur les systèmes Solaris, rhnsd n'est pas lancé par défaut lors du démarrage. Il peut être lancé à partir d'une ligne de commande de cette manière : 
rhnsd --foreground --interval=240
Copy to Clipboard Toggle word wrap
L'emplacement par défaut pour rhnsd est /opt/redhat/rhn/solaris/usr/sbin/rhnsd. Voici les options disponibles pour rhnsd sur Solaris :
Expand
Tableau 2.3. Options rhnsd
Option Description
-f, --foreground
Démarre en avant-plan
-i, --interval=MINS
Se connecte à Red Hat Network toutes les MINS minutes
-v, --verbose
Journalise toutes les actions dans syslog
-h, --help
Donne cette liste d'aide
-u, --usage
Donne cette liste d'aide
-V, --version
Imprime la version du programme
2.1.4.2.4. Mise à jour depuis la ligne de commande
Copier lien
Comme le site web, l'utilisation de l'agent Red Hat Update Agent en ligne de commande est affectée par les limites de la gestion de paquetages UNIX. Ceci dit, la plupart des fonctions essentielles peuvent toujours être effectuées via la commande up2date. La différence la plus importante est l'absence de toutes les options sur les fichiers source. Consultez le Tableau 2.4, « Arguments de l'agent de mise à jour en ligne de commande » pour une liste précise d'options disponibles aux systèmes UNIX.
La version en ligne de commande de l'agent Red Hat Update Agent accepte les arguments suivants sur les systèmes UNIX :
Expand
Tableau 2.4. Arguments de l'agent de mise à jour en ligne de commande
Argument Description
--version Affiche les informations de version du programme.
-h, --help Affiche ce message d'aide et quitte.
-v, --verbose Affiche des sorties supplémentaires.
-l, --list Liste les dernières versions de tous les paquetages installés.
-p, --packages Met à jour les paquetages associés à ce profil de système.
--hardware Mettre à jour le profil matériel de ce système sur Red Hat Network.
--showall Liste tous les paquetages disponibles à télécharger.
--show-available Liste tous les paquetages disponibles qui ne sont pas couramment installés.
--show-orphans Liste tous les paquetages couramment installés qui ne sont pas dans les canaux auxquels le système est abonné.
--show-channels Affiche les noms de canaux avec les noms de paquetages, dans les cas appropriés.
--installall Installe tous les paquetages disponibles. Utilisez avec --channel.
--channel=CHANNEL Spécifie les canaux à partir desquels mettre à jour à l'aide d'étiquettes de canaux.
--get Trouve le paquetage spécifié sans résoudre les dépendances.

2.1.5. Commandes à distance
Copier lien

Avec le support UNIX, Red Hat Network offre la flexibilité d'exécuter des commandes à distance sur les systèmes client par le site web du Satellite. Cette fonction vous permet d'exécuter pratiquement toute application ou tout script (compatible) sur tout système de votre domaine sans jamais avoir à ouvrir un terminal.

2.1.5.1. Activation de commandes
Copier lien

Avec la flexibilité offerte par cet outil, existe également un risque important et la responsabilité de mitiger ce risque. Pour toutes les situations pratiques, cette fonction donne une invite BASH root à tout personne qui possède un accès administratif au système sur le site web.
Ceci peut cependant être contrôlé par le même mécanisme activé lors de la configuration utilisé pour déterminer les systèmes qui peuvent avoir leurs fichiers de configuration gérés par Red Hat Network.
En bref, vous devez créer un répertoire et un fichier sur le système UNIX qui indique à Red Hat Network qu'il est acceptable d'exécuter des commandes à distance sur la machine. Le répertoire doit s'appeler script, le fichier run et les deux doivent se trouver dans le répertoire /etc/sysconfig/rhn/allowed-actions/ spécifique à votre variante UNIX.
Par exemple, dans Solaris, exécutez cette commande pour créer le répertoire : 
 mkdir -p /opt/redhat/rhn/solaris/etc/sysconfig/rhn/allowed-actions/script
Copy to Clipboard Toggle word wrap
Pour créer le fichier requis dans Solaris, exécutez la commande suivante : 
 touch /opt/redhat/rhn/solaris/etc/sysconfig/rhn/allowed-actions/script/run
Copy to Clipboard Toggle word wrap

2.1.5.2. Exécution de commandes
Copier lien

Vous pouvez programmer une commande à distance de différentes manières : sur un système individuel, sur plusieurs systèmes à la fois et pour accompagner une action de paquetages.
Pour exécuter une commande à distance sur un système individuel, ouvrez la page System Details(Détails du système) et cliquez sur le sous-onglet Remote Command (commande à distance). (Remarquez que cet onglet apparaît seulement si le système a un droit d'accès d'approvisionnement) Sur cette page, veuillez établir les paramètres de cette commande. Vous pouvez identifier un utilisateur, un groupe et un délai d'attente spécifiques, ainsi que le script même. Sélectionnez une date et une heure pour commencer à essayer la commande et cliquez sur le lien Schedule Remote Command (programmer la commande à distance).
De manière similaire, vous pouvez exécuter une commande à distance sur plusieurs systèmes à la fois à l'aide de System Set Manager. Sélectionnez les systèmes, rendez-vous sur System Set Manager, cliquez sur l'onglet Provisioning (approvisionnement) et descendez jusqu'à la section Remote Command (Commande à distance). À ce niveau, vous pouvez exécuter une commande à distance sur tous les systèmes sélectionnés à la fois.
Pour exécuter une commande à distance avec une action de paquetages, programmez l'action sous l'onglet Packages de la page System Details et cliquez sur Run Remote Command (exécuter) tout en confirmant l'action. Utilisez les boutons radio en haut pour déterminer si la commande devrait être exécutée avant ou après l'action de paquetages, définissez les paramètres de la commande et cliquez sur Schedule Package Install/Upgrade (programmer l'installation / la mise à niveau de paquetages).
Notez que l'installation de plusieurs paquetages qui ont différentes commandes à distance, nécessite la programmation séparée des installations ou la combinaison des commandes dans un seul script.
Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat