24.2 Configuration d'une mise en miroir logicielle

La configuration de la mise en miroir d'un logiciel consiste à effectuer les étapes suivantes :

  1. Création d'un fichier de configuration XML à part pour chaque serveur distant à mettre en miroir.

    Voir Section 24.2.1, Création de fichiers de configuration

  2. Test et exécution de l'opération de mise en miroir à l'aide de zlmmirror.

    Voir Section 24.2.2, Test et exécution de l'opération de mise en miroir

24.2.1 Création de fichiers de configuration

Exécutez la commande suivante pour générer un fichier de configuration vide :

zlmmirror conf-generate nomdefichier.xml

Cette commande génère un fichier de configuration modèle nommé zlmmirror-config.xml dans le répertoire actuel.

Vous pouvez également convertir le fichier de configuration à partir d'une version précédente de ZENworks Linux Management ou de Red Carpet, ou créer manuellement vos fichiers de configuration. Les fichiers de configuration sont spécifiés à l'aide de l'indicateur -c :

zlmmirror commande -c nomdefichier.xml

Si aucun fichier de configuration n'est spécifié, l'emplacement du fichier de configuration par défaut est /etc/opt/novell/zenworks/zlmmirror.xml.

Grâce à la commande conf-validate (cv) nomdefichier, vous pouvez rechercher d'éventuelles erreurs dans le fichier de configuration et afficher les informations d'analyse de la configuration.

Une fois le fichier de configuration de base créé, effectuez les tâches suivantes pour ajouter les informations de configuration nécessaires :

Étape 1 : serveurs

Vous devez fournir des détails sur le serveur distant contenant le logiciel à mettre en miroir, ainsi que sur un serveur local, qui est le serveur ZENworks Linux Management cible du logiciel mis en miroir.

RemoteServer
<RemoteServer>
   <Base>http://red-carpet.ximian.com/</Base>
   <Type>rce</Type>
   <User />
   <Password />
</RemoteServer>

Élément de configuration

Description

Base

Chemin d'accès au serveur à mettre en miroir, au format suivant en fonction du type de ce serveur :

ZLM : https:// server

DELL : http://ftp.dell.com

RCE : https:// server/path

YAST : http(s)://server/path ou ftp://server/path

RHN : http(s)://server/path

YUM : http://serveur/chemin

STATIC : /path/on/filesystem

Type

Type du serveur à mettre en miroir :

ZLM : ZENworks 7 Linux Management

DELL : Serveur FTP du paquetage de mise à jour Dell

RCE : Red Carpet® Enterprise™ ou ZENworks 6.x Linux Management

YAST : YAST Online Updates

RHN : Red Hat Network

YUM : YUM

STATIC : Met en miroir les paquetages d'un répertoire contenant la sortie d'une session de miroir statique et les ajoute à ZENworks.

Utilisateur

Nom à utiliser lors de la connexion au serveur distant. Si vous ne spécifiez aucun utilisateur, zlmmirror lit l'identité à partir de l'emplacement suivant en fonction du type de serveur :

ZLM : /etc/opt/novell/zenworks/zmd/deviceid

RCE : /etc/ximian/mcookie

YASt : /etc/sysconfig/onlineupdate

Lorsque vous vous connectez à un serveur RHN ou à un serveur Dell, laissez cet élément vide.

Mot de passe

Mot de passe à utiliser lors de la connexion au serveur distant. Si aucun mot de passe n'est spécifié, zlmmirror le lit à partir de l'emplacement suivant, selon le type :

ZLM : /etc/opt/novell/zenworks/zmd/secret

RCE : /etc/ximian/partnernet

YAST : /etc/sysconfig/onlineupdate

Lorsque vous vous connectez à un serveur RHN ou à un serveur Dell, laissez cet élément vide.

Proxy

L'élément de configuration de proxy est facultatif et s'utilise avec un proxy Internet. Vous pouvez ajouter l'élément proxy n'importe où dans la section RemoteServer.

Si le proxy Internet nécessite l'authentification, le format ressemble à l'exemple qui suit :

<Proxy>http:// username:password@ server:port</Proxy>

Si le proxy Internet ne nécessite pas l'authentification, le format ressemble à l'exemple qui suit :

<Proxy>https:// server:port</Proxy>

LocalServer
<LocalServer>
   <Base></Base>
   <Type>zlm</Type>
   <User>Administrator</User>
   <Password>password</Password>
</LocalServer>

Élément de configuration

Description

Base

Si l'élément Type indique le mise en miroir de type STATIC, utilisez l'élément Base pour définir le chemin de destination dans lequel les fichiers seront stockés (/path/on/filesystem, par exemple).

Si l'élément Type indique la mise en miroir ZLM, laissez l'élément Base vide.

Type

Type de mise en miroir à effectuer :

ZLM : met en miroir les catalogues et les ensembles directement sur votre serveur ZENworks Linux Management. Une fois la mise en miroir terminée, les catalogues et les ensembles mis en miroir sont affichés dans le Centre de contrôle ZENworks.

STATIC : mise en miroir des paquetages sur le système de fichiers de votre serveur ZENworks Linux Management, sans qu'ils soient ajoutés à ZENworks.

Utilisateur

Nom à utiliser lors de la connexion à votre serveur (Local) ZENworks Linux Management. Pour utiliser le compte d'administrateur par défaut, vous devez indiquer l'utilisateur Administrateur.

Password

Mot de passe du compte indiqué dans le champ Utilisateur. Si vous utilisez le compte Administrateur, il s'agit du mot de passe que vous avez spécifié au cours de l'installation du serveur. Pour plus d'informations sur le codage du mot de passe, reportez-vous à la Section 24.6, Codage du mot de passe du serveur ZENworks.

Étape 2 : configuration de catalogue et d'ensemble

Vous devez fournir les détails sur les catalogues et les ensembles à mettre en miroir sur votre serveur.

Avant de mettre en miroir les catalogues et les ensembles vers votre serveur, vous pouvez afficher les catalogues et les ensembles disponibles sur le serveur distant.

Pour afficher les catalogues distants, exécutez la commande suivante :

zlmmirror -c nomdefichier.xml slc

Pour afficher les ensembles distants, exécutez la commande suivante :

zlmmirror -c nomdefichier.xml slb

CatalogConf

Chaque catalogue à mettre en miroir doit être doté d'une section CatalogConf à part :

<CatalogConf>
   <Name>Red Carpet 2</Name>
   <LocalName>Red Carpet 2</LocalName>
   <Target>sles-9-i586</Target>
   <Package>lib.*</Package>
</CatalogConf>

Élément de configuration

Description

Nom

Nom du catalogue à mettre en miroir depuis ce serveur distant.

Il s'agit du seul paramètre requis.

Nom local

Nom du catalogue dans lequel vous voulez que soit placé le logiciel mis en miroir. Si aucun nom local n'est indiqué, le nom du catalogue du serveur distant est utilisé.

Dossier

Spécifie le dossier eDirectory™ (par exemple, /dossier1/dossier2) dans lequel sont créés et mis à jour les ensembles et les catalogues. Si vous ne spécifiez aucun dossier, les catalogues et les ensembles sont créés et mis à jour dans le dossier /zlmmirror.

Restreint l'opération de mise en miroir sur ce catalogue aux paquetages et aux correctifs qui prennent en charge les plates-formes cibles spécifiées. Si vous ne spécifiez aucune cible, les paquetages de toutes les plates-formes sont mis en miroir.

Cet élément peut être spécifié plusieurs fois. Il peut contenir soit un nom cible, soit une chaîne d'expression régulière, avec mise en correspondance des noms cibles à l'aide de caractères jokers.

Si vous avez ajouté des plates-formes cibles personnalisées (dans le Centre de contrôle ZENworks, l'onglet Configuration > Plates-formes > Ajouter), vous ne pouvez pas mettre en miroir des paquetages ou des correctifs vers ces plates-formes personnalisées.

ExcludeTarget

Identique à Target, sauf que les paquetages et les correctifs qui prennent en charge la ou les plates-formes cibles spécifiées sont exclus.

L'option ExcludeBundle est exécutée après Target : les plates-formes apparaissant dans une opération Target et ExcludeTarget sont finalement exclues.

Bundle

Limite aux ensembles spécifiés l'opération de mise en miroir sur ce catalogue. Si vous ne spécifiez aucun ensemble, tous les ensembles sont mis en miroir.

Cette option n'est valable que pour les serveurs distants YAST et ZENworks Linux Management. Il peut être spécifié plusieurs fois et peut contenir soit un nom d'ensemble, soit une chaîne d'expression régulière, avec mise en correspondance des noms d'ensembles à l'aide de caractères jokers.

ExcludeBundle

Identique à Bundle, sauf que les paquetages et les correctifs contenus dans les ensembles spécifiés sont exclus.

Cette option n'est valable que pour les serveurs distants YAST et ZENworks Linux Management. Il peut être spécifié plusieurs fois et peut contenir soit un nom d'ensemble, soit une chaîne d'expression régulière, avec mise en correspondance des noms d'ensembles à l'aide de caractères jokers.

L'option ExcludeBundle est exécutée après Bundle : les ensembles apparaissant dans une opération Bundle et ExcludeBundle sont finalement exclus.

Logiciel

Limite aux paquetages spécifiés l'opération de mise en miroir sur ce catalogue. Si vous ne spécifiez aucun paquetage, tous les paquetages sont mis en miroir.

Cette option n'est valable que pour les serveurs distants YAST et ZENworks Linux Management. Il peut être spécifié plusieurs fois et peut contenir soit un nom d'ensemble, soit une chaîne d'expression régulière, avec mise en correspondance des noms d'ensembles à l'aide de caractères jokers.

ExcludePackage

Identique à package, sauf que les paquetages spécifiés sont exclus.

Cette option n'est valable que pour les serveurs distants YAST et ZENworks Linux Management. Il peut être spécifié plusieurs fois et peut contenir soit un nom d'ensemble, soit une chaîne d'expression régulière, avec mise en correspondance des noms d'ensembles à l'aide de caractères jokers.

L'option ExcludePackage est exécutée après Package : les paquetages apparaissant dans une opération Package et ExcludePackage sont finalement exclus.

24.2.2 Test et exécution de l'opération de mise en miroir

Une fois le fichier de configuration créé pour un serveur distant, exécutez la commande suivante pour effectuer une répétition de l'opération de mise en miroir. Vous pouvez éventuellement ajouter l'indicateur du mode verbeux pour afficher des messages détaillés :

zlmmirror mirror -c nomdefichier.xml --dryrun --verbose

Si cette opération fournit les résultats escomptés, exécutez la commande mirror sans l'indicateur de répétition pour effectuer l'opération de mise en miroir :

zlmmirror mirror -c zlmmirror-config.xml

Si vous mettez en miroir un ensemble contenant plusieurs paquetages avec plusieurs indicateurs type d'installation /rafraîchir définis, une version unique de l'ensemble est créé pour chaque combinaison type d'installation /rafraîchir.

Par exemple, supposons que vous mettiez en miroir un ensemble contenant quatre paquetages assignés à une cible de système d'exploitation. Sur ces quatre paquetages, un paquetage a l'étiquette type d'installation définie sur faux, le second paquetage a l'étiquette type d'installation définie sur vrai, le troisième paquetage a l'étiquette actualiser définie sur faux et le quatrième paquetage a l'étiquette actualiser définie sur vrai. Dans cette situation, quatre versions uniques de l'ensemble sont créées.

Le nombre d'ensembles uniques créés dépend également du nombre de cibles de systèmes d'exploitation. Dans l'exemple précédent, supposons que les quatre paquetages, chacun avec différentes combinaisons type d'installation /rafraîchir, aient deux cibles d'OS. Dans cette situation, un ensemble unique est créé pour chaque combinaison type d'installation /rafraîchir et un autre ensemble unique est créé pour chaque cible d'OS. Dans cet exemple, huit ensembles uniques sont créés.

Le nombre de versions d'ensembles uniques créées est égal au nombre de combinaisons type d'installation /rafraîchir fois le nombre de cibles d'OS uniques.