La configuration de la mise en miroir d'un logiciel consiste à effectuer les étapes suivantes :
reportez-vous à la Section 22.2.1, Création de fichiers de configuration.
reportez-vous à la Section 22.2.2, Test et exécution de l'opération de mise en miroir.
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 vous ne spécifiez aucun fichier de configuration, 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 :
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> <Base>http://red-carpet.ximian.com/</Base> <Type>rce</Type> <User /> <Password /> </RemoteServer>
<LocalServer> <Base></Base> <Type>zlm</Type> <User>Administrator</User> <Password>password</Password> </LocalServer>
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
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>
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 étiquettes type d'installation/actualiser, une version unique de l'ensemble est créée pour chaque combinaison type d'installation/actualiser.
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 qui précède, supposons que les quatre paquetages, chacun avec une combinaison type d'installation/actualiser différente, ont deux cibles de systèmes d'exploitation. Dans cette situation, un ensemble unique est créé pour chaque combinaison type d'installation/actualiser et un autre ensemble unique est créé pour chaque cible de système d'exploitation. Dans cet exemple, huit ensembles uniques sont créés.
Le nombre de version d'ensembles uniques créés est égal au nombre de combinaisons type d'installation/actualiser multiplié par le nombre de cibles de systèmes d'exploitation uniques.