25.3 Konfigurieren einer Softwarespiegelung

Die Konfiguration einer Softwarespiegelung besteht aus folgenden Schritten:

  1. Erstellen einer gesonderten XML-Konfigurationsdatei für jeden zu spiegelnden Fernserver. Sie können die Konfigurationsdatei entweder mithilfe des Kommandozeilen-Dienstprogramms oder mithilfe des xzlmmirror-Dienstprogramms erstellen.

    Weitere Informationen hierzu finden Sie unter Abschnitt 25.3.1, Erstellen der Konfigurationsdateien mithilfe des Kommandozeilen-Dienstprogramms und Abschnitt 25.3.2, Erstellen einer Konfigurationsdatei mithilfe des xzlmmirror-Dienstprogramms

  2. Spiegeln von Patch-Bundles

    Weitere Informationen hierzu finden Sie unter Abschnitt 25.3.3, Spiegeln von Patch-Bundles für SLES 10 / SLED 10 / SLES 11 / SLED 11 / OES 2 aus NU- und RCE-Repositorys.

  3. Testen und Ausführen der Spiegelung. Sie können dazu entweder zlmmirror oder xzlmmirror verwenden.

    Weitere Informationen hierzu finden Sie unter Abschnitt 25.3.4, Testen und Ausführen der Spiegelung mithilfe von zlmmirror und Abschnitt 25.3.5, Testen und Ausführen der Spiegelung mithilfe des xzlmmirror-Dienstprogramms

25.3.1 Erstellen der Konfigurationsdateien mithilfe des Kommandozeilen-Dienstprogramms

Führen Sie folgendes Kommando aus, um eine leere Konfigurationsdatei zu erstellen:

zlmmirror conf-generate dateiname.xml

Mit diesem Kommando 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 keine Konfigurationsdatei angegeben wurde, wird der Speicherort für 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:

Schritt 1: Server

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
<RemoteServer>
   <Base>http://red-carpet.ximian.com/</Base>
   <Type>rce</Type>
   <User />
   <Password />
</RemoteServer>

Konfigurationselement

Beschreibung

Base

Pfad des zu spiegelnden Servers, je nach Typ im folgenden Format:

ZLM: https://server

DELL: http://ftp.dell.com

RCE: https://server/pfad

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

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

YUM: http://server/pfad

STATIC: /path/on/filesystem

NU: https://nu.novell.com/repo

Typ

Typ des Servers, den Sie spiegeln möchten:

ZLM: ZENworks 7.3 Linux Management

DELL: Dell-Aktualisierungspaket-FTP-Server

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

YAST: YAST Online Updates

RHN: Red Hat Network

YUM: YUM

NU: Novell Updates

Benutzer

Bei der Verbindung mit dem Fernserver zu verwendender Benutzername. Wenn kein Benutzer angegeben ist, ruft zlmmirror den Benutzernamen je nach Typ von folgendem Ort ab:

ZLM: Für SLES 9 und OES unter /etc/opt/novell/zenworks/zmd/deviceid und für SLES 10 und SLED 10 unter /etc/zmd/deviceid

RCE: /etc/ximian/mcookie

YAST: /etc/sysconfig/onlineupdate

Lassen Sie dieses Element bei einer Verbindung mit einem RHN- oder Dell-Server leer.

NU: Für SLES 9 und OES unter /etc/opt/novell/zenworks/zmd/deviceid und für SLES 10 und SLED 10 unter /etc/zmd/deviceid

Für den Novell Updates- (NU-)Server muss das Gerät bei NCC registriert sein, um die deviceid als Benutzer verwenden zu können.

Passwort

Bei der Verbindung mit dem Fernserver zu verwendendes Passwort. Wenn kein Passwort angegeben ist, ruft zlmmirror das Passwort je nach Typ von folgendem Ort ab:

ZLM: Für SLES 9 und OES unter /etc/opt/novell/zenworks/zmd/secret und für SLES 10 und SLED 10 unter /etc/zmd/secret

RCE: /etc/ximian/partnernet

YAST: /etc/sysconfig/onlineupdate

Lassen Sie dieses Element bei einer Verbindung mit einem RHN- oder Dell-Server leer.

NU: Für SLES 9 und OES unter /etc/opt/novell/zenworks/zmd/secret und für SLES 10 und SLED 10 unter /etc/zmd/secret

Für den Novell Updates- (NU-)Server muss das Gerät bei NCC registriert sein, um das Gerätegeheimnis als Passwort verwenden zu können.

Proxy

Die Angabe dieses Konfigurationselements ist optional; es wird für einen Internet-Proxyserver verwendet. Sie können dieses Element an einer beliebigen Stelle im Abschnitt RemoteServer einfügen.

Wenn für den Internet-Proxyserver eine Authentifizierung erforderlich ist, verwenden Sie folgende Syntax:

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

Ist keine Authentifizierung erforderlich, verwenden Sie folgende Syntax:

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

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

Konfigurationselement

Beschreibung

Base

Wenn im Element Typ eine statische Spiegelung (STATIC) festgelegt ist, definieren Sie mit dem Element Basis den Zielpfad für die gespiegelten Dateien (zum Beispiel /pfad/auf/dateisystem).

Legt das Element Type eine ZLM-Spiegelung fest, dann lassen Sie das Element Base leer.

Typ

Typ der vorzunehmenden Spiegelung:

ZLM: Spiegelt Kataloge und Bundles direkt auf den ZENworks Linux Management-Server. Nach der Spiegelung werden die gespiegelten Kataloge und Bundles im ZENworks Control Center angezeigt.

ZLM-Spiegelungen können nicht auf Sekundärservern durchgeführt werden.

STATIC: Spiegelt die Pakete in das Dateisystem des ZENworks Linux Management-Servers, fügt ZENworks die gespiegelten Pakete jedoch nicht hinzu.

Auf Sekundärservern können nur statische Spiegelungen durchgeführt werden.

Benutzer

Der bei der Verbindung mit dem (lokalen) ZENworks Linux Management zu verwendende Benutzername. Wenn das Standard-Administratorkonto verwendet werden soll, müssen Sie den Benutzernamen Administrator eingeben.

Passwort

Das Passwort für das unter User angegebene Konto. Wenn Sie das Administratorkonto verwenden, geben Sie das gleiche Passwort ein, das Sie während der Serverinstallation angegeben haben. Informationen zur Verschlüsselung Ihres Passworts erhalten Sie unter Abschnitt 25.9, Verschlüsseln des ZENworks-Serverpassworts.

Schritt 2: Katalog- und Bundle-Konfiguration

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 slc -c dateiname.xml

Zur Anzeige der verfügbaren Bundles führen Sie den folgenden Befehl aus:

zlmmirror slb -c dateiname.xml

CatalogConf

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>

Konfigurationselement

Beschreibung

Name

Name des Katalogs, der von diesem Fernserver gespiegelt werden soll.

Dies ist er einzige erforderliche Parameter.

Lokaler Name

Name des Katalogs, dem die gespiegelte Software angehören soll. Wenn kein lokaler Name angegeben ist, wird der auf dem Fernserver verwendete Katalogname übernommen. Der lokale Name für den Katalog sollte nicht identisch mit dem für den <Katalogname>-Patchordner reservierten Namen sein.

Ordner

Legt den eDirectory™-Ordner fest (z. B. /folder1/folder2), in dem Bundles und Kataloge erstellt und aktualisiert werden. Wenn dieser Ordner nicht angegeben ist, werden die Kataloge und Bundles im Ordner /zlmmirror erstellt und aktualisiert.

Ziel

Spiegelt nur die Pakete und Patches des Katalogs, die die angegebenen Zielplattformen unterstützen. Wenn keine Zielplattform angegeben ist, werden Pakete für alle Plattformen gespiegelt.

Diese Option kann mehrmals vorhanden sein. Sie kann direkt einen Zielnamen enthalten, aber auch eine reguläre Ausdruckszeichenfolge mit Platzhaltern, die alle übereinstimmenden Zielnamen auswählt.

Um beispielsweise Ziele einzuschließen, die mit sles beginnen, wie sles-9-i586, verwenden Sie den regulären Ausdruck <Target>sles*</Target>.

ExcludeTarget

Für diese Option gilt das Gleiche wie für Target. Allerdings werden bei dieser Option Pakete und Patches, die die angegebenen Zielplattformen unterstützen, von der Spiegelung ausgeschlossen. ExcludeTarget wird nach Target ausgeführt. Plattformen, die in ExcludeTarget aufgeführt werden, sind daher definitiv ausgeschlossen, selbst wenn sie zuvor in Target genannt wurden. Um beispielsweise Ziele auszuschließen, die mit i586 enden, wie sles-9-i586, verwenden Sie den regulären Ausdruck <ExcludeTarget>.*i586</ExcludeTarget>.

Bundle

Beschränkt die Spiegelung für den Katalog auf die angegebenen Bundles. Wenn keine Bundles angegeben sind, werden alle Bundles gespiegelt.

Diese Option gilt nur für ZENworks Linux Management- und YAST-Ursprungsserver. Diese Option kann mehrmals angegeben werden. Sie kann entweder einen Paketnamen enthalten oder eine reguläre Ausdruckszeichenfolge, die alle übereinstimmenden Paketnamen auswählt.

LocalBundleName

Benennt das Bundle lokal um. Dies gilt nur für die RCE-, NU- und RHN-Dienste, in denen ein Katalog auf dem Fernserver nur ein Bundle besitzt. Wenn Sie <LocalBundleName> angeben, dürfen Sie das <Bundle>-Tag nicht angeben. Dieses Tag ist nicht anwendbar, wenn Sie OES vom RCE-Dienst aus mit mehr als einem Bundle pro Katalog spiegeln.

ExcludeBundle

Für diese Option gilt das Gleiche wie für Bundle. Allerdings werden bei dieser Option die Pakete und Patches der angegebenen Bundles von der Spiegelung ausgeschlossen.

Diese Option gilt nur für ZENworks Linux Management- und YAST-Ursprungsserver. Diese Option kann mehrmals angegeben werden. Sie kann entweder einen Paketnamen enthalten oder eine reguläre Ausdruckszeichenfolge, die alle übereinstimmenden Paketnamen auswählt.

ExcludeBundle wird nach Bundle ausgeführt. Bundles, die in ExcludeBundle aufgeführt werden, sind daher definitiv ausgeschlossen, selbst wenn sie zuvor in Bundle genannt wurden.

Paket

Beschränkt die Spiegelung für den Katalog auf die angegebenen Pakete. Wenn keine Pakete angegeben sind, werden alle Pakete gespiegelt. Diese Option kann mehrmals vorhanden sein. Sie kann direkt einen Paketnamen enthalten, aber auch eine reguläre Ausdruckszeichenfolge, die alle übereinstimmenden Paketnamen auswählt. Diese Option wird für YOU-Patches nicht unterstützt.

ExcludePackage

Für diese Option gilt das Gleiche wie für Package. Allerdings werden bei dieser Option die angegebenen Pakete von der Spiegelung ausgeschlossen. Diese Option kann mehrmals vorhanden sein. Sie kann direkt einen Paketnamen enthalten, aber auch eine reguläre Ausdruckszeichenkette, die alle übereinstimmenden Paketnamen auswählt. Diese Option wird für YOU-Patches nicht unterstützt. ExcludePackage wird nach Package ausgeführt. Pakete, die in ExcludePackage aufgeführt werden, sind daher definitiv ausgeschlossen, selbst wenn sie zuvor in Package genannt wurden.

Kategorie

Beschränkt den Spiegelungsvorgang am Katalog auf die angegebenen Kategorien der Patch-Bundles. Wenn keine Kategorie angegeben wird, werden alle Patch-Bundles gespiegelt. Gültige Werte sind Empfohlen, Optional und Sicherheit. Dieses Tag eignet sich nur für SLES 10-, SLED 10- und OES 2-Server des Typs NU.

ServicePackGroups

Es sind ausschließlich boolesche Werte verwendbar (true oder false). Standardmäßig wird für <ServicePackGroups> der Wert Wahr festgelegt und es werden automatisch Bundle-Gruppen erstellt. Diese Option wird nur für YOU-Patches unterstützt.

AutoDeploy

Die Spiegelung des Pakets auf ein vorhandenes Bundle erzeugt eine neue Version des Bundles und stellt diese auf dem Server bereit. Wenn für AutoDeploy falsch festgelegt wird, beschränkt die Spiegelung die Bereitstellung des neuen Bundles. Es sind nur boolesche Werte gültig (true oder false). Standardmäßig wird für die Option true festgelegt.

CreateMonolithicBundle

Erstellt automatisch monolithische Paket-Bundles, die ausschließlich aus den neuesten Paket-RPMs bestehen. Ein separates monolithisches Bundle wird für jede Service Pack-Version erstellt und ein separates monolithisches Bundle mit den Aktualisierungen nach der neuesten Service Pack-Version. Es sind ausschließlich boolesche Werte verwendbar (true oder false). Standardmäßig ist die Option auf true gesetzt. Diese Option wird nur für YOU-Patches unterstützt.

FilterPatchRPM

Beschränkt die Spiegelung der YOU-Patch-Bundles, um alle Pakete vom Typ .patch.rpm zu filtern. Diese Option erzeugt ein entsprechendes RPM-Paket-Bundle auf dem lokalen Server. Es sind nur boolesche Werte gültig (true oder false). Standardmäßig wird für die Option false festgelegt. Diese Option wird nur für YOU-Patches unterstützt.

Wenn diese Option auf true gesetzt ist, werden Skripte des Typs .sh sowie .patch.rpm-Pakete beim Spiegeln der YaST-Patches gefiltert.

HINWEIS:Die Verwendung von regulären Ausdrücken (regexes) hat sich in ZENworks 7.3 Linux Management geändert. ZENworks 7.3 Linux Management verwendet keine Platzhalterzeichenabgleiche. In ZENworks Linux Management 6.6.x können Sie eine Platzhalterausdrucks-Zeichenkette statt einer regulären Ausdruckszeichenkette verwenden. In ZENworks 7.3 Linux Management sollten Sie <Bundle>patch- verwenden.*</Bundle> verwenden, um alle Bundles zu spiegeln, die mit dem Namen patch- beginnen. ZENworks Linux Management unterstützt alle regulären Ausdrücke von Java. Weitere Informationen über reguläre Ausdrücke in Java finden Sie in der Java-Dokumentation.

25.3.2 Erstellen einer Konfigurationsdatei mithilfe des xzlmmirror-Dienstprogramms

Bei dem xzlmmirror-Dienstprogramm handelt es sich um eine grafische Bedienoberfläche, mit der Sie die Konfigurationsdateien zur Spiegelung erstellen oder bearbeiten und diese in einer XML-Datei, die mit dem vorhandenen zlmmirror-Dienstprogramm kompatibel ist, speichern können. Die Datei enthält die Konfigurationsinformationen für die Fernserver, Proxyserver, lokalen Server und Kataloge.

Führen Sie die folgenden Aufgaben in der angegebenen Reihenfolge aus, um eine Konfigurationsdatei zu erstellen:

Sie können die Konfigurationsdatei auch bearbeiten. Weitere Informationen finden Sie in Bearbeiten der Konfigurationsdatei.

Konfigurieren der Server

  1. Geben Sie zum Starten des xzlmmirror-Dienstprogramms das folgende Kommando in der Kommandozeile ein:

    xzlmmirror

    Das Fenster xzlmmirror-Servereinstellungen wird angezeigt.

    Fenster xzlmmirror-Servereinstellungen
  2. Konfigurieren Sie den Fernserver mit der zu spiegelnden Software:

    1. Wählen Sie den Typ des Fernservers mit der zu spiegelnden Software aus.

      • ZLM: ZENworks 7.3 Linux Management

      • DELL: Dell-Aktualisierungspaket-FTP-Server

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

      • YAST: YaST Online Updates

      • RHN: Red Hat Network

      • YUM: YUM

      • NU: Novell Updates

      Die Standard-URL des zu spiegelnden Servers wird automatisch im folgenden Format angezeigt, abhängig vom ausgewählten Servertyp:

      • ZLM: https://server

      • DELL: http://ftp.dell.com

      • RCE: https://server/pfad

      • YAST: http(s)://server/path oder ftp://server/path

      • RHN: http(s)://server/pfad

      • YUM http://server/pfad

      • STATIC: /path/on/filesystem

      • NU: https://nu.novell.com/repo

    2. Geben Sie den Benutzernamen und das Passwort zum Verbinden mit dem Fernserver an.

  3. (Bedingt) Wenn Sie eine Verbindung zum Fernserver über einen Proxyserver herstellen, müssen Sie die Einstellungen des Proxyservers konfigurieren. Wenn eine Verbindung zum Fernserver nicht über einen Proxyserver hergestellt werden kann, fahren Sie fort mit Schritt 4.

    1. Klicken Sie auf Proxyeinstellungen anzeigen.

    2. Geben Sie die IP-Adresse oder den Hostnamen des Proxyservers an.

    3. Geben Sie die Portnummer des Proxyservers ein.

    4. Aktivieren Sie zur Authentifizierung am Proxyserver das Kontrollkästchen für Authentifizierung erforderlich und geben Sie den Benutzernamen und das Passwort für den Proxyserver an.

  4. Konfigurieren Sie den lokalen Server, der die gespiegelte Software empfangen soll. Sie können die Software entweder direkt an Ihren ZENworks Linux Management-Server spiegeln oder an das Dateisystem Ihres ZENworks Linux Management-Servers. Durch Spiegeln der Software an das Dateisystem wird sie jedoch nicht zu ZENworks hinzugefügt.

    1. Wählen Sie den lokalen Server aus, der die gespiegelte Software empfangen soll.

    2. Geben Sie den Benutzernamen und das Passwort an, um eine Verbindung zum lokalen Server herzustellen.

    3. Klicken Sie auf Verbinden, um die Berechtigungsnachweise für die Server zu validieren und eine Verbindung zum Fernserver herzustellen.

  5. Rufen Sie die Datei/var/opt/novell/log/zenworks/zlmmirror.log auf, um die Protokollinformationen zu den Serverkonfigurationen anzuzeigen.

  6. Fahren Sie mit Konfigurieren der Kataloge fort.

Konfigurieren der Kataloge

Das Fenster xzlmmirror-Katalogeinstellungen wird automatisch angezeigt, sobald die Berechtigungsnachweise für die Server, die Sie im Fenster xzlmmirror-Servereinstellungen angegeben haben, validiert sind. Im Fenster xzlmmirror-Katalogeinstellungen müssen Sie für die Kataloge und Bundles, die Sie an Ihren Server spiegeln möchten, Detailinformationen angeben.

Lesen Sie hierzu die folgenden Abschnitte:

Hinzufügen von Katalogen

Auf der Seite Kataloge hinzufügen können Sie jeden zu spiegelnden Katalog konfigurieren.

  1. Wählen Sie in der Dropdown-Liste Katalog den Katalog aus, der konfiguriert werden soll.

  2. Geben Sie im Feld Lokaler Name einen Namen für den ausgewählten Katalog ein.

    Der lokale Name für den Katalog sollte nicht identisch mit dem für den <Katalogname>-Patchordner reservierten Namen sein. Wenn kein Name angegeben wird, so wird der Name des im Feld Katalog ausgewählten Katalogs verwendet.

  3. Geben Sie im Feld Ordner den eDirectory-Ordner an, in dem die Bundles und Kataloge erstellt und aktualisiert werden.

    Wenn kein Ordner angegeben ist, werden die Kataloge und Bundles im Ordner /zlmmirror erstellt und aktualisiert.

  4. Klicken Sie in der Liste Ziele auf Durchsuchen, um die zu spiegelnden Ziele zu suchen und auszuwählen. Standardmäßig werden alle Ziele im ausgewählten Katalog gespiegelt.

    Um ein Ziel aus der Liste zu entfernen, wählen Sie das Ziel aus und klicken Sie anschließend auf Entfernen.

  5. (Bedingt) Das Feld Kategorie wird nur angezeigt, wenn Sie die Server des Typs NU von SLES 10, SLED 10 und OES 2 im Fenster xzlmmirror-Servereinstellungen ausgewählt haben. Wählen Sie die zu spiegelnden Kategorien aus. Die verfügbaren Optionen lauten Sicherheit, Empfohlen und Optional. Standardmäßig werden alle Kategorien gespiegelt.

  6. Geben Sie im Feld Name des lokalen Bundles einen Namen für das Bundle ein.

    Wenn Sie den Namen des lokalen Bundles angeben, brauchen Sie das <Bundle>-Tag nicht anzugeben. Dies gilt nur für die RCE-, NU- und RHN-Dienste, in denen ein Katalog auf dem Fernserver nur ein Bundle besitzt. Der lokale Bundle-Name trifft nicht zu, wenn Sie OES vom RCE-Dienst aus mit mehr als einem Bundle pro Katalog spiegeln.

  7. Geben Sie im Fensterbereich Bundles die zu spiegelnden Bundles anhand einer der folgenden Möglichkeiten an:

    • Klicken Sie auf Durchsuchen, um die zu spiegelnden Bundles zu suchen und auszuwählen. Standardmäßig werden alle Bundles im ausgewählten Katalog gespiegelt.

    • Geben Sie den Namen des zu spiegelnden Bundles ein und klicken Sie auf Hinzufügen, um es zur Liste hinzuzufügen.

    Deaktivieren Sie das Kontrollkästchen neben dem Bundle, um es von der Liste auszuschließen.

    Um ein Bundle aus der Liste zu entfernen, wählen Sie das Bundle aus und klicken Sie anschließend auf Entfernen.

  8. (Bedingt) Wenn Sie keine YOU-Patches verwenden, geben Sie das zu spiegelnde Paket im Fensterbereich Pakete anhand einer der folgenden Möglichkeiten an:

    • Klicken Sie auf Durchsuchen, um das zu spiegelnde Paket zu suchen und auszuwählen. Standardmäßig werden alle Pakete im ausgewählten Katalog gespiegelt.

    • Geben Sie den zu spiegelnden Paketnamen an und klicken Sie auf Hinzufügen, um es der Liste hinzuzufügen.

    Um ein Paket aus der Liste zu entfernen, wählen Sie das Paket aus und klicken Sie anschließend auf Entfernen.

  9. Um beim Spiegeln von Paketen die Bereitstellung eines neuen Bundles auf ein vorhandenes Bundle einzuschränken, deaktivieren Sie das Kontrollkästchen für Automatische Bereitstellung.

    Diese Option ist standardmäßig aktiviert.

  10. Konfigurieren Sie die folgenden zusätzlichen Optionen in der Gruppe Optionen, wenn Sie YOU-Patches verwenden:

    ServicePackGroups: Erstellt Bundle-Gruppen automatisch. Diese Option ist standardmäßig aktiviert.

    FilterPatchRPM: Ermöglicht die Spiegelung der YOU-Patch-Bundles, um alle Pakete vom Typ .patch.rpm zu filtern. Aktivieren Sie dieses Kontrollkästchen, um die Spiegelung von YOU-Patch-Bundles einzuschränken und alle Pakete vom Typ .patch.rpm zu filtern. Diese Option erzeugt ein entsprechendes RPM-Paket-Bundle auf dem lokalen Server.

    CreateMonolithicBundle: Erstellt automatisch monolithische Paket-Bundles, die ausschließlich aus den neuesten Paket-RPMs bestehen. Ein separates monolithisches Bundle wird für jede Service Pack-Version erstellt und ein separates monolithisches Bundle mit den Aktualisierungen nach der neuesten Service Pack-Version. Diese Option ist standardmäßig aktiviert.

  11. (Optional) Klicken Sie auf Zurücksetzen, um die Standardwerte für den Katalog festzulegen.

  12. Klicken Sie auf Katalog speichern, um die Katalogeinstellungen auf der Seite Katalogzusammenfassung zu speichern.

    Klicken Sie auf Datei > Speichern, um die Katalogeinstellungen in einer Datei zu speichern. Sie können nur die Katalogeinstellungen in einer Datei speichern, die auf der Seite Katalogzusammenfassung aufgelistet sind.

  13. (Optional) Klicken Sie auf Zurück, um einen anderen Server zu konfigurieren oder um die bereits konfigurierten Servereinstellungen zurückzusetzen.

  14. Fahren Sie dem Initiieren der Spiegelung fort. Weitere Informationen finden Sie in Abschnitt 25.3.5, Testen und Ausführen der Spiegelung mithilfe des xzlmmirror-Dienstprogramms.

Bearbeiten von Katalogeinstellungen
  1. Klicken Sie auf Katalogzusammenfassung.

    Auf dieser Seite werden die Katalognamen, die lokalen Namen und die Kategorie der Kataloge, die Sie auf der Seite Kataloge hinzufügen konfiguriert haben, angezeigt.

  2. Klicken Sie auf einen bestimmten Katalog, um dessen Einstellungen anzuzeigen oder zu bearbeiten.

    Das Dialogfeld Katalogdetails wird angezeigt.

  3. Klicken Sie auf Bearbeiten, um die im Fenster angezeigten Kataloginformationen zu bearbeiten.

Bearbeiten der Konfigurationsdatei

  1. Starten Sie das xzlmmirror-Dienstprogramm, indem Sie das folgende Kommando in der Kommandozeile eingeben:

    xzlmmirror

  2. Klicken Sie auf Datei > Öffnen.

  3. Navigieren Sie zur Konfigurationsdatei, die Sie bearbeiten möchten, und wählen Sie diese aus.

    Das Fenster xzlmmirror-Servereinstellungen wird angezeigt, in dem Sie die gewünschten Einstellungen bearbeiten können.

    Weitere Informationen finden Sie in Abschnitt 25.3.2, Erstellen einer Konfigurationsdatei mithilfe des xzlmmirror-Dienstprogramms.

25.3.3 Spiegeln von Patch-Bundles für SLES 10 / SLED 10 / SLES 11 / SLED 11 / OES 2 aus NU- und RCE-Repositorys

Sie können Patch-Bundles für SLES 10, SLED 10, SLES 11, SLED 11 und OES 2 aus Repositorys des Typs NU und RCE wie nu.novell.com und update.novell.com spiegeln. Weitere Informationen hierzu finden Sie in folgenden Abschnitten:

Spiegeln von monolithischen und Patch-Bundles für SLES 10 / SLED 10 / SLES 11 / SLED 11 / OES 2

Beim Spiegeln der Aktualisierungen für SLES 10, SLED 10, SLES 11, SLED 11, und OES 2-Plattformen vom NU-Server und vom RCE-Server mithilfe des Kommandos zlmmirror m -c conf.xml werden Patch-Bundles sowie das monolithische Bundle <katalogname>-bundle erstellt, das alle Pakete enthält.

Spiegeln der Patch-Bundles für SLES 10 / SLED 10 / SLES 11 / SLED 11 / OES 2

Um nur die Patch-Bundles für SLES 10-, SLED 10-, SLES 11-, SLED 11- und OES 2-Plattformen von entfernten Servern des Typs RCE und NU zu spiegeln, verwenden Sie das Kommando zlmmirror m -p -c mirror-conf.xml mit der Option -p.

HINWEIS:Beim Spiegeln der SLES 11- und SLED 11-Patch-Bundles aus einem NU-Repository wird für die einzelnen Pakete kein Fortschritt angezeigt.

Spiegeln der monolithischen Bundles für SLES 10 / SLED 10 / SLES 11 / SLED 11 / OES 2

Zum Spiegeln der monolithischen Bundles ohne Erstellung der Patch-Bundles verwenden Sie das Tag <Bundle> der Konfigurationsdatei für das Spiegeln. Beispiel: Verwenden Sie <Bundle>SLED10-Updates-bundle</Bundle> zum Spiegeln des SLED10-Aktualisierungskatalogs. Die Option slb zeigt sowohl monolithische Bundles als auch Patch-Bundles an. Sie können das gewünschte Bundle mithilfe des Tags <Bundle> herunterladen. Um die spezifischen Pakete im monolithischen Bundle herunterzuladen, verwenden Sie das <Bundle>-Tag für das monolithische Bundle und <Package>-Tags für die spezifischen Pakete. Beispiel: Ein <Catalog>-Abschnitt zum Spiegeln der Mozilla-Pakete des monolithischen Bundles kann wie folgt aussehen:

<Catalog>
  <Name>SLED10-Updates</Name> 
  <LocalName>SLED10-Updates</LocalName>
  <Folder></Folder>
  <Target>sled-10-i586</Target>
  <ExcludeTarget></ExcludeTarget>
  <Bundle>SLED10-Updates-bundle</Bundle>
  <ExcludeBundle></ExcludeBundle>
  <Package>Mozilla*</Package>
  <ExcludePackage></ExcludePackage>
</Catalog> 

HINWEIS:Der lokale Name für den Katalog sollte nicht identisch mit dem für den Ordner <Katalogname>-Patches reservierten Namen sein. Anders ausgedrückt: Das <localName>-Tag der Konfigurationsdatei für das Spiegeln darf nicht mit dem Namen der <Katalogname>-Patches identisch sein.

25.3.4 Testen und Ausführen der Spiegelung mithilfe von zlmmirror

Stellen Sie vor Beginn des Spiegelungsvorgangs sicher, dass mindestens 10 GB Speicherplatz auf dem Gerät frei sind.

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/Aktualisierungs-Flags enthält, wird für jede Installationstyp-/Aktualisierungs-Flags-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-/Aktualisierungs-Kombination, zwei Zielplattformen berücksichtigt werden. In diesem Fall werden für beide Zielplattformen jeweils eigene Bundles mit allen vier Installationstyp-/Aktualisierungs-Kombinationen erstellt. Es werden also acht verschiedene Bundles erstellt.

Die Anzahl der erstellten Bundle-Versionen errechnet sich aus der Anzahl der eindeutigen Installationstyp-/Aktualisierungs-Kombinationen multipliziert mit der Anzahl der Zielplattformen.

25.3.5 Testen und Ausführen der Spiegelung mithilfe des xzlmmirror-Dienstprogramms

Vor dem Starten der Spiegelung müssen Sie eine Konfigurationsdatei für die Spiegelung erstellen. Weitere Informationen finden Sie in Abschnitt 25.3.2, Erstellen einer Konfigurationsdatei mithilfe des xzlmmirror-Dienstprogramms.

So spiegeln Sie die Software:

  1. Klicken Sie im Fenster Katalogeinstellungen auf Spiegelung initiieren, um die Spiegelung zu initiieren. Das Dialogfeld Spiegelungsoptionen wird angezeigt.

  2. Wählen Sie die gewünschten Optionen aus:

    Testlauf: Druckt die zu spiegelnden oder einzubeziehenden Pakete.

    Paketsätze: Spiegelt nur die Patch-Bundles für RCE- und NU-Server. Paketsatz-Bundles werden nicht mit einbezogen.

    NEVRA erzwingen: Überschreibt ein vorhandenes Paket mit einem neuen Paket, bei dem ein NEVRA-Konflikt (Name, Epoche, Version, Release und Architektur) vorliegt.

    Erneut herunterladen: Lädt die Inhalte herunter, auch wenn sie bereits gespiegelt wurden.

    Sync-local: Synchronisiert das Repository am lokalen Server mit dem Repository am Fernserver.

    Debug: Zeigt die Ausgabe der Fehlersuche an.

    Umfassend: Zeigt eine umfassende Ausgabe an.

  3. Klicken Sie auf OK. Das Dialogfeld Konfigurationszusammenfassung wird angezeigt, in dem Sie die Spiegelungsoptionen und alle Konfigurationseinstellungen für die Spiegelung anzeigen können.

  4. Klicken Sie auf Fortfahren, um mit der Spiegelung zu beginnen.