Die Konfiguration einer Softwarespiegelung besteht aus folgenden Schritten:
Weitere Informationen hierzu finden Sie unter Section 22.2.1, Erstellen von Konfigurationsdateien
Weitere Informationen hierzu finden Sie unter Section 22.2.2, Testen und Ausführen der Spiegelung
Führen Sie folgenden Befehl aus, um eine leere Konfigurationsdatei zu erstellen:
zlmmirror conf-generate dateiname.xml
Mit diesem Befehl erstellen Sie im aktuellen Verzeichnis eine Vorlagenkonfigurationsdatei mit dem Namen zlmmirror-config.xml.
Sie können die Konfigurationsdatei aus einer früheren Version von ZENworks Linux Management oder Red Carpet konvertieren oder Konfigurationsdateien manuell erstellen. Die Konfigurationsdateien werden mit der Flagge -c angegeben:
zlmmirror befehl -c dateiname.xml
Wenn der Speicherort der Konfigurationsdatei nicht angegeben wurde, wird die Konfigurationsdatei standardmäßig in /etc/opt/novell/zenworks/zlmmirror.xml erstellt.
Sie können die Konfigurationsdatei auf Fehler überprüfen und die analysierten Konfigurationsinformationen mithilfe des Befehls conf-validate (cv) Dateiname anzeigen.
Nach dem Erstellen einer Basiskonfigurationsdatei, können Sie mithilfe folgender Aufgaben die erforderlichen Konfigurationsinformationen hinzufügen:
Sie müssen Einzelheiten zu einem Fernserver angeben, der die zu spiegelnde Software enthält, sowie einen lokalen Server, bei dem es sich um den ZENworks Linux Management-Server handelt, der die gespiegelte Software erhalten soll.
<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>
Sie müssen Details zu den Katalogen und Bundles angeben, die auf Ihren Server gespiegelt werden sollen.
Vor einer Spiegelung der Kataloge und Bundles auf Ihren Server können Sie die verfügbaren Kataloge und Bundles auf dem Fernserver anzeigen.
Zur Anzeige der verfügbaren Kataloge führen Sie den folgenden Befehl aus:
zlmmirror -c dateiname.xml slc
Zur Anzeige der verfügbaren Bundles führen Sie den folgenden Befehl aus:
zlmmirror -c dateiname.xml slb
Jeder zu spiegelnde Katalog muss einen gesonderten CatalogConf-Abschnitt aufweisen:
<CatalogConf> <Name>Red Carpet 2</Name> <LocalName>Red Carpet 2</LocalName> <Target>sles-9-i586</Target> <Package>lib.*</Package> </CatalogConf>
Führen Sie nach dem Erstellen der Konfigurationsdatei für einen Fernserver den folgenden Befehl aus, um einen Probelauf der Spiegelung durchzuführen, und fügen Sie gegebenenfalls die Flagge "verbose" hinzu, um ausführliche Meldungen anzuzeigen:
zlmmirror mirror -c dateiname.xml --dryrun --verbose
Wenn dieser Vorgang die geplanten Ergebnisse liefert, führen Sie den Spiegelungsbefehl ohne die Flagge für den Probelauf ("dryrun") aus, um den Vorgang abzuschließen:
zlmmirror mirror -c zlmmirror-config.xml
Wenn Sie ein Bundle spiegeln, das mehrere Pakete mit verschiedenen Installationstypen/Aktualisierungsflaggen enthält, wird für jede Installationstyp-/Aktualisierungsflaggen-Kombination eine eigene Bundle-Version erstellt.
Ein Beispiel: Sie spiegeln ein Bundle, das vier der gleichen Zielplattform zugewiesene Pakete enthält. Beim ersten dieser vier Pakete ist die Installationstyp-Flagge auf "false" eingestellt, beim zweiten Paket ist sie auf "true" eingestellt, beim dritten Paket ist die Aktualisierungsflagge auf "false" eingestellt und beim vierten Paket ist die Aktualisierungsflagge auf "true" eingestellt. In diesem Fall werden vier verschiedene Bundle-Versionen erstellt.
Die Anzahl der erstellten Bundle-Versionen richtet sich auch nach der Anzahl der Zielplattformen. Im vorangegangenen Beispiel müssen für die vier Pakete, jeweils mit einer anderen Installationstyp-/Aktualisierungskombination, zwei Zielplattformen berücksichtigt werden. In diesem Fall werden für beide Zielplattformen jeweils eigene Bundles mit allen vier Installationstyp-/Aktualisierungskombinationen erstellt. Es werden also acht verschiedene Bundles erstellt.
Die Anzahl der erstellten Bundle-Versionen errechnet sich aus der Anzahl der eindeutigen Installationstyp-/Aktualisierungskombinationen multipliziert mit der Anzahl der Zielplattformen.