Red Hat Training
A Red Hat training course is available for Red Hat Satellite
Referenzhandbuch
Red Hat Network Satellite
Ausgabe 1
Zusammenfassung
Einführung in das Handbuch
Warnung
1. Demnächst mehr
Anmerkung
1.1. Senden Sie uns Ihr Feedback
Kapitel 1. Red Hat Network Überblick
- der Red Hat Update Agent
- die Red Hat Network-Website, egal ob diese von den zentralen RHN Servern oder einem RHN Satellite gehostet oder durch einen RHN Proxy Server gespeist wird
- Red Hat Network Daemon
- die Red Hat Network Registration Client - nur für Systeme mit Red Hat Enterprise Linux 2.1
up2date
) stellt Ihre erstmalige Verbindung mit Red Hat Network her. Red Hat Enterprise Linux 3 und neuere Systeme verwenden den Red Hat Update Agent, um sich bei RHN anzumelden. Eine Anmeldung umfasst das Erstellen eines eindeutigen RHN-Benutzernamens und -Passworts, das Probing der Hardware auf Ihrem System, um ein Hardware-Profil anzulegen sowie ein Probing der auf Ihrem System installierten Softwarepakete, um ein Paketprofil anzulegen. Diese Information wird zu RHN gesandt. Daraufhin erhalten Sie von RHN eine eindeutige System-ID für Ihr System. Sobald Sie angemeldet sind, ermöglicht der Red Hat Update Agent Channel-Abonnements, Paketinstallationen und die Verwaltung von Systemprofilen. Siehe Kapitel 4, Red Hat Update Agent für weitere Informationen.
rhnsd
) läuft als Dienst im Hintergrund und führt in zeitlich festgelegten Abständen Probes auf Red Hat Network hinsichtlich Benachrichtigungen und Updates aus (siehe Kapitel 5, Red Hat Network Daemon für weitere Informationen). Dieser Daemon ist notwendig, wenn Sie Updates oder andere Aktionen durch die Website einplanen möchten.
rhn_register
-Client dokumentierte rhn_register
-Applikation, während Red Hat Enterprise Linux 3 und 4 die im Red Hat Update Agent enthaltene Registrierungs-Funktionalität besitzen.
Anmerkung
1.1. Update
- Herunterladen von Software — Für Kunden, die Abonnements für Red Hat Network erworben haben, stehen ISO-Images zum sofortigen Herunterladen zur Verfügung.
- Prioritätszugang in Zeiten hoher Belastung — Wenn Red Hat ein großes Errata freigibt, können Benutzer mit Prioritätszugang auf die aktualisierten Pakete garantiert umgehend zugreifen.
- RHN Support Zugang — Alle zahlenden Kunden des Red Hat Network erhalten Web-basierten Support bezüglich Fragen zu RHN.
- Errata-Benachrichtigung, Mehrere Systeme — Abonnements für mehrere Systeme bedeutet Errata-Benachrichtigungen für alle diese Systeme. Beachten Sie bitte, dass nur eine E-Mail pro Errata versandt wird, unabhängig von der Anzahl der betroffenen Systeme.
- Errata-Updates, Mehrere Systeme — Erhalten Sie schnelle Updates für mehrere Systeme mittels einfachem Klicken auf eine Schaltfläche.
1.2. Management
- Paketprofil-Vergleich — Vergleichen Sie das Paketset auf einem System mit den Paketsets ähnlicher Systeme per Mausklick.
- Durchsuchen von Systemen — Durchsuchen Sie Ihre Systeme basierend auf einer Anzahl von Kriterien: Pakete, Netzwerkinformationen, sogar Hardware Asset Tags.
- Systemgruppierung — Webserver, Datenbankserver, Arbeitsplatzrechner und andere auf Arbeitslast ausgelegte Systeme können gruppiert werden, sodass jede Gruppe gemeinsam verwaltet werden kann.
- Mehrere Administratoren — Administratoren können Rechte für spezielle Systemgruppen verliehen werden, was das Systemmanagement in sehr großen Unternehmen wesentlich erleichtert.
- System Set Manager — Sie können nunmehr Aktionen auf einer Reihe von Systemen anstatt auf Einzelsystemen ausführen lassen. Arbeiten Sie mit Mitgliedern einer vordefinierten Systemgruppe oder mit einer Ad-Hoc-Sammlung von Systemen. Mit nur einer einzigen Aktion können Sie ein einzelnes Softwarepaket auf jedem System installieren, die Systeme für einen neuen Channel anmelden oder Errata auf allen Systemen gleichzeitig anwenden.
- Batch-Processing — Eine Liste veralteter Pakete für tausend Systeme auszuarbeiten, würde mehrere Tage für einen Systemadministrator in Anspruch nehmen, der sich fest dieser Aufgabe verschrieben hat. Der Red Hat Network Management-Service kann dies für Sie in wenigen Sekunden erledigen.
1.3. Provisioning
- Kickstarten — Systeme mit Provisioning-Berechtigungen können mittels RHN mit einer ganzen Menge an Optionen, die im Kickstartprofil festgelegt sind, neu installiert werden. Optionen beinhalten alles vom Typ des Bootloaders und der Zeitzone bis hin zu eingebundenen/ausgeschlossenen Paketen und erlaubten IP-Adressbereichen. Es können sogar GPG- und SSL-Schlüssel vorkonfiguriert werden.
- Client-Konfiguration — Kunden können RHN dazu verwenden, die Konfigurationsdateien auf Provisioning-fähigen Systemen zu verwalten. Benutzer können Dateien in angepasste Konfigurations-Channels auf dem Satellite hochladen, lokale Konfigurationsdateien mit den von RHN gespeicherten Dateien vergleichen und Dateien vom Satellite einsetzen.
- Snapshot-Rollbacks — Provisioning-Benutzer haben die Möglichkeit das Systemprofil, Konfigurationsdateien und RHN-Einstellungen von Systemen zurückzusetzen. Dies ist möglich, da Snapshots immer dann durchgeführt werden, wenn irgendeine Aktion auf dem System abläuft. Diese Snapshots ermitteln Gruppen, Channels, Pakete und Konfigurationsdateien.
Anmerkung
Snapshot-Rollbacks unterstützen die Fähigkeit, bestimmte Änderungen am System zurückzusetzen, jedoch nicht in allen Situationen. Beispielsweise können Sie eine Reihe von RPM-Paketen zurücksetzen, allerdings wird das Zurücksetzen über mehrere Aktualisierungsstufen hinweg nicht unterstützt. - Angepasste Systeminformation — Provisioning-Kunden können jegliche Art an Information über deren Systeme genau festlegen. Dies unterscheidet sich von der Systemprofil-Information, die automatisch generiert wird und den Notizen dadurch, dass es Ihnen möglich ist, spezifische Schlüssel Ihrer Wahl zu erstellen und dann suchfähige Werte für diesen Schlüssel an jedes Provisioning-fähige System zu übertragen. Dieses Feature würde es Ihnen beispielsweise ermöglichen, die Zellen ausfindig zu machen, in der sich jedes der Systeme befindet.
1.4. Monitoring
- Probes — Dutzende von Probes können auf jedem System ausgeführt werden. Diese reichen von simplen
ping
-Checks bis hin zu angepassten, remoten Programmen, welche dazu entworfen sind, wertvolle Performance-Daten und andere Kenngrößen zu liefern. - Benachrichtigung — Meldungen oder sog. Alerts können an E-Mail- und Pager-Adressen mit den von Ihnen festgelegten Kontaktmethoden gesandt werden, sobald ein Probe seinen Status ändert. Jede Probe-Benachrichtigung kann an eine unterschiedliche Methode oder Adresse gesandt werden.
- Zentraler Status — Die Ergebnisse aller Probes werden überblicksmäßig auf einer einzelnen Probe Status-Seite festgehalten, wobei die betroffenen Systeme nach Status aufgegliedert werden.
- Auswertung — Indem Sie eine Probe auswählen und die Metrik und Zeitspanne genau festlegen, können Sie Diagramme und Event-Logs generieren, die bildlich genauestens darstellen, wie der Probe abgeschnitten hat. Dies kann sehr hilfreich bei der Voraussage und dem Verhindern von kostspieligen Systemausfällen sein.
- Probe-Suites — Gruppen von Probes können einem System oder einem ganzen Satz an Systemen auf einmal zugeordnet werden. Dies gibt Administratoren die Sicherheit, dass ähnliche Systeme auf dieselbe Art und Weise überwacht werden und spart dem Administrator zudem Zeit, da dieser keine individuellen Probes konfigurieren muss.
- Benachrichtigungsfilter — Probe-Benachrichtigungen können an einen anderen Empfänger umgeleitet werden, angehalten werden oder zu einem zusätzlichen Empfänger gesendet werden. Dies geschieht für einen festgelegten Zeitraum basierend auf den Probe-Kriterien, der Benachrichtigungsmethode, Scout oder Unternehmen.
1.5. Errata-Benachrichtigungen und geplante Paketinstallationen
- Reduzierter Zeit- und Arbeitsaufwand des System-Administrators hinsichtlich der Red Hat-Errata-Liste
- Auf ein Minimum gebrachte Sicherheitsschwachstellen in Ihrem Netzwerk, durch die Anwendung von Updates, sobald diese von Red Hat freigegeben werden
- Gefilterte Liste von Paket-Updates (Pakete nicht relevant für Ihr Netzwerk sind nicht beinhaltet)
- Verlässliche Methode der Verwaltung mehrerer Systeme mit gleichen oder ähnlichen Konfigurationen
1.6. Sicherheit, Qualitätssicherung (QA) und Red Hat Network
- Ihr Systemprofil unter http://rhn.redhat.com ist nur unter Verwendung eines von RHN bestätigten Benutzernames und Passworts zugänglich.
- Alle Pakete werden vom Red Hat-Qualitätssicherungsteam getestet und auf deren Authentizität hin überprüft, bevor diese der Red Hat-Errata-Liste und Red Hat Network hinzugefügt werden.
1.7. Bevor Sie beginnen
up2date
) und eventuell den Red Hat Network Registration Client (rhn_register
) in späterer Folge benötigen. In Red Hat Enterprise Linux 3 und neueren Versionen ist die Anmeldefunktionalität in den Red Hat Update Agent eingebaut. Red Hat Enterprise Linux 2.1 Benutzer benötigen dazu den Red Hat Network Registration Client.
Warnung
rpm -q
gefolgt vom Paketnamen aus. Beispielsweise geben Sie für den Red Hat Network Registration Client folgenden Befehl ein:
rpm -q rhn_register
rhn_register-2.9.3-1
package rhn_register is not installed
gnome
enden, nicht installieren.
Tabelle 1.1. Red Hat Network Pakete
Paketname | Beschreibung |
---|---|
rhn_register | Stellt das Red Hat Network Registration Client-Programm und die Textmodus-Oberfläche zur Verfügung |
rhn_register-gnome | Stellt die GNOME-Oberfläche (grafische Version) für den Red Hat Network Registration Client zur Verfügung; arbeitet nur in Zusammenhang mit dem X Window System |
up2date | Stellt die Red Hat Update Agent Befehlszeilenversion und Red Hat Network Daemon zur Verfügung |
up2date-gnome | Stellt die GNOME-Oberfläche (grafische Version) für den Red Hat Update Agent zur Verfügung; arbeitet nur in Zusammenhang mit dem X Window System |
Kapitel 2. Der rhn_register
-Client
rhn_register
. Diese Applikation arbeitet mit dem yum
-basierten RHN Hosted und RHN Satellite-Client namens Paket-Updater (oder pup
), der up2date
ablöst. Für weitere Informationen über pup
, siehe Kapitel 3, Paket-Updater.
rhn_register
-Applikation wird normalerweise als Teil des firstboot
-Konfigurationsprozesses direkt nach der Installation ausgeführt. Wenn ein neu installiertes Red Hat Enterprise Linux 5 System zum ersten Mal hochfährt, verwendet firstboot
rhn_register
, um Ihr System bei RHN anzumelden.
2.1. Verwenden von rhn_register
firstboot
nicht anzumelden), können Sie dies mithilfe von rhn_register
tun. Sie können den Befehl rhn_register
von der Befehlszeile aus als Root ausführen. Falls Sie sich niemals zuvor registriert haben, können Sie rhn_register
auch starten durch Anwählen von Anwendungen (das Hauptmenü auf der Taskleiste) ⇒ Systemwerkzeuge ⇒ Paket-Updater. (Sie werden dann aufgefordert, das Root-Passwort einzugeben.) Wenn der Paket-Updater auf einem System ausgeführt wird, das noch nicht angemeldet wurde, ruft er rhn_register
auf, falls sich keine /etc/sysconfig/rhn/systemid
-Datei auf dem System befindet.
/etc/sysconfig/rhn/systemid
auf Ihrem System vorliegt, wird rhn_register
Sie zunächst fragen, ob Sie sich sicher sind, dass Sie sich erneut anmelden möchten. Tun Sie dies, könnte ein doppeltes Systemprofil im RHN Satellite erstellt werden. Ziehen Sie die Verwendung von rhnreg_ks
und Aktivierungsschlüsseln in Erwägung, um ein System erneut anzumelden, ohne dass ein doppelter Eintrag verursacht wird. Siehe Abschnitt 7.4.2.10.1.4, »System-Details ⇒ Details ⇒ Reaktivierung —
« für weitere Informationen.
Abbildung 2.1. Anmeldung verifizieren
Abbildung 2.2. Registrierung für Software-Updates
Abbildung 2.3. Wählen Sie eine Update-Quelle
Abbildung 2.4. Geben Sie Ihre Account-Informationen ein
Anmerkung
Abbildung 2.5. Legen Sie Ihr Systemprofil an
rhn_register
in diesem Schritt an RHN oder den Satellite überträgt.
Anmerkung
rhnreg_ks
und Aktivierungsschlüssel in Erwägung ziehen.
Abbildung 2.6. Überprüfen Sie die Abonnement-Details
Abbildung 2.7. Einrichtung der Software-Updates fertigstellen
Anmerkung
2.1.1. Befehlszeilenversion von rhn_register
rhn_register
, mithilfe derer Sie Ihr System für den Zugriff auf RHN oder Satellite anmelden können ohne eine grafische Desktop-Umgebung.
rhn_register
in einem Shell-Prompt ein. Wenn Sie sich an einem Shell Terminal-Fenster befinden und die nicht-grafische Version ausführen möchten, geben Sie rhn_register --nox
ein, um das Öffnen des grafischen Clients zu verhindern.
Abbildung 2.8. rhn_register
Befehlszeilenversion
rhn_register
hat dieselben Konfigurationsbildschirme wie die grafische Desktop-Version. Für die Navigation auf dem Bildschirm verwenden Sie jedoch die Richtungstasten auf der Tastatur, um sich nach links oder rechts zu bewegen und die Auswahl zu markieren. Drücken Sie die Leertaste, um eine Aktion auszuwählen. Drücken Sie Tab, um sich durch verschiedene Navigationselemente wie Textfelder, Auswahlkästchen (die mit einem x
gekennzeichnet werden, wenn ausgewählt), und Radio-Buttons (die mit einem Sternchen gekennzeichnet werden, wenn ausgewählt) zu bewegen.
Kapitel 3. Paket-Updater
pup
) verwenden, um Systeme auf dem aktuellen Stand zu halten.
pup
command>) ist die Desktop-Update-Applikation für Red Hat Enterprise Linux 5.. Mithilfe dieses Tools können Sie Pakete aktualisieren und Einzelheiten lesen über die aktualisierten Pakete, wie z.B. Bugfix-Informationen, Sicherheitsmeldungen, Erweiterungen usw.
3.1. Verwenden des Paket-Updaters
pup
, um den Paket-Updater zu öffnen.
Abbildung 3.1. Paket-Updater Oberfläche
Abbildung 3.2. Paketabhängigkeiten
Abbildung 3.3. Importieren des GPG-Schlüssels
Abbildung 3.4. Aufforderung zum Neustart
3.2. Das Paket-Updater-Applet
Abbildung 3.5. Paket-Updater-Applet
- Aktualisieren — Überprüfe RHN oder den Satellite auf neue Updates
- Updates anzeigen — startet die Paket-Updater-Applikation, so dass Sie alle verfügbaren Updates genauer ansehen können und die Updates nach Ihren Angaben konfigurieren können
- Updates anwenden — Herunterladen und Installieren aller aktualisierten Pakete
- Beenden — Schließen des Applets
3.3. Pakete von der Befehlszeile aus mit yum
aktualisieren
yum
durchsucht unterstützte Repositorys nach Paketen und deren Abhängigkeiten, damit diese zusammen installiert werden können und somit Probleme durch Abhängigkeiten verringert werden. Red Hat Enterprise Linux 5 verwendet yum
, um Pakete abzurufen und zu installieren.
up2date
ist nicht verfügbar auf Red Hat Enterprise Linux 5, wo stattdessen Yum (Yellowdog Updater Modified) verwendet wird. Der gesamte Stapel von Werkzeugen, welche Software in Red Hat Enterprise Linux 5 aktualisieren und installieren, basiert nunmehr auf Yum. Das schließt alles ein von der Anfangsinstallation via Anaconda
-Installationsprogramm bis hin zu Host-Software-Managementtools wie pirut.
3.3.1. yum
-Befehle
yum command [package_name]
yum
-Befehle. Für eine vollständige Liste verfügbarer yum-Befehle siehe man yum
.
yum install package_name
- Wird dazu verwendet, die neueste Version eines Pakets oder einer Gruppe von Paketen zu installieren. Wenn kein Paket mit dem angegebenen Paketnamen gefunden werden kann, wird angenommen, dass es sich um einen Shell-Platzhalter handelt, und jegliche Übereinstimmungen werden dann installiert.
- yum update package_name
- Wird dazu verwendet, die angegebenen Pakete auf die neueste, verfügbare Version zu aktualisieren. Falls keine Pakete angegeben werden, wird
yum
versuchen, sämtliche installierte Pakete zu aktualisieren.Wenn die--obsoletes
-Option verwendet wird (d. h.yum --obsoletes package_name
), wird yum veraltete Pakete bearbeiten. Infolgedessen werden Pakete, die durch das Update obsolet gemacht wurden, entfernt und entsprechend ersetzt werden. - yum check-update
- Dieser Befehl ermöglicht es Ihnen festzustellen, ob Updates für Ihre installierten Pakete verfügbar sind.
yum
gibt eine Liste aller Paket-Updates von allen Repositorys aus, falls welche vorhanden sind. - yum remove package_name
- Wird verwendet, um die angegebenen Pakete zusammen mit allen davon abhängigen Paketen zu entfernen.
- yum provides package_name
- Wird verwendet um festzustellen, welches Paket eine bestimmte Datei oder ein bestimmtes Feature liefert.
- yum search keyword
- Dieser Befehl wird dazu benutzt, um alle Pakete in allen unterstützten Repositorys zu finden, die ein bestimmtes Stichwort in den Feldern für die Beschreibung, Zusammenfassung, Paketersteller und Paketname der RPMs enthalten.
- yum localinstall absolute path to filename
- Wird verwendet, wenn yum dazu benutzt wird, ein lokal auf der Maschine vorliegendes Paket zu installieren.
Kapitel 4. Red Hat Update Agent
Warnung
rhn_register
-Client für Instruktionen. Kehren Sie danach zu diesem Kapitel zurück, um Anweisungen zur Anwendung des Red Hat Update Agent zu bekommen.
Wichtig
up2date up2date
aus. Wenn Sie nicht die aktuellste Version installiert haben, wird Ihre derzeitige Version durch diesen Befehl aktualisiert.
4.1. Den Red Hat Update Agent starten
- Auf dem GNOME und KDE-Desktop gehen Sie zum Menü Applikationen (auf der Taskleiste) => Hinzufügen/Entfernen von Software.
- Bei einer Shell Aufforderung (z. B. ein xterm oder gnome-terminal), geben Sie den Befehl
system-config-packages
ein.
- Auf den GNOME und KDE Desktops gehen Sie zum Menü Applikationen (auf der Taskleiste) => Systemwerkzeuge => Red Hat Network.
- Geben Sie den Befehl
up2date
am Shell-Prompt (z. B. xterm- oder gnome-terminal-Terminal) ein.
up2date --help
ein.
up2date --tmpdir=/tmp/up2date/
Tabelle 4.1. Grafische Update Agent Optionen
Option | Beschreibung |
---|---|
--configure | Konfigurieren Sie Red Hat Update Agent-Optionen. Siehe Abschnitt 4.4, »Konfiguration« für eine detaillierte Anleitung. |
-d , --download | Laden Sie die Pakete nur herunter; installieren Sie diese nicht. Dieses Argument übersteuert temporär die Konfigurationsoption Pakete nicht nach deren Abfrage zu installieren. Benutzen Sie diese Option, wenn Sie eine manuelle Installation der Pakete bevorzugen. |
-f , --force | Paketinstallation erzwingen. Diese Option übersteuert temporär die Datei-, Paket- und Konfigurations-Skiplisten. |
-i , --install | Installieren von Paketen, nachdem diese heruntergeladen wurden. Dieses Argument übersteuert temporär die Konfigurationsoption Pakete nicht nach deren Abfrage zu installieren. |
-k , --packagedir | Legen Sie einen Pfad von durch Beistriche getrennten Verzeichnissen an, um nach Paketen zu suchen, bevor Sie versuchen diese herunterzuladen. |
--nosig | Verwenden Sie nicht GPG, um Ihre Paketsignatur zu prüfen. Diese Option übersteuert temporär die gespeicherte Konfigurationsoption. |
--tmpdir=directory | Übersteuern Sie temporär das konfigurierte Paketverzeichnis. Die heruntergeladenen Updates werden standardmäßig in /var/spool/up2date kopiert. Diese Option ist nützlich, wenn nicht genügend Speicherplatz vorhanden ist. |
--dbpath=dir | Legen Sie eine alternative RPM-Datenbank für die temporäre Benutzung fest. |
squid.mysite.org:3128
. Wenn Ihr Proxy-Server zusätzlich dazu Benutzername und Passwort erfordert, wählen Sie das Kontrollkästchen Authentifikation anwenden und geben Benutzername und Passwort in die entsprechenden Felder ein.
Abbildung 4.1. Konfiguriere Proxy Server
Abbildung 4.2. Installiere GPG-Schlüssel
4.2. Anmeldung
up2date --register
Wichtig
Abbildung 4.3. Begrüßungsbildschirm
4.2.1. Anmelden eines Benutzer-Accounts
up2date
)..
Wichtig
Abbildung 4.4. Red Hat Anmeldebildschirm
- Darf keine Leerzeichen beinhalten
- Darf nicht die Zeichen &, +, %, oder ' beinhalten
- Ist nicht an Groß-/Kleinschreibung gebunden, wobei die Möglichkeit identischer Benutzernamen ausgeschlossen wird, die sich nur durch deren Großschreibung unterscheiden.
- Müssen mindestens vier Zeichen lang sein
- Dürfen keine Tabulatoren enthalten
- Dürfen keine Zeilenvorschübe enthalten
Anmerkung
Abbildung 4.5. Erstellen eines Benutzer-Accounts
4.2.2. Aktivieren
- Red Hat Enterprise Linux Version
- Hostname
- IP-Adresse
- CPU-Model
- CPU-Geschwindigkeit
- Menge an RAM
- PCI-Geräte
- Plattengrößen
- Mountpunkte
Anmerkung
Abbildung 4.6. Aktivieren
Abbildung 4.7. Systemprofil an Red Hat Network senden
4.2.3. Channels
Abbildung 4.8. Channels
Abbildung 4.9. Paketliste abrufen
Anmerkung
up2date
auf Ihrem System älter ist, als die Version in Ihrem ausgewählten Channel, fragt Sie der Red Hat Update Agent, ob Sie diese aktualisieren möchten. Wenn Sie dem zustimmen, dann wird lediglich das up2date
-Paket aktualisiert. Dies entspricht dem Ausführen des Befehls up2date up2date
. Nachdem der Aktualisierungsprozess stattgefunden hat, startet der Red Hat Update Agent neu und vervollständigt das ursprüngliche Update des Systems.
4.2.4. Zum Überspringen gekennzeichnete Pakete
Abbildung 4.10. Zum Überspringen gekennzeichnete Pakete
4.2.5. Verfügbare Paket-Updates
Abbildung 4.11. Verfügbare Paket-Updates
Abbildung 4.12. Errata-Advisory Beispiel
4.2.6. Pakete abrufen
/var/spool/up2date/
gespeichert.
Abbildung 4.13. Pakete abrufen
4.2.7. Pakete installieren
Abbildung 4.14. Pakete installieren
Abbildung 4.15. Alles abgeschlossen
4.3. Befehlszeilenversion
up2date --nox
up2date -u
Tabelle 4.2. Update Agent Befehlszeilenparameter
Option | Beschreibung |
---|---|
-? , --usage | Beschreibt kurz die verfügbaren Optionen. |
-h , --help | Listet die verfügbaren Optionen auf und beendet. |
--arch=architecture | Zwingt up2date , diese Architektur des Paketes zu installieren. Nicht gültig in Zusammenhang mit --update , --list oder --dry-run . |
--channel=channel | Legt mithilfe von Channel-Labels fest, von welchem Channel Sie aktualisiert möchten. |
--configure | Konfigurieren Sie Red Hat Update Agent-Optionen. Siehe Abschnitt 4.4, »Konfiguration« für eine detaillierte Anleitung. |
-d , --download | Laden Sie die Pakete nur herunter; installieren Sie diese nicht. Dieses Argument übersteuert temporär die Konfigurationsoption Pakete nicht nach deren Abfrage zu installieren. Benutzen Sie diese Option, wenn Sie eine manuelle Installation der Pakete bevorzugen. |
--dbpath=dir | Legen Sie eine alternative RPM-Datenbank für die temporäre Benutzung fest. |
--dry-run | Führt alles aus, ausser dem Herunterladen und Installieren von Paketen. Dies ist nützlich beim Überprüfen von Abhängigkeiten und anderen Anforderungen vor der eigentlichen Installation. |
-f , --force | Paketinstallation erzwingen. Diese Option übersteuert temporär die Datei-, Paket- und Konfigurations-Skiplisten. |
--firstboot | Erscheint in der Mittes des Bildschirms für Firstboot. |
--get | Ruft das festgelegte Paket ab, ohne dabei Abhängigkeiten aufzulösen. |
--get-source | Ruft das festgelegte Quellpaket ab, ohne Abhängigkeiten aufzulösen. |
--gpg-flags | Zeigt die Flags, mit denen GPG aufgerufen wird, wie beispielsweise der Keyring. |
--hardware | Aktualisiert das Hardware-Profil dieses Systems auf RHN. |
-i , --install | Installieren von Paketen, nachdem diese heruntergeladen wurden. Dieses Argument übersteuert temporär die Konfigurationsoption Pakete nicht nach deren Abfrage zu installieren. |
--installall=<channel-label> | Installiert alle verfügbaren Pakete eines vorgegebenen Channels |
--justdb | Fügt Pakete nur der Datenbank hinzu, ohne diese zu installieren. |
-k , --packagedir | Legt einen durch Semikolons getrennten Pfad an Verzeichnissen fest, um nach Paketen zu suchen, bevor diese heruntergeladen werden. |
-l , --list | Listet Pakete auf, die für das System relevant sind. |
--list-rollbacks | Zeigt die verfügbaren Paket-Rollbacks. |
--nodownload | Lädt keine Pakete herunter. Dies ist für Testzwecke nützlich. |
--nosig | Verwenden Sie nicht GPG, um Ihre Paketsignatur zu prüfen. Diese Option übersteuert temporär die gespeicherte Konfigurationsoption. |
--nosrc | Lädt keine Quellpakete (SRPMs) herunter. |
--nox | Versucht nicht, X zu starten. Hierdurch wird die Befehlszeilenversion des Red Hat Update Agent gestartet. |
-p , --packages | Aktualisiert Pakete in Zusammenhang mit diesem System-Profil. |
--proxy=proxy URL | Legt einen zu verwendenden HTTP-Proxy fest. |
--proxyPassword=proxy password | Legt ein Passwort fest, um es in Zusammenhang mit einem authentifizierten HTTP-Proxy zu verwenden. |
--proxyUser=proxy user ID | Legt einen Benutzernamen fest, um diesen mit einem authentifizierten HTTP-Proxy zu verwenden. |
--register | Registriert dieses System mit RHN (neu). Siehe Abschnitt 4.2, »Anmeldung« für nähere Instruktionen. |
--serverUrl=server URL | Legt einen anderen Server fest, von welchem Pakete abgefragt werden sollen. |
--showall | Listet alle zum Herunterladen verfügbaren Pakete. |
--show-available | Listet alle verfügbaren Pakete auf, die derzeit noch nicht installiert sind. |
--show-channels | Zeigt den Channel-Namen in Verbindung mit jedem Paket. |
--show-orphans | Listet alle derzeit installierten Pakete auf, die sich nicht in Channels befinden, zu denen das System angemeldet ist. |
--show-package-dialog | Zeigt den Paketinstallations-Dialog im GUI-Modus. |
--solvedeps=dependencies | Findet, lädt und installiert die zum Auflösen von Abhängigkeiten erforderlichen Pakete. |
--src | Lädt Quellpakete sowie auch Binary-RPMs herunter. |
--tmpdir=directory | Übersteuern Sie temporär das konfigurierte Paketverzeichnis. Die heruntergeladenen Updates werden standardmäßig in /var/spool/up2date kopiert. Diese Option ist nützlich, wenn nicht genügend Speicherplatz vorhanden ist. |
-u , --update | Aktualisiert das System mit allen relevanten Paketen. |
--undo | Macht das letzte Update einer Paketgruppe rückgängig. |
--upgrade-to-release=release version | Aktualisiert auf den angegebenen Channel. |
--uuid=uuid | Übergibt eine eindeutige Benutzer-ID, die vom Alert-Benachrichtigungstool generiert wurde. |
-v , --verbose | Gibt zusätzliche Informationen während der Aktualisierung aus. |
--version | Zeigt die up2date -Versionsinformation an. |
--whatprovides=dependencies | Zeigt die Pakete, welche die kommagetrennte Liste an Abhängigkeiten auflösen. |
Anmerkung
--solvedeps
und --whatprovides
können dazu verwendet werden, Abhängigkeiten für ein RPM aufzulösen, auch wenn Ihr System derzeit keinen Zugriff auf einen Channel, der dieses Paket enthält, besitzt.
4.3.1. Installieren des Red Hat GPG-Schlüssels
Ihr GPG-Schlüsselring enthält den Red Hat, Inc. öffentlichen Schlüssel nicht. Ohne diesen können Sie nicht verifizieren, ob vom Update-Agent heruntergeladene Pakete sicher von Red Hat signiert sind.
Anmerkung
rpm --import /usr/share/doc/rpm-4.1/RPM-GPG-KEY
gpg
-Befehl (als Root):
/usr/bin/gpg --import /usr/share/rhn/RPM-GPG-KEY
Type bits/keyID Date User ID pub 1024D/650D5882 2001-11-21 Red Hat, Inc. (Security Response Team) sub 2048g/7EAB9AFD 2001-11-21 -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.2.1 (GNU/Linux) mQGiBDv70vQRBADh701rf8WUzDG88kqlV/N5KQ1PF0amnODB/1EeuAD7n6bCBRmV ekQWJCdfab0Rf1S+VsFg6IAAAmDIarVnacTLQzqCdGJqTpXm/rGVpLv+mCh+OmT9 QRFbjSzB0uPJOpiIvJwSS00D/wJ8XKzHkVNgW3DiJ9Qz2BHYszU2ISI6FwCgxY6d IVjWT5jblkLNjtD3+fR024ED/i0e2knetTX3S9LjC+HdGvP8Eds92Ti2CnJLaFJk Rp749PucnK9mzxPcO2jSHgdtjWAXst/st+gWFVbFmkjBQDVSd00B/xEwI1T1+LN8 V7R8BElBmg99IlJmDvA2BI/seXvafhzly9bxSHScFnceco/Az9umIs3NXwv3/yOm ZakDBAC6SAGHBmpVkOdeXJDdb4LcbEhErFU3CpRCjZ6AOnFuiV1MGdulZXvEUgBA I6/PDE5nBHfZY3zPjyLPZVtgYioJpZqcRIx/g+bX2O8kPqvJEuZ19tLCdykfZGpy bsV7QdSGqBk3snNOizmFj543RaHyEbnwKWbNADhujWMeUAxN+7Q8UmVkIEhhdCwg SW5jLiAoU2VjdXJpdHkgUmVzcG9uc2UgVGVhbSkgPHNlY2FsZXJ0QHJlZGhhdC5j b20+iFcEExECABcFAj3GczYFCwcKAwQDFQMCAxYCAQIXgAAKCRBeVICDZQ1YghAU AJoCeQfuMR2dKyLft/10O6qUs+MNLQCggJgdO8MUO2y11TWID3XOYgyQG+2InAQT AQIABgUCPtyYpQAKCRDurUz9SaVj2e97A/0b2s7OhhAMljNwMQS4I2UWVGbgtxdu D+yBcG/3mwL76MJVY7aX+NN/tT9yDGU+FSiQZZCL/4OFOHMvjpcDqfJY+zpTlBii ZMAPJWTs2bB+0QaXxUgWlwW84GVf2rA6RSbvMLTbDjTH8t7J1RGP9zAqu8SgraTA QbQdao6TNxVt+ohGBBMRAgAGBQI+3LjCAAoJECGRgM3bQqYOf5MAoIjiJDe+hDOj 9+jlR0qDs9lIi/C2AJ9SBBfd4A8hyR4z3lY7e0LzjWF51LkCDQQ7+9O3EAgA8tMs xdUmuTfA+X78fMXh7LCvrL4Hi28CqvNM+Au81XJjDLNawZvpVmFlMmd9h0Xb5Jt2 BZWLR13rcDUByNdw1EWhVAzCz6Bp9Z3MIDhcP00iIBctIHn7YP9fi5vV0G03iryT XE01mhWoBlC233wr3XHwsqxFfZzaCZqqNKTl0+PNfEAIzJRgtYiW8nzFTPpIR05E oRn6EvmQfayOF2uYDX9Sk//lOD7T7RLtKjM/hPW/9NoCGwwROaG+VUzVv4aelh1L dJGEjpFtdxcrOUMD8xbkuGMznu0mpDI+J2BUDh5n57yOyEMaGrQ0jfY1ZqdqDvZg osY1ZHa6KlmuCWNTnwADBQf/XYhCicp6iLetnPv6lYtyRfFRpnK98w3br+fThywC t81P2nKv8lio6OsRbksGc1gX8Zl6GoHQYfDe7hYsCHZPoWErobECFds5E9M7cmzV TTyNTvrELrs07jyuPb4Q+mHcsYPILGR3M+rnXKGjloz+05kOPRJaBEBzP6B8SZKy QNqEfTkTYU4Rbhkzz/UxUxZoRZ+tqVjNbPKFpRraiQrUDsZFbgksBCzkzd0YURvi CegO2K7JPKbZJo6eJA10qiBQvAx2EUijZfxIKqZeLx40EKMaL7Wa2CM/xmkQmCgg Hyu5bmLSMZ7cxFSWyXOst78dehCKv9WyPxHV3m4iANWFL4hGBBgRAgAGBQI7+9O3 AAoJEF5UgINlDViCKWcAoMCeYStWVKXJTytzHEL6Wl8rXr8WAKCHuapJIA4/eFsf 4ciWtjY8cO0v8Q== =yOVZ -----END PGP PUBLIC KEY BLOCK-----
4.3.2. Manuelle Paketinstallation
/var/spool/up2date
. Geben Sie dann den Befehl rpm -Uvh *.rpm
ein. Wenn die Pakete fertig installiert sind, können Sie diese löschen. Diese werden nicht mehr benötigt von Ihnen benötigt.
4.3.3. Ihr Systemprofil synchronisieren
rhn-profile-sync
up2date -p
4.3.4. Log-Datei
/var/log/up2date
. Er benutzt dabei die standardmäßig rotierende Log-Methode. Deshalb befinden sich ältere Logs in /var/log/up2date.1
, /var/log/up2date.2
und /var/log/up2date.3
. Die Log-Dateien speichern Aktionen, die vom Red Hat Update Agent durchgeführt werden, wie wenn beispielsweise Ihre RPM-Datenbank geöffnet wird, wenn dieser sich mit Red Hat Network verbindet, um Informationen von Ihrem Systemprofil abzufragen. Bei diesen Informationen kann es sich darum handeln, welche Pakete heruntergeladen wurden, welche Pakete mittels Red Hat Update Agent installiert worden sind und welche Pakete nach der Installation vom System gelöscht wurden. Wenn Sie Pakete selber installieren und löschen, wird dies nicht in dieser speziellen Log-Datei aufgezeichnet. Sie sollten daher Ihr eigenes Protokoll über Aktionen führen, welche nicht unter Verwendung des Red Hat Update Agent stattfinden.
4.4. Konfiguration
4.4.1. Verwendung des Red Hat Update Agent Konfigurationstools
up2date-config
am Shell-Prompt gestartet werden (z. B. einem xterm- oder einem gnome-terminal).
4.4.1.1. Allgemeine Einstellungen
squid.mysite.org:3128
in das Textfeld eingeben. Wenn Ihr Proxy Server zusätzlich einen Benutzernamen und ein Passwort erfordert, wählen Sie die Verwende Authentifikation-Option aus und geben diese Daten in die entsprechenden Felder ein.
Abbildung 4.16. Allgemeine Einstellungen
4.4.1.2. Abfrage-/Installations-Einstellungen
Warnung
Abbildung 4.17. Abfrage-/Installations-Einstellungen
- Pakete nach Abrage nicht installieren — Lädt ausgewählte RPM-Pakete in das gewünschte Verzeichnis herunter und ignoriert Installationspräferenzen
- Pakete nicht aktualisieren, wenn die lokale Konfigurationsdatei modifiziert wurde — Wenn die Konfigurationsdatei für ein Paket wie beispielsweise
apache
odersquid
modifiziert worden ist, wird nicht versucht, es zu aktualisieren. Diese Option ist hilfreich, wenn Sie angepasste RPMs auf Ihrem System installieren und Sie diese nicht aktualisiert haben möchten, da diese ansonsten wieder in Standard Red Hat Enterprise Linux Pakete umgewandelt werden. - Source-RPM gemeinsam mit Binary-Paket abfragen — Lädt den Source (
*.src.rpm
) sowie auch die Binärdateien (*.[architecture].rpm
) herunter
- Verwende GPG, um Paket-Integrität zu überprüfen — Bevor Pakete installiert werden, wird Red Hats GPG-Signatur überprüft (aus Sicherheitsgründen strengstens empfohlen)
- Nach der Installation Binary-Pakete auf Platte aufbewahren — Speichert Binärpakete im gewünschten Verzeichnis, anstatt diese nach der Installation zu löschen
- Übersteuere im Systemprofil gespeicherte Version — Übersteuert die Red Hat Linux Version in Ihrem Systemprofil
- Paket-Speicherverzeichnis — Ändert das Verzeichnis, in welches Pakete heruntergeladen werden; standardmäßig ist es
/var/spool/up2date/
4.4.1.3. Paketausnahme-Einstellungen
kernel*
im Auszulassende Paketnamen-Abschnitt befindet, dann zeigt der Red Hat Update Agent keine Pakete beginnend mit kernel an.
Abbildung 4.18. Paketausnahme-Einstellungen
4.4.2. Befehlszeilenversion
/etc/sysconfig/rhn/up2date
zu speichern.
up2date --nox --configure
0. debug No 1. isatty Yes 2. depslist [] 3. networkSetup Yes 4. retrieveOnly No 5. enableRollbacks No 6. pkgSkipList ['kernel*'] 7. storageDir /var/spool/up2date 8. adminAddress ['root@localhost'] 9. noBootLoader No 10. serverURL https://xmlrpc.rhn.redhat.com/XMLRPC 11. fileSkipList [] 12. sslCACert /usr/share/rhn/RHNS-CA-CERT 13. noReplaceConfig Yes 14. useNoSSLForPackage No 15. systemIdPath /etc/sysconfig/rhn/systemid 16. enableProxyAuth No 17. retrieveSource No 18. versionOverride 19. headerFetchCount 10 20. networkRetries 5 21. enableProxy No 22. proxyPassword 23. noSSLServerURL http://xmlrpc.rhn.redhat.com/XMLRPC 24. keepAfterInstall No 25. proxyUser 26. removeSkipList ['kernel*'] 27. useGPG Yes 28. gpgKeyRing /etc/sysconfig/rhn/up2date-keyring.gpg 29. httpProxy 30. headerCacheSize 40 31. forceInstall No Enter number of item to edit <return to exit, q to quit without saving>:
Wichtig
up2date
nur SSL. Aus diesem Grund sollten Sie sichergehen, dass Ihre Firewalls Verbindungen über Port 443 zulassen. Um SSL zu umgehen, ändern Sie in der Konfigurationsdatei /etc/sysconfig/rhn/up2date
das Protokoll für serverURL
von https
auf http
um.
4.5. Registrieren mit Aktivierungsschlüsseln
up2date
eine Utility, die auf die Stapelverarbeitung (Batch-Verarbeitung) von System-Registrierungen ausgelegt ist: Aktivierungsschlüssel. Jeder einzigartige Schlüssel kann dazu verwendet werden, Red Hat Enterprise Linux-Systeme zu registrieren, diese zu einem RHN Service-Level zu berechtigen und diese für spezielle Channels und Systemgruppen anzumelden. Diese Automatisierung umgeht die Berechtigung und Registrierung via Red Hat Network Registration Client und Red Hat Update Agent.
rhnreg_ks
als Bestandteil derer Pakete an.
Anmerkung
rhn_register
-Paket oder höher. Es wird strengstens empfohlen, dass Sie die neueste Version beschaffen, bevor Sie die Aktivierungsschlüssel benutzen.
rhnreg_ks --activationkey=7202f3b7d218cf59b764f9f6e9fa281b
--serialnumber
mit der Option --activationkey
:
rhnreg_ks --serialnumber=7202f3b7d218cf59b764f9f6e9fa281b
rhnreg_ks --activationkey=7202f3b7d218cf59b764f9f6e9fa281b,\ 39f41081f0329c20798876f37cb9p6a3
Anmerkung
\
in diesem Beispiel ist ein Weiterführungszeichen und kann sicher ausgelassen werden.
rhnreg_ks
ausgeführt haben.
/etc/sysconfig/rhn/systemid
generiert.
- Ein Schlüssel kann entweder einen oder gar keinen Basis-Channel festlegen. Dabei muss es sich um einen angepassten Basis-Channel handeln. Ansonsten wird der Basis-Channel entsprechend der Red Hat-Distribution gewählt. Beispielsweise kann kein Red Hat Enterprise Linux 2.1 System für einen Red Hat Enterprise Linux 3 Channel angemeldet werden.
- Ein Schlüssel kann eine beliebige Anzahl an Sub-Channels festlegen. Für jeden Sub-Channel wird eine Anmeldung versucht. Wenn der Sub-Channel mit dem Basis-Channel des Systems übereinstimmt, dann ist die Anmeldung erfolgreich. Ansonsten schlägt die Anmeldung fehl. Siehe Abschnitt 7.6, »Channels« für weitere Informationen.
- Schlüssel können von jedem Benutzer in der Rolle eines Activation Key Administrator or Satellite Administrator (oder beiden) modifiziert werden. Diese Berechtigungen werden mittels dem Benutzer-Reiter auf der RHN-Website vergeben. Siehe Abschnitt 7.9, »Benutzer — « für nähere Details.
- Systeme, die durch Aktivierungsschlüssel registriert wurden, sind an die Organisations-Account gebunden, in dem der Schlüssel erstellt worden ist, und nicht an den Schlüssel selbst. Nach der Registrierung kann ein Schlüssel ohne Auswirkungen auf das jeweilige System gelöscht werden.
4.6. Ein System bei einer Organisation registrieren
salesadmin
und dem Passwort abc123
existiert, gewährleisten diese Berechtigungsnachweise, dass ein System bei der korrekten Organisation registriert wird.
rhnreg_ks --user=salesadmin --password=abc123
Wichtig
--orgid
(für RHEL 4 und 5) und die Option --orgpassword
(in RHEL 4) des Befehls rhnreg_ks
hängen nicht mit dem Organizations-Feature zusammen und sollten nicht im Zusammenhang mit der Registrierung von System bei Organisationen verwendet werden.
Kapitel 5. Red Hat Network Daemon
rhnsd
) verbindet sich in periodischen Zeitabständen mit Red Hat Network, um nach Updates und Benachrichtigungen zu suchen. Der Daemon, welcher im Hintergrund abläuft, wird üblicherweise von den Initialisierungsskripts in /etc/init.d/rhnsd
oder /etc/rc.d/init.d/rhnsd
gestartet.
rhnsd
ein externes Programm ablaufen, das rhn_check
genannt wird und sich in /usr/sbin/
befindet. Dies ist eine kleine Applikation, welche eigentlich die Netzwerkverbindung mit RHN herstellt. Der Red Hat Network Daemon hört weder Router-Anfragen ab, noch kommuniziert er direkt mit dem Netzwerk. Sämtliche Netzwerkaktivität wird durch das rhn_check
-Dienstprogramm abgedeckt.
5.1. Konfigurieren
/etc/sysconfig/rhn/rhnsd
-Konfigurationsdatei bearbeiten. Im Grunde ist dies die Konfigurationsdatei, die vom rhnsd
-Initialisierungsskript verwendet wird. Die wichtigste Einstellung, die vom Deamon angeboten wird, ist dessen Check-In-Häufigkeit. Das standardmäßige Zeitintervall beträgt vier Stunden (240 Minuten). Wenn Sie die Konfigurationsdatei modifizieren, müssen Sie (als root) den Daemon mit dem Befehl service rhnsd restart
oder /etc/rc.d/init.d/rhnsd restart
neustarten.
Wichtig
5.2. Status ansehen
service rhnsd status
or /etc/rc.d/init.d/rhnsd status
in einem Shell-Prompt ausführen.
5.3. Deaktivieren
chkconfig rhnsd off
ausführen. Beide dieser Methoden deaktivieren den Dienst erst dann, wenn Sie das System das nächste mal starten. Wenn Sie den Dienst umgehend stoppen möchten, benutzen Sie service rhnsd stop
oder /etc/rc.d/init.d/rhnsd stop
.
5.4. Troubleshooting
- Ihr Client richtig konfiguriert ist.
- Ihr System mit RHN via SSL (Port 443) kommunizieren kann. Sie können dies überprüfen, indem Sie den folgenden Befehl in einem Shell-Prompt ausführen:
telnet xmlrpc.rhn.redhat.com 443
- Der Red Hat Network Daemon aktiviert ist und abläuft. Sie können dies überprüfen, indem Sie folgende Befehle ausführen:
chkconfig --level 345 rhnsd on
service rhnsd start
Sollten auch nach diesem Check Ihre Systeme immer noch anzeigen, dass diese nicht richtig einchecken, kontaktieren Sie bitte unseren Technischen Support.
Kapitel 6. Red Hat Network Alert Notification Tool
rhn-applet
-RPM-Paket installieren und das X Window System verwenden.
Abbildung 6.1. GNOME-Menüleiste mit Red Hat Network Alert Notification Tool
- In Red Hat Enterprise Linux 4 und späteren Versionen, wählen Sie Applikationen (auf der Menüleiste) => Systemwerkzeuge => Red Hat Network Alarm-Symbol. Um sicherzustellen, dass das Symbol auch auf den folgenden Sitzungen erscheint, wählen Sie beim Ausloggen das Kontrollkästchen Aktuelle Einstellungen speichern.
- In Red Hat Enterprise Linux 2.1 wählen Sie den Hauptmenü-Button => Menüleiste => Zur Menüleiste hinzufügen => Applet => Red Hat Network Monitor. Klicken Sie mit der rechten Maustaste auf das Applet, wenn Sie dieses auf der Menüleiste hin und her bewegen möchten, wählen Sie Bewegen und bewegen die Maus in die gewünschte Richtung, bis sich das Applet in der gewünschten Position befindet. Ein weiterer Mausklick platziert das Applet.
6.1. Das Applet konfigurieren
Abbildung 6.2. HTTP Proxy Konfiguration
squid.mysite.org:3128
in das Textfeld ein. Zusätzlich dazu, wenn Ihr Proxy Server Benutzername und Passwort erfordert, wählen Sie die Option Verwende Authentifizierung aus und geben Benutzername und Passwort in die dafür vorgesehenen Felder ein.
Anmerkung
.rhn-applet.conf
in Ihrem Stammverzeichnis geschrieben. Red Hat Network Alert Notification Tool benutzt ebenfalls die systemweite Konfigurationsdatei /etc/sysconfig/rhn/rhn-applet
. Die Einstellungen für server_url sollte auf Ihren Satellite Server gesetzt werden. Zum Beispiel:
server_url=http://YourRHN_Satellite.com/APPLET
server_url=https://YourRHN_Satellite.com/APPLET
6.2. Benachrichtigungs-Symbole
Tabelle 6.1. Red Hat Network Alert Notification Tool-Symbole
Symbol | Beschreibung |
---|---|
Updates sind erhältlich | |
System ist up-to-date | |
Update-Prüfung | |
Fehler ist aufgetreten |
6.3. Updates auflisten
Abbildung 6.3. Erhältliche Updates
6.4. Updates anwenden
6.5. Die RHN Website starten
Kapitel 7. Red Hat Network Website
7.1. Navigation
Abbildung 7.1. Obere Navigationsleiste — RHN Satellite
Abbildung 7.2. Linke Navigationsleiste — Benutzer
Abbildung 7.3. Unterreiter — System-Details
7.1.1. Berechtigungs-Ansichten
Tabelle 7.1. Berechtigungssymbole
Symbol | Berechtigung |
---|---|
Management oder höher | |
Provisioning | |
Monitoring |
7.1.2. Kategorien und Seiten
- Überblick — Hier sehen und verwalten Sie die Informationen Ihres primären Accounts und finden Hilfe.
- Überblick — Hier erhalten Sie einen schnellen Überblick über Ihren Account. Hier werden Sie darüber benachrichtigt, ob Ihre Systeme Wartung benötigen und erhalten einen direkten Link, um direkt zu den Systemen zu gelangen. Desweiteren werden die neuesten Errata-Meldungen für Ihren Account angezeigt.
- Ihr Account — Hier aktualisieren Sie Ihr persönliches Profil und Ihre Adressen.
- Ihre Präferenzen — Hier können Sie persönliche Einstellungen durchführen, wie z. B. ob Sie E-Mail-Benachrichtigungen über Errata-Meldungen für Ihre Systeme erhalten möchten oder wieviele Elemente auf einmal in Listenform erscheinen (für Systemlisten und Systemgruppenlisten). Sie können hier beispielsweise auch Ihre Zeitzone einstellen und Ihre Kontaktmöglichkeiten festlegen.
- Lokale Präferenzen — Konfigurieren Sie hier die Sprache, Zeitzone und anderen Anpassungen für Ihre speziellen lokalen Einstellungen.
- Abonnement-Management — Verwalten Sie hier Basis- und Zusatzberechtigungen, wie Management, Provisioning und Virtualisierung.
- Systeme — Verwalten Sie hier alle Ihre Systeme (inklusive virtueller Gastsysteme).
- Überblick — —Sehen Sie sich eine Zusammenfassung Ihrer Systeme oder Systemgruppen an, welche anzeigt, wieviele Errata-Meldungen auf jedes System zutreffen und welche Systeme Berechtigungen besitzen.
- Systeme — Wählen Sie Untergruppen Ihrer Systeme nach verschiedenen Kriterien aus, wie beispielsweise Virtuelle Systeme, Nicht-berechtigt, Kürzlich Registriert, Proxy und Inaktiv.
- Systemgruppen— —Listen Sie Ihre Systemgruppen auf. Erstellen Sie zusätzliche Gruppen.
- System Set Manager — — Führen Sie verschiedene Aktionen auf kollektiven Sets von Systemen aus, inklusive Planen von Errata-Updates, Paketmanagement, Auflisten und Erstellen neuer Gruppen und der Verwaltung von Channel-Berechtigungen.
- Erweiterte Suche — — Durchsuchen Sie Ihre gesamten Systeme schnell anhand unterschiedlicher Suchkriterien, wie beispielsweise Name, Hardware, Geräte, Systeminformationen, Netzwerk, Pakete und Ort.
- Aktivierungsschlüssel — — Generieren Sie einen Aktivierungsschlüssel für ein RHN-berechtigtes System. Dieser Aktivierungsschlüssel kann dazu verwendet werden, einen spezifischen Level an Berechtigung oder Gruppenmitgliedschaft für neu registrierte Systeme mit dem Befehl
rhnreg_ks
zu gewähren. - Gespeicherte Profile — — Zeigt Systemprofile für das Provisioning von Systemen an.
- Angepasste Systeminfo — — Erstellen und bearbeiten Sie Systeminfo-Schlüssel, die völlig anpassbare Werte enthalten, die während des Provisioning von Systemen zugeordnet werden können.
- Kickstart — — Anzeigen und Modifizieren der unterschiedlichen Aspekte von Kickstartprofilen, die in Provisioning-Systemen verwendet werden.
- Errata — Anzeige und Verwalten der Errata-Meldungen.
- Errata — Errata-Meldungen auflisten und relevante RPMs herunterladen.
- Erweiterte Suche — Such-Errata-Meldungen basierend auf speziellen Kriterien, wie Übersicht, Hinweistyp und Paketname.
- Errata verwalten — Verwalten Sie hier die Errata für die Channel einer Organisation.
- Errata klonen — Klonen Sie hier Errata für eine Organisation, um die Replikation und Distribution über eine Organisation verteilt zu erleichtern.
- Channels — Verwalten Sie hier die verfügbaren RHN-Channels und die Dateien, die diese enthalten.
- Software-Channels — Eine Liste aller Software-Channels and der Channels, die auf Ihre Systeme zutreffen.
- Paketsuche — Suchen Sie Pakete, indem Sie den gesamten oder teilweisen Paketnamen, die Beschreibung oder Zusammenfassung verwenden, mit Unterstützung für eingeschränkte Suchen für unterstützte Plattformen.
- Software-Channels verwalten — — Erstellen und bearbeiten Sie Channels, die für den Einsatz von Konfigurationsdateien verwendet werden.
- Konfiguration — Beobachten Sie hier Konfigurations-Channels, Aktionen und individuelle Konfigurationsdateien und verwalten diese.
- Überblick — Ein allgemeiner Überblick in Form einer Instrumententafel, die eine Zusammenfassung der Konfiguration zeigt.
- Konfigurations-Channels — Erstellen und listen Sie hier Konfigurations-Channels auf, von denen jedes beliebige abonnierte System Konfigurationsdateien beziehen kann.
- Konfigurationsdateien — Erstellen und listen Sie hier Konfigurationsdateien auf, von denen Systeme Konfigurationsvorgaben beziehen können.
- Systeme — Listen Sie hier Ihre Systeme auf, die von RHN-verwaltete Konfigurationsdateien besitzen.
- Plan — Behalten Sie den Überblick über Ihre geplanten Aktionen.
- Ausstehende Aktionen — Geplante Aktionen auflisten, die noch nicht abgeschlossen wurden.
- Fehlgeschlagene Aktionen — Geplante Aktionen auflisten, die fehlgeschlagen sind.
- Abgeschlossene Aktionen — Geplante Aktionen auflisten, die abgeschlossen sind. Abgeschlossene Aktionen können jederzeit archiviert werden.
- Archivierte Aktionen — Abgeschlossene Aktionen auflisten, die zur Archivierung ausgewählt wurden.
- Benutzer — — Benutzer Ihrer Organisation anzeigen und verwalten.
- Benutzerliste — — Benutzer Ihrer Organisation auflisten.
- Monitoring — — Probes ausführen und Benachrichtigungen bezüglich der Systeme erhalten.
- Status — — Probes nach Status ansehen.
- Benachrichtigung — — Für Ihre Organisation festgelegte Kontaktmethoden ansehen.
- Probe-Suites — — Verwalten Sie Ihre Monitoring-Infrastruktur unter Verwendung von Suites von Monitoring-Probes, die auf ein oder mehrere zugeteilte Systeme zutreffen.
- Scout Config Push — — Zeigt den Status der Monitoring-Infrastruktur an.
- Admin (nur sichtbar für Satellite-Administratoren) — Erstellen, verwalten und listen Sie hier einen oder mehrere Satellite-Organisationen auf, aus denen der Satellite-Administrator Channel-Berechtigungen zuweisen kann, Administratoren für jede Organisation erstellen und zuweisen kann, sowie sonstige Aufgaben.
- Organisationen — Erstellen Sie hier neue Organisationen oder listen sie auf.
- Abonnements — Verwalten und listen Sie hier die Software- und Systemberechtigungen für alle Organisationen über den Satellite verteilt auf.
- Benutzer Listen Sie hier alle Benutzer auf dem Satellite aller Organisationen an. Klicken Sie auf individuelle Benutzernamen, um administrative Privilegien für den Benutzer zu ändern.
Anmerkung
Benutzer, die zur Administration der Organisation angelegt wurden, können nur vom Organisationsadministrator konfiguriert werden, und nicht vom Satellite-Administrator. - Satellite-Konfiguration — Führen Sie hier allgemeine Konfigurationsänderungen am Satellite durch, inklusive Proxy-Einstellungen, Zertifikatkonfiguration, Bootstrap-Skript-Konfiguration, Organisationsänderungen und 'Satellite Server neu starten'.
- Task Engine Status — Hier wird der Daemon konfiguriert, der auf dem Satellite selbst läuft und der Routine-Operationen durchführt, wie z. B. das Säubern von Datenbanken, das Versenden von Errata-Mitteilungen und andere Aufgaben, die im Hintergrund durchgeführt werden.
7.1.3. Errata-Meldung-Symbole
7.1.4. Schnellsuche
test-1.example.com
suchen möchten, das beim Satellite registriert ist, Sie sich jedoch in Ihrer Suchanfrage vertippen tset
, so erscheint das test-1.example.com trotzdem in den Suchergebnissen.
Anmerkung
7.1.5. Ausgewählte Systeme
7.1.6. Listen
7.2. Auf der RHN-Website einloggen
- Sie habe sich kürzlich in Ihren Account unter http://www.redhat.com eingeloggt.
- Sie haben sich kürzlich entweder in RHN eingeloggt, oder vor kurzem die Seite "Neuen Account verifizieren" besucht.
Abbildung 7.4. RHN-Website
Anmerkung
Anmerkung
7.3. Überblick
Anmerkung
Abbildung 7.5. Überblick
- Der Bereich Aufgaben listet die häufigsten Aufgaben, die ein Administrator über das Web durchführt, auf. Klicken Sie auf einen beliebigen Link, um zur der Seite zu gelangen, auf der Sie diese Aufgabe durchführen können.
- Rechts finden Sie die Auflistung Inaktive Systeme. Falls sich irgendwelche Systeme noch nicht bei RHN angemeldet haben, werden sie hier aufgelistet. Eine derartige Hervorhebung erlaubt es dem Administrator, diese Systeme schnell zur Problembehandlung auszuwählen.
- — Kunden, die Monitoring auf ihrem Satellite aktiviert haben, können ebenfalls auswählen, dass eine Liste aller Probes im Warn-Status eingebunden werden.
- — Kunden, die Monitoring auf ihrem Satellite aktiviert haben, können ebenfalls auswählen, dass eine Liste aller Probes im Kritisch-Status eingebunden werden.
- Der Abschnitt Kritische Systeme listet die kritischsten Systeme innerhalb Ihres Unternehmens auf. Ein Link erlaubt die schnelle Betrachtung dieser Systeme und zeigt eine Übersicht der Errata-Updates, die noch auf diese Systeme angewendet werden müssen. Klicken Sie auf den Namen des Systems, das auf die Seite System-Details gesetzt werden soll und wenden die Errata-Updates an. Unterhalb der Liste finden Sie eine Verknüpfung zur Seite Veraltete Systeme.
- Der nächste Abschnitt ist Kürzlich geplante Aktionen. Jede Aktion, die nicht länger als dreißig Tage zurückliegt, wird als neu angesehen. Dieser Abschnitt ermöglicht es Ihnen, alle Aktionen und deren Status zu betrachten, ob sie fehlgeschlagen sind, abgeschlossen oder noch immer ausstehen. Klicken Sie auf einen Reiter einer beliebigen Aktion, um die Detailseite für diese Aktion anzusehen. Unterhalb der Liste führt ein Link zu der Seite Ausstehende Aktionen, die alle Aktionen, die bisher noch nicht von Ihren Client-Systemen aufgenommen wurden, auflistet.
- Der Abschnitt Relevante Security-Errata listet die Security-Errata auf, die zur Verfügung stehen und noch auf einige oder alle Ihrer Client-Systeme angewendet werden müssen. Es ist essentiell, dass Sie diese Security-Errata einspielen, um Ihre Systeme sicher zu halten. Die Verknüpfungen unterhalb dieses Abschnitts verweisen auf alle Errata und solche Errata, die für Ihre Systeme zutreffen.
- Der Abschnitt Systemgruppen listet die Gruppen auf (falls welche vorhanden) und zeigt an, ob die Systeme in dieser Gruppe vollständig aktualisiert sind. Klicken Sie auf den Link unterhalb dieses Abschnitts, um zur Seite Systemgruppen zu gelangen, von wo aus sie auswählen können, Systemgruppen mit dem System Set Manager zu verwenden.
- Kürzlich registrierte Systeme listet die Systeme auf, die in den vergangenen 30 Tagen zum Satellite hinzugefügt wurden. Klicken Sie auf den Namen des Systems, um auf die Seite Systemdetails für dieses spezielle System zu gelangen.
7.3.1. Ihr Account
7.3.1.1. Adressen
7.3.1.2. E-Mail ändern
7.3.1.3. Account-Deaktivierung
7.3.2. Ihre Präferenzen
- E-Mail-Benachrichtigungen — Bestimmen Sie, ob Sie jedes mal eine E-Mail-Benachrichtigung erhalten möchten, sobald eine Errata-Meldung auf eines oder mehrere Ihrer Systeme in Ihrem RHN-Account zutrifft.
Wichtig
Diese Einstellung ermöglicht es Management und Provisioning Kunden eine tägliche Zusammenfassung von Systemereignissen zu erhalten. Diese beinhalten Aktionen, die Pakete betreffen, wie beispielsweise geplante Errata-Updates und Systemneustarts. Zusätzlich zum Auswählen dieses Kontrollkästchens, müssen Sie jedes System festlegen, das in dieser Zusammenfassung enthalten sein soll. (Standardmäßig sind alle Management und Provisioning Systeme in der Zusammenfassung inkludiert.) Verwenden Sie dazu die System-Details-Seite auf individueller Basis oder die System Set Manager-Oberfläche für mehrere Systeme auf einmal. RHN sendet diese Zusammenfassungen jedoch nur an verifizierte E-Mail-Adressen. Um alle Benachrichtigungen auszuschalten, heben Sie einfach die Auswahl dieses Kontrollkästchens wieder auf. - RHN-Listenumfang — Maximale Anzahl von Einträgen, die in Listenform auf einer Seite angezeigt werden. Wenn sich mehr Einträge in der Liste befinden, klicken Sie auf den Weiter-Button um die nächste Seite anzuzeigen. Dies betrifft Systemlisten, Errata-Listen, Paketlisten, usw..
- "Überblick" Startseite — wählen Sie die Informationsbereiche, die auf der Überblick Startseite angezeigt werden. Aktivieren Sie das Kästchen links neben dem Informationsbereich, den sie gerne mit einbinden möchten.
7.3.3. Locale-Präferenzen
7.3.4. Abonnement-Management
- Update — verwaltet ein einzelnes Red Hat Enterprise Linux-System. Es umfasst Errata-Warnungen, geplante Errata-Updates, Paketinstallation und den Red Hat Update Agent
- Management — verwaltet mehrere Systeme mit mehreren Systemadministratoren. Zusätzlich zu den Features des Update-Angebots, sind die Verwaltung von Systemgruppen, Benutzerverwaltung und die System Set Manager-Schnittstelle integriert, um Aktionen auf mehreren Systemen rasch auszuführen.
- Provisioning — bietet das höchste Funktionslevel. Es sollte verwendet werden, um mehrere Systeme zu versorgen, die regelmäßig neu installiert und neu konfiguriert werden müssen. Das Provisioning-Angebot liefert Werkzeuge zum Kickstarten von Maschinen, zur Verwaltung ihrer Konfigurationsdateien, zur Durchführung von Wiederherstellungsprozeduren und zur Eingabe von durchsuchbaren, angepassten Systeminformationen, sowie inklusive aller Funktionalitäten, die im Management Servicelevel enthalten sind.
- Monitoring — überwacht den Zustand mehrerer Systeme. Das Überwachungsangebot stellt Probes zur Verfügung, die Systemmetrics beobachten und Administratoren über Änderungen informieren. Solche Benachrichtigungen warnen Administratoren vor Leistungseinbußen des Systems, bevor es kritisch wird.
- Virtualisierung — trifft auf virtuelle Host-Systeme zu. Virtuelle Hosts mit dieser Berechtigung können bis zu vier Gastsysteme registrieren, ohne die RHN Leistungsvereinbarung zu verletzen. Gastsysteme können jeden Channel mit dem Channel-Gruppen-Label virtualisierungsfrei abonnieren, ohne Channel-Berechtigungen zu verbrauchen. Wird für den Gast ein beliebiger Channel abonniert, der nicht zu virtualisierungsfrei gehört, wie z. B. Verzeichnis-Server (Directory Server) oder RHN Satellite-Channel, verbraucht dies eine zusätzliche Channel-Berechtigung.
- Virtualisierungsplattform — trifft ebenfalls auf virtuelle Host-Systeme zu. Host-Systeme, für die diese Berechtigung zutrifft, können eine unlimitierte Anzahl an virtuellen Gästen registrieren, ohne ihre Leistungsvereinbarung ungültig zu machen. Gäste eines Hosts mit dieser Berechtigung können jeden Channel abonnieren, der das Content-Gruppen-Label virtualisierungsplattformfrei besitzt, ohne Channel-Berechtigungen zu verbrauchen. Wird für den Gast ein beliebiger Channel abonniert, der nicht zu virtualisierungsplattformfrei gehört, wie z. B. Verzeichnis-Server (Directory Server) oder RHN Satellite-Channel, verbraucht dies eine zusätzliche Channel-Berechtigung.
Anmerkung
7.3.4.1. Systemberechtigungen
7.3.4.2. Virtualisierungs-Berechtigungen
7.3.4.3. Software-Channel-Berechtigungen
7.3.5. Organisations-Trusts
7.4. Systeme
7.4.1. Überblick —
7.4.2. Systeme
- Auswählen — Update oder nicht-berechtigte Systeme können nicht ausgewählt werden. Um Systeme auszuwählen, markieren Sie die entsprechenden Auswahlkästchen. Ausgewählte Systeme werden zum System Set Manager hinzugefügt. Nachdem Systeme zum System Set Manager hinzugefügt wurden, können Sie diesen dazu verwenden, Aktionen auf diesen Systemen gleichzeitig durchzuführen. Werfen Sie einen Blick auf Abschnitt 7.4.4, »System Set Manager — « für weitere Details.
- Status — Zeigt, welche Art von Errata-Meldungen auf das System angewandt werden können oder bestätigt, dass dieses sich auf dem neuesten Stand befindet. Einige Symbole sind auf Seiten gelinkt, die eine Lösung anbieten. Beispielsweise ist das standardmäßige Updates-Symbol zum Upgrade-Unterreiter der Paketliste gelinkt, während das Symbol für kritische Updates direkt zur Seite Update Bestätigung führt.
- — System ist auf dem neuesten Stand
- — Kritische Errata verfügbar, Update dringend empfohlen
- — Updates verfügbar und empfohlen
- — System ist gesperrt; Aktionen unzulässig
- — System wird gekickstartet
- — Updates wurden geplant
- — System meldet sich nicht ordnungsgemäß an (seit 24 Stunden oder länger)
- — System nicht berechtigt für Update-Dienste
- Errata — Gesamtanzahl der Errata-Meldungen, die auf das System zutreffen.
- Pakete — Gesamtanzahl der Paket-Updates für das System. Beinhaltet Pakete von Errata-Meldungen sowie auch neuere Pakete, die nicht von Errata-Meldungen stammen. Stellen Sie sich beispielsweise ein Client-System vor, auf dem eine ältere Version eines Pakets installiert ist. Wenn dieser Client dann für den geeigneten Basis-Channel von RHN (wie z. B. Red Hat Enterprise Linux 5) angemeldet wird, dann kann es sein, dass dieser Channel eine aktualisierte Version des Pakets besitzt. Wenn dies der Fall ist, erscheint das Paket in der Liste erhältlicher Paket-Updates.
Wichtig
Wenn die RHN Website Paket-Updates für das System aufzeigt und der Red Hat Update Agent trotzdem mit "Ihr System ist vollständig aktualisiert" reagiert, ist es wahrscheinlich, dass es einen Konflikt im Paketprofil des Systems oder in derup2date
-Konfigurationsdatei gibt. Um diesen Konflikt zu lösen, können Sie entweder ein Update der Paketliste einplanen oder die Pakete von der Liste für Ausnahmen von Paketen für den Red Hat Update Agent entfernen. Werfen Sie einen Blick auf Abschnitt 7.4.2.10, »System-Details« bzw. Abschnitt 4.4.1.3, »Paketausnahme-Einstellungen« für Instruktionen. - System — Der Name des Systems bei der Registrierung. Der Standardname ist der Hostname des Systems. Durch einen Klick auf den Namen des Systems gelangen Sie zur Seite System-Details für das System. Werfen Sie einen Blick auf Abschnitt 7.4.2.10, »System-Details« für weitere Informationen.
- Basis-Channel — Der Haupt-Channel für das System, basierend auf der Distribution des Betriebssystems. Werfen Sie einen Blick auf Abschnitt 7.6.1, »Software-Channels« für weitere Informationen.
- Berechtigung — Ob das System berechtigt ist oder nicht, bzw. auf welcher Service-Stufe es sich befindet.
7.4.2.1. Alle
7.4.2.2. Virtuelle Systeme
- System
- Diese Spalte zeigt den Namen eines jeden Gast-Systems an.
- Updates
- Diese Spalte zeigt an, ob die Gastsysteme irgendwelche Errata besitzen, die noch nicht auf diese Systeme angewendet wurden.
- Status
- Diese Spalte zeigt an, ob eine Gast läuft, pausiert oder angehalten ist.
- Basis-Channel
- Diese Spalte zeigt den Basis-Channel an, den der Gast derzeit abonniert hat.
7.4.2.3. Veraltet
7.4.2.4. Unberechtigt —
7.4.2.5. Ungruppiert
7.4.2.6. Inaktiv
- Das System ist nicht zu irgendeinem RHN-Service berechtigt. Systemprofile, die für 180 Tage (6 Monate) unberechtigt bleiben, werden entfernt.
- Das System ist berechtigt, jedoch wurde der Red Hat Network Daemon auf dem System deaktiviert. Werfen Sie einen Blick auf Kapitel 5, Red Hat Network Daemon für Instruktionen bezüglich Neustart und Troubleshooting.
- Das System befindet sich hinter einer Firewall, die keine Verbindungen über https (Port 443) erlaubt.
- Das System befindet sich hinter einem HTTP-Proxy-Server, welcher nicht ordnungsgemäß konfiguriert wurde.
- Das System ist mit einem RHN Proxy Server or RHN Satellite verbunden, welcher nicht ordnungsgemäß konfiguriert wurde.
- Das System selbst wurde nicht ordnungsgemäß konfiguriert, vielleicht zeigt es auf den falschen RHN Server.
- Das System befindet sich nicht im Netzwerk.
- Irgendein anderes Hindernis besteht zwischen dem System und den RHN Servern.
7.4.2.7. Kürzlich registriert
7.4.2.8. Proxy
7.4.2.9. Doppelte Systeme
7.4.2.10. System-Details
Anmerkung
- Details
- Software
- Konfiguration
- Provisioning —
- Monitoring —
- Gruppen
- Ereignisse
7.4.2.10.1. System-Details ⇒ Details
7.4.2.10.1.1. System-Details ⇒ Details ⇒ Überblick
- System-Statusmeldung
- Diese Meldung zeigt den derzeitigen Status Ihres Systems in Verbindung mit RHN an.
Anmerkung
Falls Updates für eines der berechtigten Systeme zur Verfügung stehen, erscheint die Nachricht Kritische Updates verfügbar. Um diese Updates anzuwenden, klicken Sie auf den Link jetzt aktualisieren. - System-ID
- Eine eindeutige Kennung, die jedes Mal generiert wird, wenn sich ein System beim RHN registriert.
Anmerkung
Die System-ID kann verwendet werden, um doppelte Profile bei RHN auszuschließen. Vergleichen Sie die auf dieser Seite aufgelistete System-ID mit den Informationen auf dem Client-System in der Datei/etc/sysconfig/rhn/systemid
. In dieser Datei ist die aktuelle ID des Systems unter "system_id" aufgelistet. Der Wert beginnt nach den Zeichen "ID-". Falls der in dieser Datei gespeicherte Wert nicht mit dem im Profil aufgeführten Wert übereinstimmt, handelt es sich bei dem Profil nicht um das aktuellste und kann entfernt werden. - Hostname
- Der Hostname, wie er vom Client-System definiert wird. Diese Information wird häufig in
/etc/hostname
für Red Hat Enterprise Linux-Systeme gefunden. - IP-Adresse
- Die IP-Adresse des Client.
- Kernel
- Der installierte Kernel, sowie das Betriebssystem auf dem Client-System.
- Registriert
- Datum und Uhrzeit, an dem sich das System bei RHN registriert hat und dieses Profil erstellt hat.
- Angemeldet
- Datum und Zeitpunkt, an dem sich das System zuletzt bei RHN angemeldet hat.
- Zuletzt gestartet
- Datum und Zeitpunkt, an dem das System zuletzt gestartet, bzw. neu gestartet wurde.
Anmerkung
Systeme mit einer Management-Berechtigung können von diesem Bildschirm aus neu gebootet werden.- Auswahl von System-Neustart planen
- Geben Sie den frühestmöglichen Zeitpunkt an, an dem der Neustart stattfinden kann.
- Klicken Sie unten rechts auf die Schaltfläche Neustart planen.
Wenn sich der Client nach der geplanten Startzeit anmeldet, weist RHN das System an, sich selbst neu zu starten. - Gesperrt
- Zeigt an, ob ein System gesperrt wurde.Aktionen können für gesperrte Systeme nicht via Weboberfläche geplant werden, bis die Sperrung manuell aufgehoben wird. Davon unberührt ist das Verhindern von Errata-Updates, die via Weboberfläche geplant werden. Um die Anwendung von automatischen Errata-Updates zu verhindern, machen Sie die Auswahl von Auto Errata-Update des Unterreiters System-Details ⇒ Details ⇒ Eigenschaften.Das Sperren eines Systems kann dazu beitragen, dass Sie nicht versehentlich beliebige Änderungen an einem System durchführen, bevor Sie nicht tatsächlich bereit dazu sind. Beispielsweise kann es sich bei dem System um ein Produktionssystem handeln, für das Sie keine Updates oder neue Pakete abrufen möchten, bis Sie sich entschließen, es zu entsperren.
Wichtig
Das Sperren eines Systems in der Weboberfläche verhindert beliebige Aktionen, die vom Client-System ausgehen nicht. Falls sich ein Benutzer beispielsweise direkt auf dem Client einloggt undup2date
ausführt, installiertup2date
verfügbare Errata, unabhängig davon, ob das System in der Weboberfläche gesperrt ist, oder nicht.Weiterhin schränkt das Sperren eines Systems die Anzahl der Benutzer, die auf das System via Weboberfläche zugreifen, nicht ein. Falls Sie den Zugriff auf das System einschränken möchten, verknüpfen Sie das System mit einer Systemgruppe und weisen ihm einen Systemgruppen-Administrator zu. Werfen Sie einen Blick auf Abschnitt 7.4.3, »Systemgruppen — « für weitere Informationen zu Systemgruppen.Weiterhin können mehrere Systeme via System Set Manager gesperrt werden. Werfen Sie einen Blick auf Abschnitt 7.4.4.12.4, »System Set Manager ⇒ Sonstiges ⇒ System sperren — « um herauszufinden, wie dies funktioniert.
osad
installiert sein und dessen Dienst gestartet sein. Werfen Sie einen Blick auf den Abschnitt Aktivieren von "Push" für Clients des RHN Satellite Server 5.2.0 Installationshandbuch für Details.
- Basis-Channel
- Die erste Zeile zeigt den Basis-Channel an, den dieser Client abonniert hat. Der Basis-Channel sollte mit dem Betriebssystem des Systems übereinstimmen.
- Sub-Channel
- Die anschließenden Zeilen Text, die vom Basis-Channel abhängen, sind Sub-Channels, z. B. der Channel Red Hat Network Tools und der Channel RHEL AS Extras.
Anmerkung
- Profilname
- Dieser editierbare Name für das Systemprofil wurde standardmäßig nach dem Hostnamen des Systems benannt. Es dient zum Zweck der Unterscheidung dieses Systemprofils von anderen.
- Berechtigung
- Die Basisberechtigung, die derzeit diesem System zugewiesen wurde.
- Benachrichtigungen
- Zeigt die Benachrichtigungsoptionen für dieses System an. Sie können wählen, ob Sie eine Benachrichtigung via E-Mail über die verfügbaren Errata-Updates für dieses System erhalten möchten. Zusätzlich können Sie wählen, Management-berechtigte Systeme in die täglichen Zusammenfassung per E-Mail einzubeziehen.
- Automatische Errata-Updates
- Zeigt an, ob dieses System so konfiguriert ist, Updates automatisch zu akzeptieren.
- Beschreibung
- Diese Informationen werden automatisch bei der Registrierung generiert. Sie können dies so bearbeiten, dass dies beliebige Informationen Ihrer Wahl umfasst.
- Standort
- Falls eingegeben zeigt dieses Feld die physische Adresse dieses Systems an.
7.4.2.10.1.2. System-Details ⇒ Details ⇒ Eigenschaften
- Profilname
- Standardmäßig ist dies der Hostname des Systems. Sie können jedoch den Profilnamen in jeden beliebigen Namen ändern, der es Ihnen erlaubt, dieses Profil von anderen zu unterscheiden.
- Basisberechtigung
- Wählen Sie aus den verfügbaren Basisberechtigungen einen Basis-Channel für das System aus.
- Zusatz-Berechtigungen
- Weisen Sie dem System eine Berechtigung für Monitoring, Provisioning, Virtualisierung oder Virtualisierungsplattform zu, falls verfügbar.
- Benachrichtigungen
- Bestimmen Sie, ob diese Benachrichtigungen über dieses System gesendet werden und ob dieses System in der täglichen Zusammenfassung eingebunden werden soll. (Standardmäßig sind alle Management- und Provisioning-Systeme in dieser Zusammenfassung eingebunden). Mit dieser Einstellung bleiben Sie auf dem Laufenden bezüglich aller Hinweise, die das System betreffen. Jedes Mal wenn ein Update verfasst und für das System veröffentlicht wurde, wird eine Benachrichtigung via E-Mail versendet.Die tägliche Zusammenfassung meldet Systemereignisse, die Pakete betreffen, wie beispielsweise geplante Errata-Updates, System-Neustarts oder Fehler beim Anmelden. Zusätzlich zum Einbinden des Systems an dieser Stelle, müssen Sie auf der Seite Ihre Präferenzen der Kategorie Überblick den Erhalt der E-Mail-Benachrichtigung auswählen.
- Auto-Errata-Update
- Falls dieses Kästchen aktiviert ist, werden verfügbare Errata automatisch auf das System angewendet, sobald sich dieses anmeldet. Diese Aktion findet ohne Intervention des Benutzers statt. Kunden sollten beachten, dass Red Hat die Verwendung des Features "automatisches Update" auf Produktionssystemen nicht empfiehlt, da Konflikte zwischen Paketen und der Umgebung zu einem Fehlschlagen des Systems führen kann. Der Red Hat Network Daemon muss auf dem System aktiviert sein, damit dieses Feature funktioniert.
- Beschreibung
- Standardmäßig zeichnet diese dieses Kästchen das Betriebssytem, das Release und die Architektur des Systems beim ersten Registrieren auf. Sie können diese Informationen so bearbeiten, dass alle Informationen Ihrer Wahl enthalten sind.
Anmerkung
7.4.2.10.1.3. System-Details ⇒ Details ⇒ Remote-Befehle —
- Abonnieren Sie zunächst den RHN Tools Channel für das System und verwenden Sie
up2date
, um die Paketerhncfg
,rhncfg-client
undrhncfg-actions
zu installieren.up2date rhncfg rhncfg-client rhncfg-actions
- Loggen Sie sich auf dem System als Root ein und fügen Sie die folgenden Dateien zum lokalen RHN-Konfigurationsverzeichnis hinzu:
allowed-actions/scripts/run
.- Erstellen Sie das notwendige Verzeichnis auf dem Zielsystem:
mkdir -p /etc/sysconfig/rhn/allowed-actions/script
- Erstellen Sie eine leere
run
-Datei in diesem Verzeichnis, die als eine Flag für RHN agiert und die Berechtigung zur Erlaubnis von Remote-Befehlen anzeigt:touch /etc/sysconfig/rhn/allowed-actions/script/run
7.4.2.10.1.4. System-Details ⇒ Details ⇒ Reaktivierung —
rhnreg_ks
zur Neu-Registrierung dieses Systems und dem Wiedererlangen aller Red Hat Network-Einstellungen verwendet werden. Werfen Sie einen Blick auf Abschnitt 4.5, »Registrieren mit Aktivierungsschlüsseln« für weitere Anweisungen. Im Gegensatz zu typischen Aktivierungsschlüsseln, die nicht mit einer bestimmten System-ID verknüpft sind, werden die hier erstellten Schlüssel nicht im Rahmen der Seite Aktivierungsschlüssel angezeigt.
rhnreg_ks --server=<server-url> --activationkey=<reactivation-key>,<activationkey> --force
Warnung
rhnreg_ks
), während ein profilbasierter Kickstart im Gange ist. Falls Sie dies dennoch tun, scheitert der Kickstart.
7.4.2.10.1.5. System-Details ⇒ Details ⇒ Hardware
7.4.2.10.1.6. System-Details ⇒ Details ⇒ Notizen
7.4.2.10.1.7. System-Details ⇒ Details ⇒ Angepasste Info —
7.4.2.10.1.8. System-Details ⇒ Details ⇒ Proxy
7.4.2.10.1.9. System-Details ⇒ Details ⇒ Satellite
7.4.2.10.2. System-Details ⇒ Software
7.4.2.10.2.1. System-Details ⇒ Software ⇒ Errata
7.4.2.10.2.2. System-Details ⇒ Software ⇒ Pakete
- Pakete
- Die Standardanzeige des Reiters Pakete beschreibt die Optionen, die Ihnen zur Verfügung stehen und liefert die Mittel, um Ihre Paketliste zu aktualisieren. Um eine potentiell veraltete Liste zu aktualisieren oder zu vervollständigen, möglicherweise aufgrund einer manuellen Installation von Paketen, klicken Sie auf dieser Seite unten rechts auf die Schaltfläche Paketliste aktualisieren. Bei der nächsten Verbindung des RHN-Daemon mit RHN, wird Ihr Systemprofil mit der aktuellsten Liste mit installierten Paketen aktualisiert.
- Auflisten/Entfernen
- Listet installierte Pakete auf und ermöglicht Ihnen das Entfernen derselben. Anzeigen und Sortieren nach Name, Architektur und Installationsdatum auf dem System. Suchen Sie nach dem gewünschten Paket, indem Sie es in das Textfeld Filtern nach Paketname eingeben, oder indem Sie den ersten Buchstaben bzw. die erste Ziffer des Paketnamens anklicken. Klicken Sie auf einen Paketnamen, um dessen Seite Paketdetails anzusehen. Um Pakete vom System zu löschen, aktivieren Sie deren Kontrollkästchen und klicken Sie unten rechts auf der Seite auf die Schaltfläche Pakete entfernen. Eine Bestätigungsseite mit den aufgelisteten Paketen erscheint. Klicken Sie auf die Schaltfläche Bestätigen, um die Pakete zu entfernen.
- Upgrade
- Zeigt eine Liste von Paketen an, für die eine neue Version zur Verfügung steht, basierend auf der Paketversion in den Channels für das System. Klicken Sie auf den aktuellsten Paketnamen, um dessen Seite Paketdetails anzusehen. Um Pakete umgehend zu aktualisieren, wählen Sie diese aus und klicken Sie auf die Schaltfläche Pakete aktualisieren. Um die Pakete als .tar-Datei herunterzuladen, wählen Sie diese aus und klicken Sie auf die Schaltfläche Pakete herunterladen.
- Installieren
- Ermöglicht Ihnen die Installation neuer Pakete auf dem System von den verfügbaren Channels. Klicken Sie auf den Paketnamen, um dessen Seite Paketdetails anzusehen. Um Pakete zu installieren, wählen Sie diese aus und klicken auf die Schaltfläche Ausgewählte Pakete installieren.
- Verifizieren
- Validiert die auf dem System installierten Pakete anhand der RPM-Datenbank. Dies entspricht dem Ausführen von
rpm -V
. Insbesondere ermöglicht Ihnen dieser Reiter den Vergleich von Metadaten der Systempakete mit Informationen aus der Datenbank, wie die Dateiprüfsumme, Dateigröße, Berechtigungen, Besitzer, Gruppe und Typ. Um ein oder mehrere Pakete zu verifizieren, wählen Sie diese aus, klicken auf die Schaltfläche Ausgewählte Pakete verifizieren und bestätigen diese Aktion. Nach erfolgreichem Abschluss können Sie die Ergebnisse durch die Auswahl dieser Aktion im Unterreiter Verlauf unter Ereigenisse ansehen. - Profile
- Gibt Ihnen die Möglichkeit, die Pakete auf diesem System mit den Paketen von gespeicherten Profilen und anderen Management- und Provisioning-Systemen abzugleichen. Um den Abgleich mit einem gespeicherten Profil durchzuführen, wählen Sie das Profil aus dem Pull-Down-Menü aus, und klicken Sie auf die Schaltfläche Abgleichen. Um den Abgleich mit einem anderen System durchzuführen, wählen Sie dieses aus dem in Verbindung stehenden Pull-Down-Menü aus, und klicken auf die Schaltfläche Abgleichen. Um ein gespeichertes Profil auf der Basis eines existierenden Systems zu erstellen, klicken Sie auf die Schaltfläche Systemprofil erstellen, geben jegliche Zusatzinformationen Ihrer Wahl ein und klicken auf die Schaltfläche Profil erstellen. Diese Profile werden in der Seite Gespeicherte Profile aufbewahrt, die von der linken Navigationsleiste aus verlinkt ist.— Sobald Paketprofile abgeglichen wurden, besitzen Provisioning-Kunden die Fähigkeit, die Pakete auf dem ausgewählten System mit dem Paket-Manifest des abgeglichenen Systems zu synchronisieren. Beachten Sie, dass diese Aktion möglicherweise Pakete, die nicht Bestandteil des Profils sind, auf dem System löscht, bzw. Pakete aus dem Profil installiert. Um bestimmte Pakete zu installieren, aktivieren Sie die Auswahlkästchen der Pakete aus dem Profil. Um bestimmte bereits auf dem System selbst installierte Pakete zu entfernen, aktivieren Sie die Auswahlkästchen der Pakete, die einen Unterschied bei Nur dieses System aufweisen. Um die Pakete des Systems voll mit dem abgeglichenen Profil zu synchronisieren, wählen Sie das Master-Auswahlkästchen ganz oben in der Spalte. Klicken Sie anschließend die Schaltfläche Pakete syncen nach. Überprüfen Sie die Änderungen auf dem Bestätigungsbildschirm, wählen ein Zeitfenster für die Aktion und klicken auf die Schaltfläche Sync planen.
7.4.2.10.2.3. System-Details ⇒ Software ⇒ Software-Channels
7.4.2.10.3. System-Details ⇒ Konfiguration —
Anmerkung
rhncfg*
-Pakete installiert haben. Werfen Sie einen Blick auf Abschnitt 7.7.1, »Systeme für das Konfigurationsmanagement vorbereiten« für Anweisungen zur Aktivierung und Deaktivierung von geplanten Aktionen für ein System.
7.4.2.10.3.1. System-Details ⇒ Konfiguration ⇒ Überblick
7.4.2.10.3.2. System-Details ⇒ Konfiguration ⇒ Verwaltete Dateien
- Dateiname
- Diese Spalte zeigt sowohl den Namen, als auch den Einsatzpfad für diese Datei an.
- Revision
- Diese Spalte erhöht jedes Mal den Wert, wenn Sie Änderungen an der verwalteten Datei vornehmen.
- Vom Konfig-Channel
- Diese Spalte zeigt den Namen des Channels an, der die Datei enthält, oder zeigt (System-Override) für Dateien, die nur diesem System zur Verfügung stehen.
- Overrides
- Falls diese Konfigurationsdatei eine andere ersetzt (override), wird die ersetzte Datei in dieser Spalte aufgelistet, zusammen mit ihrem Host-Channel.
Anmerkung
7.4.2.10.3.3. System-Details ⇒ Konfiguration ⇒ Dateien vergleichen
7.4.2.10.3.4. System-Details ⇒ Konfiguration ⇒ Konfigurations-Channels verwalten
httpd.conf
, die Vorrang vor der Datei in einem niedriger eingestuften Channel hat).
7.4.2.10.3.5. System-Details ⇒ Konfiguration ⇒ Lokale Overrides
7.4.2.10.3.6. System-Details ⇒ Konfiguration ⇒ Sandbox
7.4.2.10.4. System-Details ⇒ Provisioning —
7.4.2.10.4.1. System-Details ⇒ Provisioning ⇒ Kickstart —
Anmerkung
IPADDR=192.168.0.28 GATEWAY=192.168.0.1
Netzwerk
-Abschnitt einer Kickstart-Datei könnte zum Beispiel wie folgt aussehen:
network --bootproto=static --device=eth0 --onboot=on --ip=$IPADDR --gateway=$GATEWAY
$IPADDR
wird zu 192.168.0.28
, und das $GATEWAY
wird zu 192.168.0.1
Anmerkung
7.4.2.10.4.2. System-Details ⇒ Provisioning ⇒ Snapshots —
Anmerkung
- Gruppen-Mitgliedschaften
- Channel-Abonnements
- installierte Pakete
- Abonnements von Konfigurations-Channels
- Konfigurationsdateien
- Snapshot-Tags
7.4.2.10.4.3. System-Details ⇒ Provisioning ⇒ Snapshot-Tags —
7.4.2.10.5. System-Details ⇒ Virtualisierung
7.4.2.10.5.1. System-Details ⇒ Virtualisierung ⇒ Details
- Status
- Dieses Feld zeigt an, ob das virtuelle System läuft, pausiert, angehalten ist oder abgestürzt ist.
- Updates
- Dieses Feld zeigt an, ob auf den Gast anwendbare Errata noch angewendet werden müssen.
- Basis-Software-Channel
- Dieses Feld zeigt den Basis-Channel an, den der Gast abonniert hat.
Anmerkung
7.4.2.10.5.2. System-Details ⇒ Monitoring —
7.4.2.10.5.3. System-Details ⇒ Gruppen —
7.4.2.10.5.3.1. System-Details ⇒ Gruppen ⇒ Auflisten/Verlassen —
7.4.2.10.5.3.2. System-Details ⇒ Gruppen ⇒ Beitreten —
7.4.2.10.5.4. System-Details ⇒ Ereignisse
7.4.2.10.5.4.1. System-Details ⇒ Ereignisse ⇒ Ausstehend
- — Paket-Ereignis
- — Errata-Ereignis
- — Präferenzen-Ereignis
- — System-Ereignis
7.4.2.10.5.4.2. System-Details ⇒ Ereignisse ⇒ Verlauf
7.4.3. Systemgruppen —
- Systemgruppen erstellen. (Siehe Abschnitt 7.4.3.1, »Gruppen erstellen«.)
- Systeme zu Systemgruppen hinzufügen. (Siehe Abschnitt 7.4.3.2, »Systeme zu Gruppen hinzufügen und von Gruppen entfernen«.)
- Systeme von Systemgruppen entfernen. (Siehe Abschnitt 7.4.2.10, »System-Details«.)
- Systemgruppenberechtigungen an Benutzer vergeben. (Siehe Abschnitt 7.9, »Benutzer — «.)
- Auswählen — Diese Auswahlkästchen ermöglichen es Ihnen, Systeme in Gruppen zum System Set Manager hinzuzufügen. Um Gruppen auszuwählen, markieren Sie die jeweiligen Auswahlkästchen und klicken auf die Schaltfläche Aktualisieren unter der Spalte. Alle Systeme in den ausgewählten Gruppen werden dem System Set Manager hinzugefügt. Sie können dann den System Set Manager dazu benutzen, Aktionen simultan darauf durchzuführen. Um lediglich die Systeme in allen ausgewählten Gruppen hinzuzufügen, wählen Sie diese aus und klicken auf die Schaltfläche Mit Schnittmenge (Intersection) arbeiten. Um alle Systeme in allen ausgewählten Gruppen hinzuzufügen, klicken Sie auf die Schaltfläche Mit Vereinigung (Union) arbeiten. Jedes System erscheint nur einmal, unabhängig von der Anzahl von Gruppen, denen es zugehörig ist. Werfen Sie einen Blick auf Abschnitt 7.4.4, »System Set Manager — « für Details diesbezüglich.
- Updates — Zeigt, welcher Typ von Errata-Meldungen auf diese Gruppe zutrifft oder auch, dass die Gruppe up-to-date ist. Wenn Sie auf das Statussymbol einer Gruppe klicken, gelangen Sie zum Errata-Reiter der jeweiligen Systemgruppen-Details-Seite. Werfen Sie einen Blick auf Abschnitt 7.4.3.3, »Systemgruppendetails — « für weitere Informationen.Die Statussymbole beanspruchen einen unterschiedlichen Grad an Aufmerksamkeit:
- — Alle Systeme innerhalb der Gruppe sind auf dem neuesten Stand
- — Kritische Errata verfügbar, Update dringend empfohlen
- — Updates verfügbar und empfohlen
- Gruppenname — Der Name der Gruppe, wie er während der Erstellung derselben konfiguriert wird. Der Name sollte explizit genug sein, um leicht zwischen dieser und anderen Gruppen unterscheiden zu können. Indem Sie auf den Namen einer Gruppen klicken, gelangen Sie zum Details-Reiter der jeweiligen Systemgruppen Details-Seite. Werfen Sie einen Blick auf Abschnitt 7.4.3.3, »Systemgruppendetails — « für weitere Informationen.
- Systeme — Gesamtanzahl aller Systeme der Gruppe. Indem Sie auf die Anzahl klicken, gelangen Sie zum Systeme-Reiter der Systemgruppen Details-Seite für die Gruppe. Werfen Sie einen Blick auf Abschnitt 7.4.3.3, »Systemgruppendetails — « für weitere Informationen.
- In SSM verwenden — Indem Sie auf die Schaltfläche Gruppe verwenden in dieser Spalte klicken, wird die Gruppen von dieser Reihe geladen und der System Set Managerwird umgehend gestartet. Werfen Sie einen Blick auf Abschnitt 7.4.4, »System Set Manager — « für weitere Informationen.
7.4.3.1. Gruppen erstellen
7.4.3.2. Systeme zu Gruppen hinzufügen und von Gruppen entfernen
7.4.3.3. Systemgruppendetails —
7.4.3.3.1. Systemgruppendetails ⇒ Details —
7.4.3.3.2. Systemgruppendetails ⇒ Systeme —
7.4.3.3.3. Systemgruppen-Details ⇒ Zielsysteme —
7.4.3.3.4. Systemgruppen-Details ⇒ Errata —
7.4.3.3.5. Systemgruppen-Details ⇒ Administratoren —
7.4.3.3.6. Systemgruppen-Details ⇒ Probes —
7.4.4. System Set Manager —
- Errata-Updates anwenden
- Upgrade-Pakete sind für die neuesten Versionen erhältlich
- Hinzufügen/Entfernen von Systemen zu/von Systemgruppen
- Anmelden/Abmelden von Systemen für/von Channels
- Systemprofile aktualisieren
- System-Präferenzen modifizieren, wie beispielsweise geplantes Herunterladen und Installation von Paketen
- Mehrere Provisioning-berechtigte Systeme auf einmal kickstarten
- Die Anmeldung und den Rang von Konfigurations-Channels für Provisioning-berechtigte Systeme festlegen
- Die neuesten Snapshots Ihrer ausgewählten Provisioning-berechtigten Systeme markieren (taggen)
- Provisioning-berechtigte Systeme kehren zu vorherigen Snapshots zurück
- Remote Befehle auf Provisioning-berechtigten Systemen ablaufen lassen
- Klicken Sie auf den System Set Manager-Link links in der grauen Navigationsfläche.
- Klicken Sie auf die Schaltfläche Gruppe verwenden in der System Gruppen-Liste.
- Klicken Sie auf den Mit Gruppe arbeiten-Link auf der Systemgruppen-Details-Seite.
7.4.4.1. System Set Manager ⇒ Überblick —
7.4.4.2. System Set Manager ⇒ Systeme —
7.4.4.3. System Set Manager ⇒ Errata —
7.4.4.4. System Set Manager ⇒ Pakete —
7.4.4.4.1. System Set Manager ⇒ Pakete ⇒ Upgrade —
7.4.4.4.2. System Set Manager ⇒ Pakete ⇒ Installieren —
7.4.4.4.3. System Set Manager ⇒ Pakete ⇒ Entfernen —
7.4.4.5. System Set Manager ⇒ Verifizieren
rpm --verify
für das angegebene Paket aus. Wenn es irgendwelche Diskrepanzen gibt, werden diese auf der System-Details-Seite für jedes einzelne System angezeigt.
7.4.4.6. System Set Manager ⇒ Patches
7.4.4.7. System Set Manager ⇒ Patch-Cluster
7.4.4.8. System Set Manager ⇒ Gruppen —
7.4.4.9. System Set Manager ⇒ Channels —
7.4.4.9.1. System Set Manager ⇒ Channels ⇒ Channel-Abonnements —
7.4.4.10. System Set Manager ⇒ Konfiguration —
rhncfg*
-Pakete installiert werden. Werfen Sie einen Blick auf Abschnitt 7.7.1, »Systeme für das Konfigurationsmanagement vorbereiten« für eine Anleitung zum Aktivieren und Deaktivieren geplanter Aktionen für ein System.
7.4.4.10.1. System Set Manager ⇒ Konfiguration ⇒ Dateien implementieren —
7.4.4.10.2. System Set Manager ⇒ Konfiguration ⇒ Dateien vergleichen —
7.4.4.10.3. System Set Manager ⇒ Konfiguration ⇒ Channels abonnieren —
7.4.4.10.4. System Set Manager ⇒ Konfiguration ⇒ Channels abbestellen —
7.4.4.10.5. System Set Manager ⇒ Konfiguration ⇒ Konfiguration aktivieren —
7.4.4.11. System Set Manager ⇒ Provisioning —
7.4.4.11.1. System Set Manager ⇒ Provisioning ⇒ Kickstart —
7.4.4.11.2. System Set Manager ⇒ Provisioning ⇒ Systeme taggen —
7.4.4.11.3. System Set Manager ⇒ Provisioning ⇒ Zurücksetzen —
7.4.4.11.4. System Set Manager ⇒ Provisioning ⇒ Remote-Befehle —
run
-Datei auf den Client-Systemen erstellen. Wir verweisen auf die Beschreibung des Konfiguration-Unterreiters des Channels-Reiters für weitere Instruktionen. Sie können dann einen spezifischen Benutzer, eine Gruppe und Timeout-Periode sowie auch das Skript selbst auf dieser Seite auswählen. Wählen Sie ein Datum und den Zeitpunkt aus, wann mit der Ausführung des Befehls begonnen werden soll und klicken Sie Remoten Befehl planen.
7.4.4.12. System Set Manager ⇒ Sonstiges —
7.4.4.12.1. System Set Manager ⇒ Sonstiges ⇒ Systemprofil-Updates —
7.4.4.12.2. System Set Manager ⇒ Sonstiges ⇒ Benutzerdefinierte Systeminformationen —
7.4.4.12.3. System Set Manager ⇒ Sonstiges ⇒ Systeme neustarten —
7.4.4.12.4. System Set Manager ⇒ Sonstiges ⇒ System sperren —
7.4.4.12.5. System Set Manager ⇒ Sonstiges ⇒ Systeme löschen —
7.4.4.12.6. System Set Manager ⇒ Sonstiges ⇒ Zusatzberechtigungen hinzufügen oder entfernen —
7.4.4.12.7. System Set Manager ⇒ Sonstiges ⇒ Systempräferenzen —
- Benachrichtigungen über Updates/Errata erhalten — Diese Einstellung hält Sie über alle Advisorys auf dem Laufenden, die Ihre Systeme betreffen. Wann immer ein Update für eines von Ihnen verwalteten Systeme herausgegeben wird, wird Ihnen eine Benachrichtigung via E-Mail zugesandt.
- System in täglicher Zusammenfassung einbeziehen — Diese Einstellung bezieht die ausgewählten Systeme in einer täglichen Zusammenfassung von System-Ereignissen mit ein. (Standardmäßig werden alle Management und Provisioning Systeme in die Zusammenfassung miteinbezogen.) Diese Systemereignisse sind Aktionen, die Pakete betreffen, wie beispielsweise geplante Errata-Updates, System-Neustarts oder zu prüfende Ausfälle. Zusätzlich dazu müssen Sie ebenfalls auf der Seite Ihre Präferenzen der Ihr RHN-Kategorie die Benachrichtigung via E-Mail auswählen. Siehe Abschnitt 7.3.2, »Ihre Präferenzen« für Instruktionen. Beachten Sie bitte, dass RHN diese Zusammenfassungen nur an verifizierte E-Mail-Adressen sendet.
- Automatische Anwendung relevanter Errata — Diese Einstellung ermöglicht es, dass alle Errata-Updates automatisch auf Systeme angewandt werden. Dies bedeutet, dass Pakete in Verbindung mit Errata ohne jeglichen Benutzereingriff aktualisiert werden. Kunden sollten dabei beachten, dass Red Hat die Verwendung des Auto-Update Features für Produktionssysteme nicht empfiehlt, da Konflikte zwischen Paketen und Umgebungen zu einer Betriebsstörung führen kann.
7.4.5. Erweiterte Suche —
- DMI Info — Das Desktop Management Interface (DMI) ist ein Standard zum Verwalten von Komponenten auf Computersystemen. Sie können nach RHN Satellite-Systemen suchen mittels der folgenden DMI-Abfragemethoden:
- System — Produktnamen oder -nummern, Herstellernamen, Seriennummern und andere Informationen, die für ein System eindeutig sein könnten
- BIOS — BIOS Support-Informationen wie z. B. BIOS Anbietername und Version, Hardware-Support aktiviert im BIOS, und weitere
- Objekt-Tag — Eine eindeutige Kennung, von einer IT-Abteilung (oder einem Anbieter) einem System zugeordnet für bessere Nachverfolgung, Verwaltung und Inventur
- Ort — Der physische Standort eines Systems, einschließlich u. a.:
- Adresse — Die Adresse des Systems oder Systemsets
- Gebäude — Das Gebäude oder die Örtlichkeit an einer Adresse
- Raum — Der Server- oder Systemraum innerhalb eines Gebäudes
- Rack — Die designierte Stelle innerhalb eines Serverraums, wo sich das System befindet.
- Details — Die eindeutigen Kennungen, die einem System durch Systemadministratoren und insbesondere Satellite Administratoren zugewiesen wurden, einschließlich:
- Name/Beschreibung — Der Name, der einem System beim Hinzufügen zum RHN Satellite Server vom Satellite Administrator zugewiesen wird.
- ID — Eine Kennung, die eindeutig für dieses System oder Systemset ist.
- Angepasste Info — Informationen über das System, die einzigartig für dieses eine System sind.
- Snapshot-Tag — Der Name, der einem neuen oder früheren System-Snapshots zugewiesen wurde.
- Laufender Kernel — Der aktuell laufende Kernel auf einem System, das beim Satellite registriert ist.
- Hardware — Systeme können nach bestimmten Komponenten im System durchsucht werden, inklusive der folgenden:
- CPU Modell — Der CPU-Modellname (wie z. B. Pentium oder Athlon)
- CPU MHz weniger als — Sucht Systeme mit einem Prozessor mit einer geringeren Geschwindigkeit in Megahertz als vom Benutzer angegeben.
- CPU MHz mehr als — Sucht Systeme mit einem Prozessor mit einer höheren Geschwindigkeit in Megahertz als vom Benutzer angegeben.
- Anzahl CPUs weniger als — Sucht Systeme mit einer Anzahl von Prozessoren geringer als vom Benutzer angegeben.
- Anzahl CPUs mehr als — Sucht Systeme mit einer Anzahl von Prozessoren höher als vom Benutzer angegeben.
- RAM weniger als — Sucht Systeme mit einer Speichergröße in Megabyte geringer als vom Benutzer angegeben.
- RAM mehr als — Sucht Systeme mit einer Speichergröße in Megabyte höher als vom Benutzer angegeben.
- Pakete — Systeme können nach auf dem System installierten (sowie noch nicht installierten) Paketen durchsucht werden.
- Installierte Pakete — Filtert Systeme hinsichtlich bestimmter installierter Pakete
- Benötigte Pakete — Filtert Systeme hinsichtlich bestimmter Paketer, die noch nicht installiert wurden
- Aktivität — Systeme können durchsucht werden nach der Zeitspanne, seit zum ersten oder oder zum letzten Mal eine Systemanmeldung (Check-In) beim RHN Satellite stattgefunden hat.
- Tage seit letzter System-Anmeldung — Die Zeitspanne (in Tagen), seit Systeme sich zum letzten Mal beim RHN Satellite angemeldet haben.
- Tage seit der Erstregistrierung — Die Zeitspanne (in Tagen), seit Systeme sich zum ersten Mal beim RHN Satellite registriert haben.
- Netzwerk-Info — Systeme können hinsichtlich bestimmter Netzwerkdetails durchsucht werden, wie z. B. IP Adresse.
- Hostname — Der Name eines Systems, das beim RHN Satellite registriert ist
- IP-Adresse — Die Netzwerkadresse des Systems, das beim RHN Satellite registriert ist
- Hardware-Geräte — Systeme können hinsichtlich bestimmter Hardware-Details wie z. B. Treibernamen und Geräte- oder Anbieter-IDs durchsucht werden.
- Beschreibung — Zusammenfassende Gerätebeschreibung wie Marke oder Modellname/-nummer (z. B.
Intel 82801HBM/HEM
) - Treiber — Der Kernel-Treiber oder Modulname (wie z. B.
tulip.o
oderiwl3945
) - Geräte-ID — Die Hexadezimal-Nummer des auf dem System installierten Geräts
- Anbieter-ID — Die Hexadezimal-Nummer vom Anbieter des auf dem System installierten Geräts
7.4.6. Aktivierungsschlüssel —
rhnreg_ks
anzumelden. Siehe Abschnitt 4.5, »Registrieren mit Aktivierungsschlüsseln« für weitere Instruktionen.
Anmerkung
7.4.6.1. Aktivierungsschlüssel verwalten
- Wählen Sie Systeme => Aktivierungsschlüssel von der oberen und linken Navigationsleiste aus.
- Klicken Sie den Neuen Schlüssel erstellen-Link oben rechts.
Warnung
Zusätzlich zu den unten aufgelisteten Feldern können RHN Satellite-Kunden auch das Schlüssel-Feld selbst belegen. Diese vom Benutzer frei definierte Zeichenfolge kann sodann gemeinsam mitrhnreg_ks
dazu benutzt werden, Client-Systeme für Satellite anzumelden. Fügen Sie keine Kommas in den Schlüssel ein. Alle anderen Zeichen sind zulässig. Kommas sind deshalb problematisch, da diese zum Trennen von zwei oder mehreren Aktivierungsschlüsseln verwendet werden können. Siehe Abschnitt 7.4.6.2, »Verwenden mehrerer Aktivierungsschlüssel gleichzeitig — « für nähere Details. - Geben Sie folgende Informationen ein:
- Beschreibung — Vom Benutzer eingegebene Beschreibung zur genauen Bestimmung des Aktivierungsschlüssels.
- Gebrauchs-Limit — Die maximale Anzahl an angemeldeten Systemen, die für den Aktivierungsschlüssel auf einmal angemeldet werden können. Für unbegrenzte Benutzung freilassen. Durch das Löschen eines System-Profils wird die Anzahl um 1 vermindert. Das Registrieren eines Systems mit dem Schlüssel erhöht die Anzah um 1.
- Basis-Channel — Der hauptsächliche Channel für den Schlüssel. Indem Sie keine Auswahl treffen, können Sie von allen Sub-Channels auswählen, obwohl Systeme nur für anwendbare Channels angemeldet werden können.
- Zusatzberechtigungen — Die zusätzlichen Berechtigungen für den Schlüssel, inklusive Monitoring, Provisioning, Virtualisierung und Virtualisierungsplattform. Alle Systeme erhalten diese Berechtigungen mit dem Schlüssel.
- Allgemeingültiger Standard — Der Schlüssel wird als der hauptsächliche Aktivierungsschlüssel für Ihre Organisation betrachtet.
Klicken Sie Schlüssel erzeugen.
Abbildung 7.6. Aktivierungsschlüssel
7.4.6.2. Verwenden mehrerer Aktivierungsschlüssel gleichzeitig —
- Basis-Software-Channels — Registrierung fehlgeschlagen
- Berechtigungen — Registrierung fehlgeschlagen
- Konfig Flag aktivieren — Konfigurationsmanagement ist eingerichtet
rhnreg_ks
oder in einem Kickstartprofil innerhalb des Post-Reiters der Kickstart Details-Seite. Siehe Abschnitt 4.5, »Registrieren mit Aktivierungsschlüsseln« bwz. Abschnitt 7.4.9.3, »Neues Kickstart-Profil erstellen« für weitere Instruktionen.
7.4.7. Gespeicherte Profile —
7.4.8. Angepasste System-Info —
Objekt
-Schlüssel auf der Custom-Systeminfo-Seite erzeugen.
Bestand
und Präziser Ort eines jeden Systems
und klicken Sie den Schlüssel erzeugen-Button. Der Schlüssel erscheint dann in der Liste.
7.4.8.1. rhn-custom-info
rhn-custom-info
, das dieselben Aktionen an einem Shell-Prompt durchführt, falls Administratoren keinen Zugang zur Web-Oberfläche haben.
rhn-custom-info
wird wie folgt angewendet:
rhn-custom-info options key1 value1
rhn-custom-info --username=admin --password=f00b4rb4z --server-url=satellite.example.com --list-values
rhn-custom-info -h
.
7.4.9. Kickstart —
Wichtig
/var/www/html/pub/
platzieren. RHN Satellites besitzen bereits einen Baum für jede Red Hat Distribution und benötigen daher keine separaten Bäume. Auch wenn das System sich via RHN Proxy Server mit dem Satellite verbindet, stehen diese Bäume zum Kickstart zur Verfügung. Werfen Sie einen Blick auf Abschnitt 7.4.9.6, »Kickstart ⇒ Distributionen —
« für Anweisungen zur Einrichtung von Installationsbäumen.
Abbildung 7.7. Kickstart-Überblick
7.4.9.1. Einführung zum Kickstart
http://satellite.example.com/ks/dis/ks-rhel-i386-es-4-u5
, followed by the name of the package you wish to download, such as: http://satellite.example.com/ks/dis/ks-rhel-i386-es-4-u5/GPL
.
7.4.9.1.1. Kickstart erklärt
- Nach der Anbindung an das Netzwerk und dem Anschalten, sendet das PXE der Maschine die MAC-Adresse und eine zu entdeckende Anfrage.
- Falls eine statische IP-Adresse nicht genutzt wird, erkennt der DHCP-Server die Anfrage und weitet sein Angebot an Netzwerkinformationen, die für die neue Maschine zum Booten erforderlich sind, aus. Dies umfasst eine IP-Adresse. das Standard-Gateway, das benutzt werden soll, die Netzmaske des Netzwerks, die IP-Adresse des TFTP- oder HTTP-Server, der das Bootlader-Programm besitzt, sowie den vollständigen Pfad und Dateinamen dieses Programms (relativ zum Root-Verzeichnis des Servers).
- Die Maschine wendet die Netzwerkinformationen an und initiiert eine Sitzung mit dem Server, um das Bootlader-Programm abzufragen.
- Sobald der Bootlader geladen ist, sucht er nach dessen Konfigurationsdatei auf dem Server, von dem er selbst geladen wurde. Diese Datei gibt vor, welcher Kernel und welche Kerneloptionen, wie z. B. die erste RAM Disk (initrd) Image, auf der bootenden Maschine ausgeführt werden sollen. Angenommen, das Bootloader-Programm ist SYSLINUX, dann befindet sich diese Datei im Verzeichnis
pxelinux.cfg
auf dem Server und erhält den Namen, der mit dem hexadezimalen Wert der IP-Adresse der neuen Maschine übereinstimmt. So sollte die Bootloader-Konfigurationsdatei für Red Hat Enterprise Linux AS 2.1 das Folgende enthalten:port 0 prompt 0 timeout 1 default My_Label label My_Label kernel vmlinuz append ks=http://myrhnsatellite/ initrd=initrd.img network apic
- Die Maschine akzeptiert und dekomprimiert das Init-Image und den Kernel, bootet den Kernel und initiiert eine Kickstart-Installation mit den in der Bootlader-Konfigurationsdatei gelieferten Optionen, inklusive des Servers, der die Kickstart-Konfigurationsdatei enthält.
- Im Gegenzug verweist diese Kickstart-Konfigurationsdatei die Maschine zum Ort der Installationsdateien.
- Die neue Maschine wird auf der Basis der in der Kickstart-Konfigurationsdatei festgelegten Parameter erstellt.
7.4.9.1.2. Kickstart-Voraussetzungen
- Ein DHCP-Server wird nicht zum Kickstarten benötigt, kann gewisse Dinge jedoch erleichtern. Wenn Sie statische IP-Adressen verwenden, sollten Sie bei der Entwicklung Ihres Kickstart-Profils statische IP-Adressen auswählen.
- Ein FTP-Server kann verwendet werden, anstatt die Kickstart-Distributions-Bäume via HTTP zu hosten.
- Beim Durchführen eines Bare-Metal-Kickstarts, sollten Sie 1.) DHCP so konfigurieren, dass benötigte Netzwerk-Parameter und die Position des Bootlader-Programms zugewiesen wird, und 2.) innerhalb der Bootlader-Konfigurationsdatei den zu verwendenden Kernel angeben, sowie entsprechende Kernel-Optionen.
7.4.9.1.3. Erstellen von bootbaren Kickstart-ISOs
/isolinux
auf der ersten CD-ROM der Ziel-Distribution. Bearbeiten Sie anschließend die Datei isolinux.cfg
so, dass Sie standardmäßig 'ks' ist. Ändern Sie den Abschnitt 'ks' gemäß der nachfolgenden Vorlage:
label ks kernel vmlinuz append text ks={url} initrd=initrd.img lang= devfs=nomount ramdisk_size=16438 \ {ksdevice}
http://my.sat.server/kickstart/ks/mode/ip_range
ksdevice=eth0
isolinux.cfg
besser an Ihre Anforderungen anpassen und zum Beispiel mehrere Kickstart-Optionen, verschiedene Boot-Meldungen, kürzere Timeout-Perioden, etc. hinzufügen.
mkisofs -o file.iso -b isolinux.bin -c boot.cat -no-emul-boot -boot-load-size 4 \ -boot-info-table -R -J -v -T isolinux/
isolinux/
der relative Pfad zum Verzeichnis mit den Isolinux-Dateien von der Distributions-CD ist, während file.iso
die Ausgabe-ISO-Datei ist, die im aktuellen Verzeichnis platziert wird.
7.4.9.1.4. Die Integration von Kickstart mit PXE
Anmerkung
7.4.9.2. Kickstart-Profile
Abbildung 7.8. Kickstart-Profile
7.4.9.3. Neues Kickstart-Profil erstellen
- Geben Sie in der ersten Zeile ein Kickstart-Profil-Label ein. Dieses Label darf keine Leerzeichen enthalten, verwenden Sie daher Bindestriche (-) oder Unterstriche (_) als Trennzeichen.
- Wählen Sie einen Basis-Channel für dieses Profil, der aus Paketen besteht basierend auf einer spezifischen Architektur und Red Hat Enterprise Linux Version, wie z. B. Red Hat Enterprise Linux (v.5 for 32-bit x86).
- Wählen Sie einen kickstartbaren Baum für dieses Profil. Das Dropdown-Menü des kickstartbaren Baums wird nur dann gefüllt, wenn eine oder mehrere Distributionen für den gewählten Basis-Channel erstellt wurden.
- Wählen Sie den Virtualisierungstyp aus dem Dropdown-Menü aus. Für weitere Informationen über Virtualisierung, siehe Kapitel 10, Virtualisierung.
Anmerkung
Falls Sie nicht beabsichtigen, das Kickstart-Profil zur Erstellung von virtuellen Gastsystemen zu verwenden, können Sie das Dropdown-Menü auf der Standardauswahl KVM Virtualized Guest belassen. - Wählen Sie auf der zweiten Seite die URL des Kickstart-Baums (oder geben Sie diese ein).
- Wählen Sie auf der dritten Seite ein Root-Passwort für das System. Vergewissern Sie sich, dass Sie den Passwort-Empfehlungen im Abschnitt Passwortsicherheit des Red Hat Enterprise Linux Sicherheitshandbuch, erhältlich unter http://www.redhat.com/docs/manuals/enterprise/, folgen.
pyOpenSSL
, rhnlib
, libxml2-python
, und spacewalk-koan
sowie dazugehörige Pakete.
- Vergewissern Sie sich, dass Ihrer Organisation der rhn-tools Sub-Software-Channel vom Basis-Channel des Kickstart-Profils zur Verfügung steht. Ist dies nicht der Fall, müssen Sie Berechtigungen für den rhn-tools Software-Channel beim Satellite-Administrator anfragen.
- Vergewissern Sie sich, dass Ihrem RHN Satellite der rhn-tools Sub-Channel vom Basis-Channel des Kickstart-Profils zur Verfügung steht. Ist dies nicht der Fall, setzen Sie sich mit dem Satellite-Administrator in Verbindung und fragen einen
satellite-sync
der rhn-tools an. - Vergewissern Sie sich, dass
rhn-kickstart
und dazugehörige Pakete für diesen Kickstart in dem Kickstart rhn-tools-Sub-Channel verfügbar sind. Ist dies nicht der Fall, müssen Sie diese verfügbar machen, damit dieses Kickstart-Profil richtig funktionieren kann.
http://my.satellite.server/ks/dist/ks-rhel-<ARCH>-<VARIANT>-<VERSION>
client
oder server
, und VERSION ist die Release von Red Hat Enterprise Linux, die mit der Kickstart-Datei verknüpft ist.
7.4.9.3.1. Kickstart-Details ⇒ Details —
Abbildung 7.9. Kickstart-Details
- Das Profil umbenennen
- Das Betriebssystem, das es installiert, durch einen Klick auf Ändern ändern
- Den Virtualisierungstyp ändern
Anmerkung
Eine Änderung des Virtualisierungstyps kann Änderungen am Bootlader des Kickstart-Profils und den Partitionsoptionen erforderlich machen, wodurch möglicherweise Anpassungen von Benutzern überschrieben werden. Konsultieren Sie den Partitionierung-Reiter, um etwaige neue oder veränderte Einstellungen zu verifizieren. - Die Größe des Virtuellen Speichers (in Megabyte RAM) ändern, der virtuellen Gästen zugewiesen wird, die mit diesem Profil gekickstartet werden
- Die Anzahl Virtueller CPUs für jeden virtuellen Gast ändern
- Den Virtuellen Speicherpfad vom Standard auf
/var/lib/xen/
ändern - Die Größe des Virtuellen Plattenplatzes (in Gigabytes) ändern, der jedem virtuellen Gast zugewiesen ist
- Die Virtuelle Bridge für das Netzwerk des virtuellen Gasts ändern
- Das Profil durch Entfernen des Häkchens Aktiv deaktivieren, so dass es nicht dazu verwendet werden kann, einen Kickstart zu planen
- Überprüfen, ob Protokollierung für angepasste
%post
-Skripte in die/root/ks-post.log
-Datei aktiviert ist - Überprüfen, ob Protokollierung für angepasste
%pre
-Skripte in die/root/ks-pre.log
-Datei aktiviert ist - Auswählen, ob die
ks.cfg
-Datei samt aller%include
-Fragmente im/root/
-Verzeichnis aller Systeme bewahrt werden soll, die mit diesem Profil gekickstartet werden. - Auswählen, ob dieses Profil als Standardprofil für alle Kickstarts Ihrer Organisation gelten soll, durch Aktivieren bzw. Deaktivieren des Kontrollkästchens.
- Etwaige Kernel-Optionen in dem entsprechenden Textfeld hinzufügen.
- Etwaige Post-Kernel-Optionen in dem entsprechenden Textfeld hinzufügen.
- Kommentare eingeben, die für Sie hilfreich zur Unterscheidung dieses Profils von anderen sind
7.4.9.3.2. Kickstart-Details ⇒ Betriebssystem —
- Den Basis-Channel ändern
- Wählen Sie einen der verfügbaren Basis-Channels, wie z. B. Red Hat Enterprise Linux v.5 für 32-bit x86. Satellite-Administratoren sehen eine Liste aller Basis-Channels, die derzeit mit ihrem Satellite abgeglichen werden.
- Sub-Channels
- Abonnieren Sie jegliche verfügbaren Sub-Channels des Basis-Channels, wie z. B. den rhn-tools* Channel.
- Verfügbare Bäume
- Benutzen Sie das Dropdown-Menü, um die verfügbaren Bäume auszuwählen, die mit dem Basis-Channel assoziiert sind.
- Dateiort
- Die exakte Position, von der der Kickstart-Baum eingehängt wird. Der Wert wird beim Erstellen des Profils bestimmt. Sie können ihn auf dieser Seite sehen, jedoch nicht ändern.
7.4.9.3.3. Kickstart Details ⇒ Variablen
IPADDR=192.168.0.28 GATEWAY=192.168.0.1
Netzwerk
-Abschnitt einer Kickstart-Datei sieht zum Beispiel wie folgt aus:
network --bootproto=static --device=eth0 --onboot=on --ip=$IPADDR --gateway=$GATEWAY
$IPADDR
wird zu 192.168.0.28
, und das $GATEWAY
wird zu 192.168.0.1
Anmerkung
7.4.9.3.4. Kickstart-Details ⇒ Erweiterte Optionen —
7.4.9.3.5. Kickstart-Details ⇒ Bare Metal Kickstart —
7.4.9.3.6. System-Details ⇒ Details —
Abbildung 7.10. Systemdetails
- Zwischen DHCP und statischer IP wählen, abhängig von Ihrem Netzwerk
- Das SELinux-Level wählen, das auf den gekickstarteten Systemen konfiguriert ist
- Das Konfigurationsmanagement oder die Ausführung von Remote-Befehlen auf gekickstarteten Systemen aktivieren
- Das Root-Passwort ändern, das mit diesem Profil verknüpft ist
7.4.9.3.7. System-Details ⇒ Locale —
7.4.9.3.8. System-Details ⇒ Partitionierung —
partition /boot --fstype=ext3 --size=200 partition swap --size=2000 partition pv.01 --size=1000 --grow volgroup myvg pv.01 logvol / --vgname=myvg --name=rootvol --size=1000 --grow
7.4.9.3.9. System-Details ⇒ Dateierhaltung —
7.4.9.3.10. System-Details ⇒ GPG und SSL —
Anmerkung
7.4.9.3.11. System-Details ⇒ Problembehandlung —
- Bootloader
- Für einige Systeme ohne Bildschirm ist es besser, den nicht-grafischen LILO-Bootlader zu wählen.
- Kernel-Parameter
- Geben Sie hier die Kernel-Parameter ein, die ggf. bei der Einschränkung der Ursachen der Hardware-Fehler behilflich sind.
7.4.9.3.12. Software ⇒ Paketgruppen —
Abbildung 7.11. Software
@office
oder @admin-tools
, die Sie auf dem gekickstarteten System installieren möchten, in dem großen Textfeld auf dieser Seite ein. Falls Sie erfahren möchten, welche Paketgruppen zur Verfügung stehen und welche Pakete sie enthalten, werfen Sie einen Blick auf die Dateien in RedHat/base/
in Ihrem Kickstart-Baum. Satellite-Kunden finden diese Datei höchstwahrscheinlich hier: /var/www/satellite/rhn/kickstart/<kickstart label>/RedHat/base/comps.xml
.
7.4.9.3.13. Software ⇒ Paketprofile —
7.4.9.3.14. Aktivierungsschlüssel —
Abbildung 7.12. Aktivierungsschlüssel
7.4.9.3.15. Skripte —
Abbildung 7.13. Skripte
- Klicken Sie auf den Link "Neues Kickstart-Skript hinzufügen" in der rechten oberen Ecke
- Geben Sie den Pfad zur Skriptingsprache an, die zur Erstellung des Skripts verwendet wird, z. B. /usr/bin/perl
- Geben Sie das gesamte Skript in der großen Text-Box ein
- Geben Sie an, ob das Skript im %pre- oder %post-Abschnitt des Kickstart-Prozesses ausgeführt werden soll
- Geben Sie an, ob das Skript außerhalb der chroot-Umgebung ausgeführt werden soll. Werfen Sie einen Blick auf den Abschnitt Post-Installationsskript im Red Hat Enterprise Linux Systemadministrationshandbuch für weitere Erklärungen zur Option
nochroot
Anmerkung
/tmp/part-include
. Anschließend können Sie diese Datei aufrufen, indem Sie die folgende Zeile innerhalb des Feldes 'Partitionsdetails' des Reiters System-Details ⇒ Partitionierung einbinden:
%include /tmp/part-include
7.4.9.3.16. Kickstart-Datei —
Abbildung 7.14. Kickstart-Datei
7.4.9.4. Kickstart ⇒ Bare Metal —
7.4.9.5. Kickstart ⇒ GPG- und SSL-Schlüssel —
Wichtig
7.4.9.6. Kickstart ⇒ Distributionen —
Anmerkung
Wichtig
satellite-sync
importierte Channels automatisch verfügbar gemacht werden und keine Erstellung eines separaten Installationsbaumes erfordern. Diese Bäume stehen Client-Systemen zur Verfügung, die via Satellite kickstarten. Auch wenn Sie ggf. in der Lage sind, auf die Dateien von einem nicht-kickstarteten Client zuzugreifen, wird diese Funktionalität nicht unterstützt und kann zu jedem zukünftigen Zeitpunkt abgeschafft werden.
my-orgs-rhel-as-5
. Fügen Sie im Feld Baum-Pfad den Pfad oder die URL zur Basis des Installationsbaums ein. (Sie können dies testen, indem Sie "README" an die URL in einem Web-Browser anhängen, die Eingabe-Taste drücken und sicherstellen, dass die Readme-Datei der Distribution erscheint.)
Red Hat Enterprise Linux (v. 5 für 32-bit x86)
bzw.Red Hat Enterprise Linux 5
. Wenn Sie damit fertig sind, klicken Sie auf die Schaltfläche Kickstart-Distribution erstellen.
7.4.9.6.1. Kickstart ⇒ Distributionen ⇒ Variablen
IPADDR=192.168.0.28 GATEWAY=192.168.0.1
Netzwerk
-Abschnitt einer Kickstart-Datei sieht zum Beispiel wie folgt aus:
network --bootproto=static --device=eth0 --onboot=on --ip=$IPADDR --gateway=$GATEWAY
$IPADDR
wird zu 192.168.0.28
, und das $GATEWAY
wird zu 192.168.0.1
Anmerkung
7.4.9.7. Kickstart ⇒ Dateierhaltung —
Wichtig
/dev/hda1
und /dev/sda1
nicht unterstützt. Schließlich dürfen nur Datei- und Verzeichnisnamen eingegeben werden. Es können keine reguläre Ausdrücke Platzhalter eingebunden werden.
7.5. Errata
Anmerkung
- — Sicherheits-Updates verfügbar, Aktualisierung dringend empfohlen
- — Bugfix-Updates verfügbar und empfohlen
- — Verbesserungs-Updates verfügbar
7.5.1. Relevante Errata
Abbildung 7.15. Errata-Liste
7.5.2. Alle Errata
7.5.2.1. Errata-Updates anwenden
- Um ein spezifisches Errata-Update auf einem oder mehreren Systemen anzuwenden, können Sie das Update innerhalb der Errata-Liste finden. In der Tabelle klicken Sie auf die Anzahl der betroffenen Systeme, wodurch Sie auf den Reiter Betroffene Systeme auf der Errata-Details-Seite gelangen. Wählen Sie dann die individuell zu aktualisierenden Systeme aus und klicken Sie die Schaltfläche Errata anwenden. Überprüfen Sie die zu aktualisierenden Systeme auf der Bestätigungsseite und klicken Sie die Bestätigen-Schaltfläche.
- Um mehr als ein Errata-Update für eines oder mehrere Systeme anzuwenden, wählen Sie die Systeme von einer Systeme-Liste aus und klicken auf die Liste aktualisieren-Schaltfläche. Klicken Sie auf den System Set Manager-Link in der linken Navigationsleiste und klicken dann auf den Systeme-Reiter. Nachdem Sie überprüft haben, dass die entsprechenden Systeme ausgewählt sind, klicken Sie auf Errata und wählen die entsprechenden Errata-Updates aus, die Sie anwenden möchten und klicken dann die Schaltfläche Errata anwenden. Sie können dann auswählen, ob Sie das Update so bald wie möglich anwenden möchten (das nächste Mal, wenn der Red Hat Network Daemon auf den Client-Systemen sich mit RHN verbindet) oder ein Datum und einen Zeitpunkt einplanen, wann die Updates stattfinden sollen. Klicken Sie dann auf die Schaltfläche Updates planen. Sie können dann den Fortschritt der Errata-Updates durch die Ausstehende Aktionen-Liste nachverfolgen. Siehe Abschnitt 7.8, »Plan« für nähere Details.
Wichtig
- Jedes Paket ist ein Mitglied von einem oder mehreren Channels. Wenn ein ausgewähltes System nicht für einen Channel abonniert ist, der das Paket enthält, wird das Paket nicht auf diesem System installiert werden.
- Wenn eine neuere Version des Paketes sich bereits auf dem System befindet, wird das Paket nicht auf dem System installiert.
- Wenn eine ältere Version des Paketes installiert ist, wird das Paket aktualisiert.
7.5.2.2. Errata-Details
7.5.2.2.1. Errata-Details ⇒ Details
7.5.2.2.2. Errata-Details ⇒ Pakete
7.5.2.2.3. Errata-Details ⇒ Betroffene Systeme
7.5.3. Erweiterte Suche
Abbildung 7.16. Erratum-Suche
- Alle Felder — Sucht Errata anhand von Synopse, Beschreibung, Thema, oder Lösung.
- Erratum-Advisory — Die Art und Weise, wie das Red Hat Security Response Team Advisorys kodiert, wie z. B.:
RHBA-2007:0530
Suchen können nach Jahr durchgeführt werden (wie z. B. 2007), nach Typ des Hinweises (RHBA für Bugfixes, RHEA für Verbesserungen und RHSA für Sicherheitshinweise) oder mit dem vollständigen Hinweis-Namen, wie im oberen Beispiel. - Paketname — Benutzer auf der Suche nach bestimmten Paketen können nach Paketnamen suchen, wie z. B.:
kernel
Die Paketsuche kann von Vorteil sein, da Suchergebnisse je nach Advisory gruppiert werden. Dies Suche nach kernelbezogenen Bugs führt beispielsweise zu Ergebnissen, bei denen alle Pakete mit dem Terminuskernel
in dem Advisory gruppiert erscheinen, mit dem der Bug zusammenhängt. - CVE Name — Der Name, der dem Sicherheits-Advisory (RHSA) zugeordnet wurde durch das "Common Vulnerabilities and Exposures"-Projekt unter http://cve.mitre.org. Zum Beispiel:
CVE-2006-4535
- Bugfix-Advisory — Errata, die Fehlerbehebungen enthalten für Probleme, die von Benutzern gemeldet wurden oder während der Entwicklung oder Testphase entdeckt wurden.
- Sicherheits-Advisory — Errata zum Schließen von Sicherheitslücken, die während der Entwicklung oder Testphase entdeckt wurden, oder von Benutzern oder einem Software Security Clearing House gemeldet wurden. Ein Sicherheits-Advisory hat in der Regel einen oder mehrere CVE Namen, die zu jeder Schwachstelle zugeordnet sind, die in einem Erratum gefunden wird.
- Produkterweiterungs-Advisory — Errata, die neue Features, verbesserte Funktionalität, oder erhöhte Performance in die Software des Pakets einbringen.
7.6. Channels
7.6.1. Software-Channels
7.6.1.1. Basis-Channels
7.6.1.1.1. Extended-Update-Support (EUS)
7.6.1.2. Sub-Channels
Anmerkung
rhncfg
(anhand dessen der rhn-tools-Channel identfiziert wird) und libvirt
(anhand dessen der rhel-vt-Channel identifiziert wird).
7.6.1.3. Alle Channels
Abbildung 7.17. Alle Channels
7.6.1.4. Red Hat Channels
7.6.1.5. Beliebte Channels
7.6.1.6. Meine Channels
7.6.1.7. Gemeinsame Channels
7.6.1.8. Stillgelegte Channels
7.6.1.9. Software-Channel-Details
7.6.1.9.1. Software-Channel-Details ⇒ Details
- Kunden mit einem angepassten Basis-Channel können das System diesem Basis-Channel zuordnen.
- Kunden können System-Abonnements von einem angepassten Channel auf den entsprechenden Distributions-basierten Channel zurücksetzen.
Anmerkung
7.6.1.9.2. Software-Channel Details ⇒ Errata
7.6.1.9.3. Software-Channel Details ⇒ Pakete
ks
eintippen, könnte der Filter ksconfig
, krb5-workstation
und links
ausgeben. Der Filter beachtet die Groß-/Kleinschreibung.
7.6.1.9.4. Software-Channel Details ⇒ Abonnierende Systeme
7.6.1.9.5. Software-Channel-Details ⇒ Ziel-Systeme
7.6.2. Paketsuche
Abbildung 7.18. Paketsuche
- Freitext — Eine allgemeine Suche nach Stichwörtern für Benutzer, die die Details eines bestimmten Pakets und dessen Inhalts nicht genau kennen.
- Nur Name — Zielgerichtete Suche für Benutzer, die ein spezielles Paket finden müssen und sich nicht durch allgemeinere Suchergebnisse durcharbeiten möchten.
- Name und Beschreibung — Spezielle Suche nach einem bestimmten Paketnamen oder Programm, der - auch wenn er nicht im Namen des Pakets enthalten ist - eine einzeilige Beschreibung des Pakets (zum Beispiel, Suche nach dem Apache HTTP-Server, während der Name des tatsächlichen Red Hat Enterprise Linux-Pakets
httpd
ist. - Name und Zusammenfassung — Ähnlich der Suche Name und Beschreibung wird im Rahmen dieser Suchkriterien nach Paketnamen und der längeren Zusammenfassung für das Paket gesucht. Eine Suche nach "web browser" könnte demnach zu mehreren Treffern führen, die sowohl grafische, als auch textbasierte Browser umfassen.
java
in der Beschreibung und der Zusammenfassung suchen möchten, tippen Sie folgendes in das Freitext-Feld:
summary:java and description:java
name
— Sucht nach einem bestimmten Stichwort in den Paketnamen.version
— Sucht nach einer bestimmten Version von Paketen.filename
— Sucht nach einem bestimmten Stichwort in den Dateinamen der Pakete.description
— Sucht nach einem bestimmten Stichwort in dem Feld mit der detaillierten Beschreibung der Pakete.summary
— Sucht nach einem bestimmten Stichwort in der kurzen Zusammenfassung der Pakete.arch
— Sucht Pakete nach deren Architektur (z. B. x86, x86_64, oder s390)
7.6.3. Software-Channels verwalten
7.6.3.1. Software-Channels verwalten ⇒ Channel-Details
7.6.3.1.1. Software-Channels verwalten ⇒ Channel-Details ⇒ Channel-Details
7.6.3.1.2. Software-Channels verwalten ⇒ Channel-Details ⇒ Manager
7.6.3.1.3. Software-Channels verwalten ⇒ Channel-Details ⇒ Errata
7.6.3.1.4. Software-Channels verwalten ⇒ Channel-Details ⇒ Pakete
7.6.3.2. Software-Channels verwalten ⇒ Software-Pakete verwalten
7.6.3.3. Software-Channels verwalten ⇒ Repositorys verwalten
yum
-Repositorys.
fedora-13-i386
) sowie einer Repository-URL (z.B. http://customrepo.example.com). Sie können auch eine URL angeben, die auf eine Liste mit Spiegelservern verweist, sowie direkte Download-URLs. Klicken Sie nach Abschluss auf die Schaltfläche Repository erstellen.
spacewalk-repo-sync
-Befehls ausführen. Zum Beispiel:
spacewalk-repo-sync --channel=<CHANNEL_NAME> --url=<http://FQDN>
spacewalk-repo-sync --channel=fedora-13-i386 --url=https://mirrors.fedoraproject.org/metalink?repo=updates-released-f13&arch=i386
7.7. Konfiguration
7.7.1. Systeme für das Konfigurationsmanagement vorbereiten
config-enable
installiert sein. Diese Tools sind ggf. bereits auf Ihrem System installiert, insbesondere, wenn Sie das System mit der Funktion "Konfigurationsmanagement" gekickstartet haben. Falls nicht, finden Sie sie im RHN-Tools-Sub-Channel zur Distribution. Laden Sie sich die neuesten rhncfg*
-Pakete herunter und installieren sie. Sie bestehen aus:
rhncfg
— Die Basis-Bibliotheken und -Funktionen, die von allenrhncfg-*
Paketen benötigt werden.rhncfg-actions
— Der Code, der benötigt wird, um Aktionen rund um die Konfiguration auszuführen, die via RHN-Webseite geplant sind.rhncfg-client
— Eine Kommandozeilenoberfläche für die Client-Features des RHN Konfigurationsmanagementsystems.rhncfg-management
— Eine Kommandozeilenoberfläche, die zur Verwaltung der RHN-Konfiguration verwendet wird.
rhn-actions-control
auf dem Client-System erreicht. Er ist Bestandteil des RPMs rhncfg-actions
. RHN Actions Control (rhn-actions-control
) aktiviert, bzw. deaktiviert bestimmte Methoden für zulässige Aktionen. Werfen Sie einen Blick auf Abschnitt B.1, »Red Hat Network Actions Control« für weitere Anweisungen.
7.7.2. Überblick
- Konfigurationsüberblick
- Dieses Bedienfeld liefert einen schnellen Verweis auf Informationen zu Ihren Konfigurationsdateien. Ein Klick auf einen beliebigen blauen Text rechts zeigt eine entsprechende Liste entweder von relevanten Systemen, Channel-Details oder Konfigurationsdateien.
- Konfigurationsaktionen
- Dieses Bedienfeld liefert einen direkten Zugriff auf die gebräuchlichsten Aufgaben bezüglich der Verwaltung von Konfigurationen. Sie können Dateien oder Channels ansehen oder erstellen, oder das Konfigurationsmanagement auf Ihren Systemen aktivieren.
- Kürzlich modifizierte Konfigurationsdateien
- Die hier dargestellte Liste zeigt an, welche Dateien sich verändert haben, zu welchem Channel sie gehören und wann sie geändert wurden. Falls keine Dateien kürzlich geändert wurden, wird keine Liste angezeigt. Klicken Sie auf den Namen der Datei, die auf die Seite Details aufgenommen werden soll. Klicken Sie auf den Channel-Namen, der auf die Seite Channel-Details für diesen Channel aufgenommen werden soll.
- Kürzlich geplante Konfigurationseinsätze
- Jede Aktion, die geplant wurde, wird hier zusammen mit dem Status der Aktion aufgelistet. Jede Konfigurationsaufgabe, die geplant ist - von der Aktivierung des Konfigurationsmanagements auf einem System zum Einsatz einer bestimmten Konfigurationsdatei - wird hier angezeigt.
7.7.3. Konfigurations-Channels
- Klicken Sie auf den Link Neuen Konfigurations-Channel erstellen in der oberen rechten Ecke des Bildschirms.
- Geben Sie einen Namen für den Channel ein.
- Geben Sie ein Label für den Channel ein. Dieses Feld darf lediglich alphanummerische Zeichen enthalten, "-", "_", und "."
- Geben Sie eine Beschreibung für den Channel ein. Sie müssen eine Beschreibung eingeben, jedoch gibt es hier keine Einschränkung der Zeichen. Dieses Feld kann beliebige kurze Informationen enthalten, mit deren Hilfe Sie diesen Channel von anderen unterscheiden können.
- Drücken Sie auf die Schaltfläche Konfig-Channel erstellen, um den neuen Channel zu erstellen.
- Die folgende Seite ist ein Teilbereich der Seite Channel-Details, und hat drei Unterreiter: Überblick, Dateien hinzufügen und Systeme. Die Seite 'Channel-Details' wird ausführlich in Abschnitt 7.7.3.1, »Konfiguration ⇒ Konfigurations-Channels ⇒ Konfigurations-Channel-Details« behandelt.
7.7.3.1. Konfiguration ⇒ Konfigurations-Channels ⇒ Konfigurations-Channel-Details
- Überblick
- Dieser Unterreiter ist ähnelt der Seite Konfigurationsüberblick sehr. Das Bedienungsfeld Channel-Information liefert Statusinformationen für den Inhalt dieses Channels. Das Bedienungsfeld Konfigurationsaktionen bietet Zugriff auf die meisten gebräuchlichsten Konfigurationsaufgaben. Der Hauptunterschied ist das Bedienungsfeld Channel-Eigenschaften. Durch einen Klick auf den Link Eigenschaften bearbeiten können Sie den Namen, das Label und die Beschreibung des Channels bearbeiten.
- Dateien auflisten/entfernen
- Dieser Reiter, der nur erscheint, wenn Dateien im Konfigurations-Channel existieren, listet die Dateien auf, die dieser Konfigurations-Channel enthält. Die können eine Datei oder Dateien entfernen oder die aktuellste Version in ein Set lokaler "Overrides" kopieren oder in andere zentrale Konfigurations-Channel. Aktivieren Sie das Kästchen neben einer beliebigen Datei, die Sie verändern möchten und klicken Sie auf eine der Schaltflächen, die mit der gewünschten Aktion zusammenhängen, am Ende des Bildschirms.
- Dateien hinzufügen
- Der Unterreiter Dateien hinzufügen besitzt selbst drei Unterreiter, welche Ihnen das Hochladen, das Importieren oder das Erstellen von Konfigurationsdateien, die in diesem Channel beinhaltet sein sollen, erlaubt.
- Datei hochladen
- Um eine Datei in den Konfigurations-Channel hochzuladen, durchsuchen Sie Ihr lokales System nach der Datei, füllen alle Felder aus und klicken auf die Schaltfläche Konfigurationsdatei hochladen. Das Feld Dateiname/Pfad ist der absolute Pfad, wo die Datei implementiert wird.Sie können zusätzlich den Besitzer (den Benutzernamen und Gruppennamen) sowie Berechtigungen angeben, die dieser Datei bei der Implementierung zugewiesen werden sollen.Falls der Client SELinux aktiviert hat, können Sie SELinux Kontexte konfigurieren, um die gewünschten Dateiparameter (z.B. Benutzer, Rolle und Dateityp) zu definieren, die diese Datei zur Verwendung auf dem System zulassen. Weitere Informationen über die Konfiguration von SELinux-Dateikontexten finden Sie im Red Hat Enterprise Linux Security-Enhanced Linux Benutzerhandbuch.Zuguterletzt geben Sie das Symbol ein, das den Anfang und das Ende eines Makros markiert, falls die Konfigurationsdatei Makros enthält.
- Dateien importieren
- Auf dieser Seite können Sie Dateien von anderen Konfigurations-Channels importieren, inklusive aller lokal verwalteten Channels. Aktivieren Sie das Kästchen links neben einer beliebigen Datei, die Sie importieren möchten, und drücken Sie auf die Schaltfläche Konfigurationsdatei(en) importieren.
Anmerkung
Ein Sandbox-Icon zeigt an, dass die aufgelistete Datei sich derzeit in einem lokalen Sandbox-Channel befindet. Dateien in einem Sandbox-Channel eines Systems werden als experimentell angesehen und sind möglicherweise nicht stabil. Seien Sie vorsichtig, wenn Sie diese für einen zentralen Konfigurations-Channel wählen. - Datei erstellen
- Auf dieser Seite können Sie eine Konfigurationsdatei, ein Verzeichnis oder einen symbolischen Link erzeugen, der im Konfigurationschannel enthalten sein soll.Wählen Sie zunächst im Dateityp-Abschnitt, ob Sie eine Textdatei, ein Verzeichnis oder einen symbolischen Link erzeugen möchten. Geben Sie im
Dateiname/Pfad
-Textfeld den absoluten Pfad an, in dem die Datei implementiert werden soll. Falls Sie einen symbolischen Link erstellen, geben Sie die Zieldatei und den Pfad imZiel-Dateiname/Pfad für Symlink-Textfeld an.Geben Sie im Besitzer-Abschnitt den Benutzernamen und Gruppennamen für die Datei an, sowie den Dateiberechtiungsmodus für die Datei.Falls der Client SELinux aktiviert hat, können Sie SELinux Kontexte konfigurieren, um die gewünschten Dateiparameter (z.B. Benutzer, Rolle und Dateityp) zu definieren, die diese Datei zur Verwendung auf dem System zulassen. Weitere Informationen über die Konfiguration von SELinux-Dateikontexten finden Sie im Red Hat Enterprise Linux Security-Enhanced Linux Benutzerhandbuch.Geben Sie das Symbol ein, das den Anfang und das Ende eines Makros markiert, falls die Konfigurationsdatei Makros enthält. Geben Sie anschließend die Inhalte der Konfigurationsdatei im Dateiinhalte-Feld an, und wählen Sie aus dem Dropdown-Menü die richtige Scriptingsprache aus. Klicken Sie abschließend auf die Schaltfläche Konfigurationsdatei erstellen, um die neue Datei zu erstellen.
- Dateien einsetzen
- Dieser Unterreiter erscheint nur, wenn es Dateien in dem Channel gibt. Sie können alle Dateien einsetzen, indem Sie auf die Schaltfläche Alle Dateien einsetzen klicken. Sie werden anschließend gebeten auszuwählen, auf welchen Systemen die Datei(en) angewendet werden sollen. Die aufgelisteten Systeme sind die, die diesen Channel abonniert haben. Falls Sie die Datei auf einem System anwenden möchten, das hier nicht aufgelistet wird, abonnieren Sie erst den Channel für dieses System. Klicken Sie nach Abschluss auf die Schaltfläche Bestätigen und auf ausgewählten Systemen einsetzen, um die Dateien einzusetzen.
- Systeme
- Dieser Reiter, der aus zwei Unterreitern besteht, ermöglicht Ihnen die Verwaltung von Systemen, die den Konfigurations-Channel abonniert haben.
- Abonnierende Systeme
- Dieser Unterreiter zeigt eine Liste aller Systeme an, die den aktuellen Channel abonniert haben. Ein Klick auf den Namen eines Systems führt Sie zur Seite System-Details für dieses System.
- Zielsysteme
- Dieser Unterreiter zeigt eine Liste von Systemen an, die für das Konfigurationsmanagement aktiviert wurden und die den Channel noch nicht abonniert haben. Um ein System zu dem Konfigurations-Channel hinzuzufügen, aktivieren Sie das Kästchen links neben dem Namen des Systems und drücken auf die Schaltfläche Subskribiere System.
7.7.4. Konfigurationsdateien
Anmerkung
/etc/rhn/default/rhn_web.conf
:
web.maximum_config_file_size=128
/etc/rhn/default/rhn_server.conf
-Datei finden und auf denselben Wert ändern:
maximum_config_file_size=131072
131072
auf den gewünschten Wert in Bytes.
7.7.4.1. Zentral verwaltete Dateien
7.7.5. Lokal verwaltete Dateien
7.7.5.1. Einbinden von Makros in Ihren Konfigurationsdateien
- rhn.system.sid
- rhn.system.profile_name
- rhn.system.description
- rhn.system.hostname
- rhn.system.ip_address
- rhn.system.custom_info(key_name)
- rhn.system.net_interface.ip_address(eth_device)
- rhn.system.net_interface.netmask(eth_device)
- rhn.system.net_interface.broadcast(eth_device)
- rhn.system.net_interface.hardware_address(eth_device)
- rhn.system.net_interface.driver_module(eth_device)
server.conf
, inklusive der Makros für IP-Adressen und Hostname, in etwa so:
hostname={| rhn.system.hostname |} ip_address={| rhn.system.net_interface.ip_address(eth0) |}
rhncfg-client
) - werden die Variablen mit dem Hostname und IP-Adressen des Systems ersetzt, wie im Systemprofil von RHN festgehalten. In der oben aufgeführten Konfigurationsdatei ähnelt die eingesetzte Version beispielsweise dem Folgenden:
hostname=test.example.domain.com ip_address=177.18.54.7
asset={@ rhn.system.custom_info(asset) @}
asset=Example#456
asset={@ rhn.system.custom_info(asset) = 'Asset #' @}
rhncfg-manager
) übersetzt oder ändert keine Dateien, da das Tool das System nicht wahrnimmt Red Hat Network Configuration Manager rhncfg-manager
hängt nicht von Systemeinstellungen ab. Binärdateien können nicht interpoliert werden.
7.7.6. Systeme
7.7.6.1. Verwaltete Systeme
7.7.6.2. Zielsysteme
Anmerkung
7.8. Plan
- Paketänderung (Installation, Upgrade und Entfernung)
- Rollback-Paketaktionen
- Systemneustarts
- Errata-Updates
- Konfigurationsdateiänderung (einsetzen, laden und diff)
- Hardwareprofil-Updates
- Paketlistenpofil-Updates
- Kickstart-Einleitung
- Remote Befehle
7.8.1. Ausstehende Aktionen
Abbildung 7.19. Plan - Ausstehende Aktionen
7.8.2. Fehlgeschlagene Aktionen
7.8.5. Aktionenliste
- Auswählen — Benutzen Sie die Kontrollkästchen in dieser Spalte, um Aktionen auszuwählen. Nachdem Sie diese ausgewählt haben, können Sie diese entweder zu Ihrer Auswahlliste hinzufügen oder auch zur Liste Archivierte Aktionen verschieben. Wenn Sie eine ausstehende Aktion archivieren, wird diese nicht gelöscht. Diese wird lediglich von der Liste Ausstehende Aktionen zur Liste Archivierte Aktionen verschoben.
- Aktion — Art der Aktion, die durchgeführt werden soll, wie z.B. Errata-Update oder Paketinstallation. Indem Sie den Namen einer Aktion anklicken, gelangen Sie zu deren Aktion-Details-Seite. Siehe Abschnitt 7.8.5.1, »Aktionsdetails« für weitere Informationen.
- Frühestens — Der früheste Tag und Zeitpunkt, an dem die Aktion stattfindet.
- Erfolgreich — Anzahl von Systemen, auf denen diese Aktion erfolgreich war.
- Fehlgeschlagen — Anzahl von Systemen, auf denen diese Aktion fehlgeschlagen hat.
- In Ausführung — Anzahl von Systemen, auf denen diese Aktion stattfindet.
- Gesamt — Gesamtanzahl von Systemen, auf denen diese Aktion geplant wurde.
7.8.5.1. Aktionsdetails
7.8.5.1.1. Aktionsdetails ⇒ Details
7.8.5.1.2. Aktionsdetails ⇒ Abgeschlossene Systeme
7.8.5.1.3. Aktionsdetails ⇒ In Ausführung befindliche Systemen
7.8.5.1.4. Aktionsdetails ⇒ Fehlgeschlagene Systeme
7.9. Benutzer —
7.9.1. Benutzerliste ⇒ Aktiv —
- Benutzername — Loginname bei der Anmeldung. Wenn Sie auf einen Benutzernamen klicken, wird die Seite Benutzerdetails für den Benutzer angezeigt. Siehe Abschnitt 7.9.1.1, »Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails — « für weitere Informationen.
- Name — Der vollständige Name des Benutzers (beginnend mit dem Nachnamen)
- Rollen — Liste der Benutzerprivilegien, wie zum Beispiel Organisationsadministrator, Channel-Administrator und normaler Benutzer. Benutzer können mehrere Rollen haben.
- Letzte Anmeldung — Zeigt an, wann sich der Benutzer das letzte Mal in RHN eingeloggt hat.
Abbildung 7.20. Benutzerliste
7.9.1.1. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails —
Warnung
- Gehen Sie zum Reiter Benutzer-Details des Benutzers.
- Vergewissern Sie sich, dass es sich beim Benutzer nicht um einen Satellite Administrator handelt. Wenn dies der Fall ist, dann entmarkieren Sie die Box links neben der Rolle und klicken Sie auf die Schaltfläche Abschicken rechts unten auf dem Bildschirm.
- Klicken Sie auf die Verknüpfung Benutzer deaktivieren ganz rechts oben auf dem Bildschirm.
- Klicken Sie zur Bestätigung auf die Schaltfläche Benutzer deaktivieren rechts unten.
- Gehen Sie zum Reiter Benutzer-Details des Benutzers.
- Überprüfen Sie, dass der Benutzer kein Satellite Administrator ist und entfernen Sie gegebenenfalls diese Rolle.
- Klicken Sie den Link Benutzer löschen ganz oben rechts.
- Klicken Sie den Button Benutzer löschen, um den Benutzer permanent zu löschen.
7.9.1.1.1. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- Benutzer — Auch als Systemgruppen-Benutzer, bekannt, ist dies die Standardrolle jedes neu erstellten Benutzers. Dieser Person kann Zugang zur Verwaltung von Systemgruppen und Software-Channels gewährt werden. Die Systeme müssen sich in Systemgruppen befinden, zu denen der Benutzer entsprechende Berechtigungen besitzt. Behalten Sie jedoch im Gedächtnis, dass alle allgemein abonnierbaren Channels von allen benutzt werden können.
- Activation Key Administrator — Diese Rolle dient der Verwaltung aller Aktivierungsschlüssel für Ihr Unternehmen. Diese Person kann jeden Schlüssel erzeugen oder löschen.
- Channel-Administrator — Diese Rolle bietet vollständigen Zugriff auf die Software-Channels und auf alles, was damit innerhalb Ihres Unternehmens in Verbindung steht. RHN Satellite oder RHN Proxy Server sind dabei erforderlich. Diese Person kann Basis-Channels von Systemen ändern, Channels allgemein abonnierbar machen und völlig neue Channels erstellen.
- Configuration Administrator — Diese Rolle ermöglicht es dem Benutzer die Konfiguration von Systemen innerhalb der Organisation unter Verwendung der webbasierten RHN-Oberfläche oder des Red Hat Network Configuration Manager zu verwalten.
- Monitoring Administrator — Diese Rolle ermöglicht das Einplanen von Probes und die Aufsicht über andere Monitoring-Infrastruktur. Diese Rolle ist nur für die Monitoring-fähige RHN Satellite Version 3.6 oder höher verfügbar.
- Satellite Administrator — Diese Rolle kann jegliche Tätigkeit innerhalb von Red Hat Network ausführen. Als Haupt- oder sogenannter Masteraccount in Ihrem Unternehmen, kann die Person in dieser Rolle die Privilegien alleranderer Accounts abändern sowie auch alle Aufgaben ausführen, die in allen anderen Rollen ausgeführt werden können. Wie auch bei den anderen Rollen, kann es hier mehrere Satellite Administratoren geben.
- System Group Administrator — Diese Rolle ist einen Schritt unter Satellite Administrator, indem diese völlige Befugnis über die Systeme und Systemgruppen bietet, zu denen Zugang besteht. Diese Person kann neue Systemgruppen erstellen, jegliche zugeordnete Systemgruppen löschen, Systeme zu Gruppen hinzufügen und Benutzerzugangsrechte zu Gruppen verwalten.
7.9.1.1.2. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Systemgruppen —
7.9.1.1.3. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Systeme —
7.9.1.1.4. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Channel-Berechtigungen —
7.9.1.1.4.1. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Channel-Berechtigungen ⇒ Abonnement —
7.9.1.1.4.2. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Channel-Berechtigungen ⇒ Management —
7.9.1.1.5. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Präferenzen —
- E-Mail-Benachrichtigung — Legen Sie fest, ob diese Benutzer jedes mal ein E-Mail erhalten soll, wenn eine Errata-Meldung ausgegeben wird, die auf eines oder mehrere Systeme im RHN-Account zutrifft. Dies trifft auch auf tägliche Zusammenfassungen von Systemereignissen zu.
- RHN-Listenumfang — Maximale Anzahl von Einträgen, die in einer Liste auf einer einzigen Seite angezeigt werden. Wenn sich mehr Einträge in der Liste befinden, wird durch das Klicken des Weiter-Buttons die nächste Gruppe an Einträgen angezeigt. Diese Präferenz bezieht sich auf die Ansicht von Systemlisten, Errata-Listen, Paketlisten, etc..
- Zeitzone — Stellen Sie die Zeitzone des Benutzers so ein, dass die geplanten Aktionen gemäß der Zeit in der relevanten Zeitzone augerichtet werden.
- Red Hat Kontaktmöglichkeiten — Legen Sie fest auf welche Art (E-Mail, Telefon, Fax oder Post) der Benutzer von Red Hat kontaktiert werden soll.
7.9.1.1.6. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Adressen —
7.9.1.1.7. Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Benachrichtigungsmethoden —
7.9.2. Benutzerliste ⇒ Deaktiviert —
7.9.3. Benutzerliste ⇒ Alle —
7.10. Monitoring —
7.10.1. Probe-Status —
- — Kritisch - Der Probe hat den CRITICAL (kritischen) Grenzwert überschritten.
- — Warnung - Der Probe hat den WARNING (Warnung) Grenzwert überschritten.
- — Unbekannt - Der Probe ist unfähig, Messdaten oder Statusinformationen korrekt zu berichten.
- — Ausstehend - Der Probe wurde geplant, lief aber bisher nicht, bzw. ist nicht in der Lage zu laufen.
- — OK - Der Probe wird erfolgreich ausgeführt.
- Probe-Status
- Alle Probes in einem vorgegebenen Status (OK, WARNUNG, UNBEKANNT, KRITISCH, AUSSTEHEND)
- Ein Probe-Ereignisverlauf
7.10.1.1. Probe-Status ⇒ Kritisch —
7.10.1.3. Probe-Status ⇒ Unbekannt —
7.10.1.4. Probe-Status ⇒ Ausstehend —
7.10.1.5. Probe-Status ⇒ OK —
7.10.1.6. Probe-Status ⇒ Alle —
7.10.1.7. Aktueller Status —
NO DATA SELECTED TIME PERIOD AND METRIC (Keine Daten wurden für den festgelegten Zeitraum und die Metriken gefunden)
.
7.10.2. Benachrichtigung —
7.10.2.1. Benachrichtigung ⇒ Filter
7.10.2.1.1. Benachrichtigung ⇒ Benachrichtigungsfilter ⇒ Aktive Filter
- Description (Beschreibung): Geben Sie einen Wert ein, der es Ihnen ermöglicht, diesen Filter von allen anderen Filtern zu unterscheiden.
- Type (Typ): Legen Sie fest, welche Aktionen der Filter ausführen soll: umleiten, Empfang bestätigen, suspendieren oder die eingehende Benachrichtigung ergänzen.
- Send to (Senden an): Die Optionen Benachrichtigung umleiten und Ergänzende Benachrichtigung erfordern die Angabe einer E-Mail-Adresse. Die verbleibenden Optionen benötigen keine E-Mail-Adressangabe.
- Scope (Bereich): Legen Sie fest, welche Überwachungskomponenten gefiltert werden sollen.
- Organization/Scout/Probe (Unternehmen/Scout/Probe): Diese Option ermöglicht es Ihnen das Unternehmen, Scout(s) oder Probe(s) auszuwählen, auf die dieser Filter zutrifft. Halten Sie die Ctrl-Taste gedrückt, um mehrer Postitonen gleichzeitig auswählen zu können. Halten Sie die Shift-Taste gedrückt, wenn Sie eine aufeinanderfolgende Reihe von Einträgen markieren möchten.
- Probes in State (Probes im Status): Wählen Sie aus, welche Probe-Stati sich auf den Filter beziehen. Beispielsweise entscheiden Sie sich dazu, dass Sie ergänzende Benachrichtigungen lediglich für kritische Probes erstellen möchten. Wenn Sie möchten, dass der Filter einen Status ignoriert, dann heben Sie die Auswahl der Box links von jeweiligen Status aus.
- Notifications sent to (Benachrichtigungen gesendet an): Dies ist die Methode, an welche die Benachrichtigung gesendet würde, wenn kein Filter vorhanden wäre. Sie können beispielsweise Benachrichtigungen umleiten, die normalerwiese an einen Benutzer gesendet werden, sollte dieser auf Urlaub gehen. Dabei bleiben jedoch alle anderen Benachrichtigungen unverändert.
- Match Output (Ausgabe angleichen): Wählen Sie präzise Benachrichtigungsresultate aus, indem Sie hier einen regulären Ausdruck eingeben. Wenn der Nachrichtenteil der Benachrichtigung nicht dem regulären Ausdruck entspricht, dann findet der Filter keine Anwendung.
- Recurring (Wiederholend): Wählen Sie aus, ob ein Filter durchgehend oder auf einer sich wiederholenden Basis abläuft. A wiederholender Filter läuft mehrmals für eine bestimmte Zeitspanne ab, die geringer ist, als die Dauer des Filters. Beispielsweise könnte ein wiederholender Filter jede Stunde 10 Minuten lang zwischen den Anfangs- und Endzeiten des Filters ablaufen. Ein nicht-wiederholender Filter läuft ohne Unterbrechung zwischen den Start- und Endzeiten des Filters ab.
- Beginning (Anfang): Geben Sie Datum und Uhrzeit für den Beginn des Einsatzes des Filters ein.
- Ending (Ende): Geben Sie Enddatum und -zeit für den Filter ein.
- Recurring Duration (Dauer des wiederholenden Filters): Wie lange der Filter aktiv ist. Für wiederholende Filter wird jegliche Benachrichtigung, die sich ausserhalb dieser speziell festgelegten Dauer befindet, nicht gefiltert.
- Recurring Frequency (Häufigkeit des wiederholenden Filters): Wie oft der Filter aktiviert wird.
7.10.2.1.2. Benachrichtigung ⇒ Benachrichtigungsfilter ⇒ Abgelaufene Filter
7.10.3. Probe-Suites (Sätze an Probes)
- Auf der Monitoring ⇒ Probe-Suites Seite wählen Sie den Link Probe-Suite erstellen aus. Geben Sie einen einfach zu unterscheidenden Namen ein. Sie können auch eine kurze Beschreibung der Suite eingeben. Klicken Sie den Probe-Suite erstellen-Button, um fortzufahren.
- Sie müssen nun die Probes hinzufügen und konfigurieren, aus denen die Suite besteht. Klicken Sie Neuen Probe erstellen-Link ganz oben rechts.
- Wie in Abschnitt 7.4.2.10.5.2, »System-Details ⇒ Monitoring — « beschrieben, konfigurieren Sie den Probe und klicken den Probe erstellen-Button rechts unten. Wiederholen Sie dies solange, bis alle gewünschten Probes hinzugefügt wurden.
Anmerkung
Sendmail muss richtig auf Ihrem RHN Satellite konfiguriert sein und auf jedem Client-System, auf dem die Probe-Suite angewandt wird, muss derrhnmd
Daemon installiert sein und ablaufen. Werfen Sie einen Blick auf das RHN Satellite Server 5.2.0 Installationshandbuch für zusätzliche Informationen. - Sie müssen nun die Systeme hinzufügen, auf welche die Probe-Suite zutrifft. Klicken Sie den Link Systeme zur Probe Suite hinzufügen oben rechts auf dem Bildschirm, um fortzufahren.
- Die nächste Seite zeigt eine Liste aller Systeme mit Monitoring-Berechtigung an. Markieren Sie die Box links von den Systemen, die Sie mit der Probe-Suite verknüpfen möchten, wählen den Monitoring-Scout aus, den Sie verwenden möchten und klicken den Systeme zu Probe-Suite hinzufügen-Button, um die Erstellung der Probe-Suite abzuschliessen.
- Auf der Monitoring ⇒ Probe-Suites Seite klicken Sie auf den Titel der Probe-Suite, die Sie ändern möchten.
- Wählen Sie den Probes-Unterreiter aus.
- Wählen Sie die Box neben dem Probe aus, den Sie entfernen möchten.
- Klicken Sie den Probes von Probe-Suites löschen-Button.
- Auf der Monitoring ⇒ Probe-Suites-Seite klicken Sie auf den Titel der Probe-Suite, die Sie ändern möchten.
- Wählen Sie den Systeme-Unterreiter.
- Markieren Sie die Ankreuzfelder neben den Systemen, die Sie entfernen möchten.
- Klicken Sie den System(e) von Probe-Suite abtrennen-Button.
Anmerkung
- Auf der Monitoring ⇒ Probe-Suites Seite klicken Sie auf den Titel der Probe-Suite, die Sie ändern möchten.
- Wählen Sie den Systeme-Unterreiter.
- Markieren Sie die Ankreuzfelder neben den Systemen, die Sie entfernen möchten.
- Klicken Sie den System(e) von Probe-Suite entfernen-Button.
7.10.4. Scout Config Push —
7.10.5. Allgemeine Konfig —
7.11. Admin
7.11.1. Admin ⇒ Organisationen
7.11.2. Admin ⇒ Konfiguration
7.11.2.1. Admin ⇒ Satellite-Konfiguration ⇒ Allgemein
7.11.2.2. Admin ⇒ Satellite-Konfiguration ⇒ Überwachung
7.11.2.3. Admin ⇒ Satellite-Konfiguration ⇒ Zertifikat
7.11.2.4. Admin ⇒ Satellite-Konfiguration ⇒ Bootstrap-Skript
/var/www/html/pub/bootstrap/
des Satellites platziert werden muss, reduziert den Aufwand, der mit der Neukonfigurierung aller Systeme verbunden ist, erheblich, da diese standardmäßig Pakete von den zentralen RHN Servern erhalten. Die erforderlichen Felder sind mit vordefinierten Werten ausgefüllt, die von vorherigen Installationsschritten abgeleitet wurden. Stellen Sie sicher, dass diese Informationen korrekt sind.
7.11.2.5. Admin ⇒ Satellite-Konfiguration ⇒ Organisationen
7.11.2.6. Admin ⇒ Satellite-Konfiguration ⇒ Neustart
7.12. Hilfe
7.12.1. Refernzhandbuch
7.12.2. Satellite Installationshandbuch
7.12.3. Proxy Handbuch
7.12.4. Client Konfigurationshandbuch
7.12.5. Channel-Management Handbuch
7.12.6. Release Notes
7.12.7. API
7.12.8. Suche
Abbildung 7.21. Dokumentationssuche
- Inhalt & Titel — Sucht sowohl im Titel als auch im Inhalt aller verfügbaren Dokumente.
- Freitext — Sucht in Dokumenten und Indizes nach jeglichen Übereinstimmungen mit einem Stichwort, was die Suchergebnisse ausweitet.
- Inhalt — Sucht nur im Inhalt der Dokumentationen, für genauere Übereinstimmungen.
- Titel — Sucht nur in den Titeln der Dokumentationen, für zielgerichtete, genaue Ergebnisse.
Virtualisierung
im Titel, und nach Kickstart
im Inhalt durchsuchen möchten, tippen Sie Folgendes im Freitext-Feld:
title:Virtualisierung and content:Kickstart
url
— Sucht in der URL nach einem bestimmten Stichworttitle
— Sucht im Titel nach einem bestimmten Stichwortcontent
— Sucht im Inhalt der Dokumentation nach einem bestimmten Stichwort
Kapitel 8. Monitoring
8.1. Voraussetzungen
- Monitoring-Berechtigungen — Diese Berechtigungen sind für alle Systeme erforderlich, die überwacht werden sollen. Monitoring wird nur auf Red Hat Enterprise Linux-Systemen unterstützt.
- RHN Satellite mit Monitoring — Monitoring-Systeme müssen mit einem Satellite mit einem Red Hat Enterprise Linux AS 4, Red Hat Enterprise Linux 5 oder einem nachfolgenden Basisbetriebssystem verbunden sein. Siehe das RHN Satellite Installationshandbuch unter Hilfe für Instruktionen zur Installation. Kontaktieren Sie einen Red Hat-Vertriebsmitarbeiter zum Erwerb von Satellite.
- Monitoring Administrator — Diese Rolle muss an Benutzer vergeben werden, die Probes installieren, Benachrichtigungsmethoden festlegen oder die Monitoring-Infrastruktur in jeglicher Art verändern. (Bitte behalten Sie dabei im Gedächtnis, dass der Satellite Administrator automatisch die Fähigkeiten aller anderen Rollen/Funktionen innerhalb einer Organisation übernimmt und deshalb diese Aufgaben ausführen kann.) Vergeben Sie diese Rolle mittels der Benutzer-Details-Seite.
- Red Hat Network Monitoring Daemon — Dieser Daemon ist gemeinsam mit dem SSH-Schlüssel für den Scout auf Systemen erforderlich, wenn Probes interne Prozesse überwachen, die ausgeführt werden sollen. Sie können diese Probes jedoch auch unter Verwendung des bestehenden SSH-Daemons durchzuführen (
sshd
). Siehe Abschnitt 8.2, »Red Hat Network Monitoring Daemon (rhnmd
)« für Installationshinweise und für eine Liste von Probes, die diese sichere Verbindung erfordern. Siehe Anhang D, Probes für eine vollständige Liste an verfügbaren Probes.
8.2. Red Hat Network Monitoring Daemon (rhnmd
)
rhnmd
dem RHN Satellite sicher mit dem Client-System zu kommunizieren, um auf interne Prozesse zugreifen und den Probe-Status abfragen zu können.
sshd
verwenden. Siehe Abschnitt 8.2.3, »SSH konfigurieren« für Details dazu.
8.2.1. Probes, die den Daemon erfordern
sshd
ist auf Client-Systemen erforderlich, um folgende Probes auszuführen:
- Linux::CPU Usage
- Linux::Disk IO Throughput
- Linux::Disk Usage
- Linux::Inodes
- Linux::Interface Traffic
- Linux::Load
- Linux::Memory Usage
- Linux::Process Counts by State
- Linux::Process Count Total
- Linux::Process Health
- Linux::Process Running
- Linux::Swap Usage
- Linux::TCP Connections by State
- Linux::Users
- Linux::Virtual Memory
- LogAgent::Log Pattern Match
- LogAgent::Log Size
- Network Services::Remote Ping
- Oracle::Client Connectivity
- General::Remote Program
- General::Remote Program with Data
8.2.2. Den Red Hat Network Monitoring Daemon installieren
sshd
zu verwenden, um sichere Verbindungen zwischen der RHN Monitoring-Infrastruktur und den überwachten Systemen zu ermöglichen. Siehe Abschnitt 8.2.3, »SSH konfigurieren« für Instruktionen.
rhnmd
-Paket kann im RHN Tools-Channel für alle Red Hat Enterprise Linux-Distributionen gefunden werden. Um es zu installieren:
- Melden Sie die zu überwachenden Systeme beim RHN Tools-Channel an (der dem System zugeordnet ist), falls dies noch nicht der Fall ist. Dies kann individuell mittels dem System-Details ⇒ Channels ⇒ Software-Untereiter oder für mehrere Systeme auf einmal mittels dem Channel-Details ⇒ Zielsysteme-Reiter durchgeführt werden.
- Einmal angemeldet, öffnen Sie den Channel-Details ⇒ Pakete-Reiter und suchen das
rhnmd
-Paket (unter 'R'). - Klicken Sie den Paketnamen, um die Paket-Details-Seite zu öffnen. Gehen Sie zum Zielsysteme-Reiter, wählen das gewünschte System aus und klicken auf Pakete installieren.
- Installieren Sie den öffentlichen SSH-Schlüssel auf allen Client-Systemen, die überwacht werden sollen, wie im Abschnitt 8.2.4, »Den SSH-Schlüssel installieren« beschrieben.
- Starten Sie den Red Hat Network Monitoring Daemon auf allen Client-Systemen mittels dem Befehl:
service rhnmd start
- Wenn Sie Probes hinzufügen, welche den Daemon erfordern, akzeptieren Sie dementsprechend die standardmäßigen Werte für RHNMD -Benutzer und RHNMD-Port:
nocpulse
, bzw.4545
.
8.2.3. SSH konfigurieren
sshd
konfigurieren, um die verschlüsselte Verbindung, die zwischen den Systemen und RHN erforderlich ist, bereitzustellen - besonders wenn Sie bereits sshd
besitzen. Um den Daemon für die Monitoring-Verwendung zu konfigurieren:
- Stellen Sie sicher, dass das SSH-Paket auf den zu überwachenden Systemen installiert ist.
rpm -qi openssh-server
- Legen Sie den Benutzer fest, der mit dem Daemon in Zusammenhang steht. Dies kann jeder auf dem System verfügbare Benutzer sein, solange der erforderliche SSH-Schlüssel in der
~/.ssh/authorized_keys
-Datei des Benutzers abgelegt werden kann. - Installieren Sie den öffentlichen SSH-Schlüssel auf allen Client-Systemen, die überwacht werden sollen, wie im Abschnitt 8.2.4, »Den SSH-Schlüssel installieren« beschrieben.
- Starten Sie
sshd
auf allen Client-Systemen mittels dem Befehl:service sshd start
- Wenn Sie Probes hinzufügen, die den Daemon erfordern, geben Sie die aus Schritt 2 und Schritt 3 abgeleiteten Werte in die Felder RHNMD-User und RHNMD-Port ein.
8.2.4. Den SSH-Schlüssel installieren
rhnmd
oder sshd
verwenden, Sie müssen den Red Hat Network Monitoring Daemon Öffentlichen Schlüssel auf den zu überwachenden Systemen installieren, um die sichere Verbindung abzuschliessen. Um den Schlüssel zu installieren:
- Kopieren Sie den Zeichenstring (beginnend mit
ssh-dss
und mit dem Hostnamen des RHN Servers am Ende). - Wählen Sie die Systeme, an die Sie den Schlüssel senden möchten, aus den Systemen aus, wählen Sie anschließend Systeme aus dem Menü links und klicken schließlich die Auswahlkästchen neben denjenigen Systemen, an die Sie den SSH-Schlüssel senden möchten und klicken die Schaltfläche Verwalten oben.
- Klicken Sie im System Set Manager auf Remote-Befehle ausführen, und geben Sie anschließend im Skript-Textfeld folgende Zeile ein:
#!/bin/sh cat <<EOF >> ~nocpulse/.ssh/authorized_keys
Drücken Sie dann die Eingabe-Taste und fügen Ihren SSH-Schlüssel ein. Das Ergebnis sollte etwa folgendermaßen aussehen:#!/bin/sh cat <<EOF >> /opt/nocpulse/.ssh/authorized_keys ssh-dss AABBAB3NzaC3kc3MABCCBAJ4cmyf5jt/ihdtFbNE1YHsT0np0SYJz7xk hzoKUUWnZmOUqJ7eXoTbGEcZjZLppOZgzAepw1vUHXfa/L9XiXvsV8K5Qmcu70h0 1gohBIder/1I1QbHMCgfDVFPtfV5eedau4AAACAc99dHbWhk/dMPiWXgHxdI0vT2 SnuozIox2klmfbTeO4Ajn/Ecfxqgs5diat/NIaeoItuGUYepXFoVv8DVL3wpp45E 02hjmp4j2MYNpc6Pc3nPOVntu6YBv+whB0VrsVzeqX89u23FFjTLGbfYrmMQflNi j8yynGRePIMFhI= root@satellite.example.com EOF
- Stellen Sie das Datum und die Uhrzeit ein, an der die Aktion ausgeführt werden soll, und klicken Sie abschließend auf Remote-Befehl einplanen.
ssh
-Verbindungen zwischen der Monitoring-Infrastruktur und dem überwachten System zulassen. Sie können dann damit beginnen, Probes, welche den Monitoring-Daemon benötigen, auf den neu konfigurierten Systemen ablaufen zu lassen.
8.3. mysql
-Paket
mysql
-Paket auf dem RHN Satellite konfigurieren. Siehe Anhang D, Probes für eine Aufstellung aller verfügbaren Probes.
mysql
-Paket entweder mittels up2date
, yum
oder RHN Hosted.
8.4. Benachrichtigungen
8.4.1. Benachrichtigungs-Methoden erstellen
- Loggen Sie sich auf der RHN-Website entweder als ein Satellite Administrator oder als Monitoring Administrator ein.
- Gehen Sie zu Benutzer-Details ⇒ Benachrichtigungs-Methoden und klicken Sie Neue Methode anlegen.
- Geben Sie ein intuitives, beschreibendes Label für den Namen der Methode ein, wie beispielsweise
DBA E-Mail tagsüber
und geben Sie die richtige E-Mail- oder Pager-Adresse ein. Denken Sie daran, dass die Labels für alle Benachrichtigungs-Methoden in einer einzigen Liste zur Verfügung stehen und diese daher einzigartig in Ihrer Organisation sein sollten. - Wählen Sie das Kontrollkästchen aus, um gekürzte Mitteilungen an den Pager gesandt zu bekommen. Dieses kürzere Format beinhaltet lediglich den Probe-Status, den System-Hostnamen, Probe-Namen, den Zeitpunkt der Mitteilung und die Sende-ID. Das standardmäßige, längere Format zeigt zusätzlich einen Nachrichtenkopf, System- und Probe-Details und Anleitungen für eine Rückantwort an.
- Danach klicken Sie Methode anlegen. Die neue Methode erscheint in Benutzer-Details ⇒ Benachrichtigungs-Methoden und der Benachrichtigung-Seite unter der obersten Monitoring-Kategorie. Klicken Sie deren Namen, um diese zu bearbeiten oder zu löschen.
- Während Sie Probes hinzufügen, wählen Sie das Probe-Benachrichtigungen-Auswahlkästchen aus und wählen Sie die neue Benachrichtigungsmethode vom daraus resultierenden Pulldown-Menü aus. Benachrichtigungsmethoden, die Probes zugeordnet sind, können nur dann gelöscht werden, wenn diese Verbindung nicht mehr besteht.
8.4.2. Benachrichtigungen erhalten
Subject: CRITICAL: [hostname]: Satellite: Users at 1 From: "Monitoring Satellite Notification" (rogerthat01@redhat.com) Date: Mon, 6 Dec 2004 13:42:28 -0800 To: user@organization.com This is RHN Monitoring Satellite notification 01dc8hqw. Time: Mon Dec 06, 21:42:25 PST State: CRITICAL System: [hostname] ([IP address]) Probe: Satellite: Users Message: Users 6 (above critical threshold of 2) Notification #116 for Users Run from: RHN Monitoring Satellite
01dc8hqw
.
CRITICAL: [hostname]: Satellite: Users at 21:42 PST, notification 01dc8hqw
8.4.3. Benachrichtigungen umlenken
- ACK METOO — Sendet die Benachrichtigung zu den umgelenkten Bestimmungsorten zusätzlich zu dem standardmäßigen Bestimmungsort.
- ACK SUSPEND — Suspendiert die Benachrichtigungsmethode für einen angegebenen Zeitraum.
- ACK AUTOACK — Ändert nicht den Bestimmungsort der Benachrichtigung, erkennt jedoch automatisch zusammenpassende Alerts, sobald diese gesendet werden.
- ACK REDIR — Sendet die Benachrichtigung an die umgelenkten Bestimmungsorte anstatt an den standardmäßigen Bestimmungsort.
ACK METOO system 1h boss@domain.com
email ack redirect by user@domain.com
, wobei user der Sender des Emails ist.
Anmerkung
ack suspend host
antworten. Sie können jedoch keine Satellite Probe-Benachrichtigung anhalten, indem Sie auf den Probe mit ack suspend host
antworten oder Antworten umleiten. Bei diesen Probes müssen Sie die Benachrichtigungen auf der Web-Oberfläche des Satellite umändern.
8.4.4. Benachrichtigungen filtern
8.4.5. Benachrichtigungs-Methoden löschen
- Loggen Sie sich auf der RHN-Website als Satellite Administrator oder als Monitoring Administrator ein.
- Gehen Sie zur Monitoring ⇒ Benachrichtigungen-Seite und klicken Sie den Namen der Methode, die entfernt werden soll.
- Auf dem Benutzer-Details ⇒ Benachrichtigungs-Methoden-Reiter klicken Sie Methode löschen. Wenn die Methode nicht mit irgendwelchen Probes in Beziehung steht, erhalten Sie eine Bestätigungsseite. Klicken Sie Löschen bestätigen. Die Benachrichtigungs-Methode ist hiermit entfernt.
Anmerkung
Da sowohl Name sowie auch Adresse der Benachrichtigungs-Methode bearbeitet werden können, sollten Sie eher das Aktualisieren der Methode erwägen, als das Löschen. Dies hat die Umleitung aller Benachrichtigungen aller Probes zur Folge, ohne dass jeder Probe eigens bearbeitet und eine neue Benachrichtigungs-Methode angelegt werden muss. - Wenn die Methode in Zusammenhang mit einem oder mit mehreren Probes steht, dann erhalten Sie anstatt der Bestätigungsseite eine Liste der Probes, welche diese Methode verwenden sowie auch der damit in Zusammenhang stehenden Systeme. Klicken Sie den Probe-Namen, um direkt zum System-Details ⇒ Probes-Reiter zu gelangen.
- Wählen Sie auf dem System-Details ⇒ Probes-Reiter eine andere Benachrichtigungs-Methode aus und klicken Sie Probe aktualisieren.
- Sie können nun zur Monitoring ⇒ Benachrichtigungen-Seite zurückkehren und die Benachrichtigungsmethode löschen.
8.5. Probes
8.5.1. Probes verwalten
- Loggen Sie sich auf der RHN-Website entweder als ein Satellite Administrator oder der System Group Administrator für das System ein.
- Gehen Sie zum System-Details ⇒ Probes-Reiter und klicken Sie Neuen Probe anlegen.
- Füllen Sie auf der System Probe Erstellung-Seite alle erforderlichen Felder aus. Wählen Sie zuerst die Probe-Befehlsgruppe. Dies ändert die Liste verfügbarer Probes und anderer Felder und Anforderungen. Siehe Anhang D, Probes für die komplette Liste von Probes nach Befehlsgruppen gegliedert. Beachten Sie, dass für einige Probes der Red Hat Network Monitoring Daemon auf dem Client-System installiert sein muss.
- Wählen Sie den gewünschten Probe-Befehl und den Monitoring-Scout, normalerweise
RHN Monitoring Satellite
, aber unter Umständen auch einen RHN Proxy Server aus. Geben Sie eine kurze und einzigartige Beschreibung für den Probe ein. - Wählen Sie das Auswahlkästchen Probe-Benachrichtigungen aus, um Benachrichtigungen zu erhalten, sobald der Probe seinen Status ändert. Benutzen Sie das Probetestintervall-Pulldown-Menü, um festzulegen, wie oft Benachrichtigungen gesendet werden sollen. Wenn Sie
1 Minute
auswählen (und das Auswahlkästchen Probe-Benachrichtigung), bedeutet dies, dass Sie jede Minute eine Benachrichtigung erhalten, sobald der Probe dessen KRITISCH- oder WARNUNG-Schwellenwert übersteigt. Siehe Abschnitt 8.4, »Benachrichtigungen« um herauszufinden, wie Benachrichtigungs-Methoden angelegt werden können und wie Sie deren Empfang bestätigen können. - Benutzen Sie die RHNMD-Benutzer- und RHNMD-Port-Felder, falls diese erscheinen, um den Probe zur Kommunikation über
sshd
und nicht über den Red Hat Network Monitoring Daemon zu zwingen. Siehe Abschnitt 8.2.3, »SSH konfigurieren« für nähere Details. Akzeptieren Sie ansonsten die Standardwerte vonnocpulse
, bzw.4545
. - Wenn das Timeout-Feld erscheint, überprüfen Sie die Grundeinstellung und passen Sie diese Ihren Bedürfnissen an. Die meisten Timeouts, jedoch nicht alle, haben den Status UNBEKANNT zur Folge. Wenn die Metriken des Probes auf Zeit basieren, dann gehen Sie sicher, dass die Timeout-Periode nicht kürzer als die Zeitspanne ist, die für die Schwellenwerte festgelegt wurde. Ansonsten erfüllen die Metriken keinen Zweck, da der Probe durch das Timeout unterbrochen wird, noch bevor irgendwelche Schwellenwerte überschritten werden können.
- Benutzen Sie die verbleibenden Felder dazu, die Benachrichtigungs-Schwellenwerte des Probes festzulegen, sofern dies maßgeblich ist. Diese KRITISCH und WARNUNG Werte legen fest, an welchem Punkt der Probe dessen Status ändert. Siehe Abschnitt 8.5.2, »Schwellenwerte festlegen« für das optimale Verfahren in Bezug auf diese Schwellenwerte.
- Zum Abschluß klicken Sie auf Erstelle Probe. Vergessen Sie nicht Ihre Monitoring-Konfigurationsänderung auf der Scout Konfig Push-Seite zu aktualisieren.
8.5.2. Schwellenwerte festlegen
8.5.3. Monitoring des RHN Servers
Satellite
-Probe Befehlsgruppe aus. Danach füllen Sie auch alle anderen Felder genauso wie für jeden anderen Probe aus. Siehe Abschnitt 8.5.1, »Probes verwalten« für nähere Instruktionen.
Anmerkung
8.6. Problembehebung
nocpulse
-Benutzer auf dem RHN Server zu werden, von wo aus die Überwachung durchgeführt wird.
nocpulse
-Benutzer, indem Sie folgenden Befehl ausführen:
su - nocpulse
8.6.1. Probes mit rhn-catalog
untersuchen
rhn-catalog
auf dem RHN Server als der nocpulse
-User aus. Die Ausgabe sieht dann ungefähr so aus:
2 ServiceProbe on example1.redhat.com (199.168.36.245): test 2 3 ServiceProbe on example2.redhat.com (199.168.36.173): rhel2.1 test 4 ServiceProbe on example3.redhat.com (199.168.36.174): SSH 5 ServiceProbe on example4.redhat.com (199.168.36.175): HTTP
5
dem Probe mit dem Namen HTTP
.
--commandline
(-c
) und --dump
(-d
) gemeinsam mit der Probe-ID und rhn-catalog
ermöglichen es Ihnen, zusätzliche Details über den Probe zu erhalten:
rhn-catalog --commandline --dump 5
--commandline
liefert die gesetzten Befehlsparameter für den Probe, wogegen --dump
alle anderen Informationen einholt, wie u. a. Grenzbereiche, Benachrichtigungsintervalle und -methoden.
5 ServiceProbe on example4.redhat.com (199.168.36.175 ): linux:cpu usage Run as: Unix::CPU.pm --critical=90 --sshhost=199.168.36.175 --warn=70 --timeout=15 --sshuser=nocpulse --shell=SSHRemoteCommandShell --sshport=4545
rhn-rhnprobe
benutzen, um die Ausgabe de Probes zu untersuchen. Siehe Abschnitt 8.6.2, »Den Output von rhn-runprobe
betrachten« für Instruktionen dazu.
8.6.2. Den Output von rhn-runprobe
betrachten
rhn-catalog
erhalten haben, können Sie diese in Verbindung mit rhn-runprobe
verwenden, um den gesamten Output des Probes zu untersuchen. Beachten Sie, dass standardmäßig rhn-runprobe
im Testmodus abläuft, was bedeutet, dass keine Ergebnisse in die Datenbank aufgenommen werden. Hier finden Sie einige Optionen:
Tabelle 8.1. rhn-runprobe
-Optionen
Option | Beschreibung |
---|---|
--help | Listen Sie die verfügbaren Optionen auf und beenden Sie. |
--probe=PROBE_ID | Lassen Sie den Probe mit dieser ID ablaufen. |
--prob_arg=PARAMETER | Übersteuern Sie jegliche Probe-Parameter von der Datenbank. |
--module=PERL_MODULE | Paketname von alternierendem Code, der ausgeführt werden soll. |
--log=all=LEVEL | Setzt die Protokollebene ("log level") für ein Paket oder Paket-Präfix. |
--debug=LEVEL | Setzt numerischen Debugging-Level. |
--live | Führt den Probe aus, reiht Daten ein und sendet Benachrichtigungen aus (falls erforderlich). |
--probe
- und die --log
-Option sowie die jeweiligen Werte angeben. Die Probe-ID dient als Wert für die --probe
-Option, wohingegen die --log
-Option mit dem Wert "all" (für alle Runlevel) und einem numerischen Verbositäts-Level verwendet wird. Hier ist ein Beispiel:
rhn-runprobe --probe=5 --log=all=4
rhn-catalog
abgeleiteten Befehlsparameter verwenden, wie z. B.:
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545
Kapitel 9. Multiple Organisationen
9.1. Empfohlene Modelle für die Verwendung von Multiplen Organisationen
9.1.1. Zentral verwalteter Satellite für eine Organisation mit multiplen Abteilungen
Abbildung 9.1. Zentrales Satellite-Management für Organisationen mit multiplen Abteilungen
9.1.2. Dezentrales Management von mehreren Dritt-Organisationen
Abbildung 9.2. Dezentrales Satellite-Management für Organisationen mit multiplen Abteilungen
9.1.3. Allgemeine Tipps zum Gebrauch von Multi-Org
- Die administrative Organisation wird im Hinblick auf Berechtigungen als Sonderfall gehandhabt. Sie können dieser Organisation Berechtigungen indirekt hinzufügen oder entziehen, indem Sie diese Berechtigungen anderen Organisationen auf dem Satellite hinzufügen oder entziehen.
- Die administrative Organisation ist als Staging-Area für Anmeldungen und Berechtigungen vorgesehen. Wenn Sie den Satellite mit einem neuen Zertifikat assoziieren, werden dieser Organisation standardmäßig jegliche neue Berechtigungen gewährt. Um diese neuen Berechtigungen anderen Organisationen auf dem Satellite zur Verfügung zu stellen, müssen Sie diese Berechtigungen ausdrücklich von der administrativen Organisation aus den anderen Organisationen zuweisen.
9.1.3.1. Zertifikat hat weniger Berechtigungen als ich verwende
rhn-satellite-activate
-Befehls. Sie werden eine Fehlermeldung erhalten, die besagt, dass das Zertifikat ungenügende Berechtigungen enthält.
- In der
/etc/rhn/rhn.conf
-Datei, setzen Sie web.force_unentitlement=1 - Starten Sie den Satellite neu
- Verringern Sie die zugewiesenen Berechtigungen der gewünschten Organisationen entweder über den Abonnements-Reiter einer jeden Organisation, oder über die Organisationen-Reiter der einzelnen Berechtigungen.
- Eine Anzahl von Systemen in der Organisation sollte sich nun in einem unberechtigt-Zustand befinden. Die Anzahl der unberechtigten Systeme in der Organisation entspricht der Differenz zwischen der Gesamtanzahl der von Ihnen der Organisation entzogenen Berechtigungen und der Anzahl von Berechtigungen, die die Organisation nicht auf die Systeme angewendet hatte.Wenn Sie z. B. in Schritt 3 der Organisation 10 Berechtigungen entzogen haben, und die Organisation 4 Berechtigungen besitzt, die nicht von Systemen verwendet wurden, dann werden letztendlich 6 Systeme in dieser Organisation unberechtigt sein.
web.force_unentitlement
-Variablen nur nötig ist, um die einer Organisation zugewiesenen Berechtigungen unter die Anzahl der verwendeten zu verringern. Wenn eine Organisation mehr Berechtigungen besitzt, als aktiv verwendet werden, brauchen Sie diese Variable nicht zu setzen, um sie zu entziehen.
9.1.3.2. Zertifikat hat mehr Berechtigungen als ich verwende
9.2. Admin ⇒ Organisationen
Abbildung 9.3. Admin
9.2.1. Admin ⇒ Organisationen ⇒ Details
- Aktive Benutzer — Die Anzahl der Benutzer in einer Organisation.
- Systeme — Die Anzahl der Systeme, die bei der Organisation angemeldet sind.
- Systemgruppen — Die Anzahl der Gruppen, die bei der Organisation angemeldet sind.
- Aktivierungsschlüssel — Die Anzahl der Aktivierungsschlüssel, die der Organisation zur Verfügung stehen.
- Kickstart-Profile — Die Anzahl der Kickstart-Profile, die der Organisation zur Verfügung stehen.
- Konfigurations-Channels — Die Anzahl der Konfigurations-Channels, die der Organisation zur Verfügung stehen.
9.3. Erstellen einer neuen Organisation
Abbildung 9.4. Erstellen einer neuen Organisation
- Geben Sie den Organisationsnamen im entsprechenden Textfeld ein. Der Name darf zwischen 3 und 128 Zeichen lang sein.
- Erstellen sie einen Administrator für die Organisation:
- Geben Sie ein Gewünschtes Login für den Organisationsadministrator ein, das zwischen 3 und 128 Zeichen lang sein darf.
- Geben Sein ein Gewünschtes Passwort ein und Bestätigen es.
- Geben Sie die E-Mail-Adresse für den Organisationsadministrator ein.
- Geben Sie Vorname und Nachname des Organisationsadministrators ein.
- Klicken Sie auf die Schaltfläche Organisation erstellen, um den Vorgang abzuschließen.
Anmerkung
orgadmin-mktg
oder eng-dept-admin
), so dass Admin-Login-Namen der Organisation entsprechen.
9.4. Berechtigungen verwalten
rhn-virtualization
-Paket, das nötig ist für die korrekte Zählung der Berechtigungen von Xen oder KVM virtuellen Gästen, entsprechend der Anzahl von Red Hat Enterprise Linux-Abonnements, mit denen sie assoziiert sind.
9.4.1. Admin ⇒ Abonnements ⇒ Software-Channel-Berechtigungen
Anmerkung
- Insgesamt — Die Gesamtanzahl der Channel-Berechtigungen für den Satellite.
- Verfügbar — Die Anzahl der derzeit zur Zuweisung verfügbaren Berechtigungen.
- Verbrauch — Die Anzahl der Berechtigungen, die derzeit von allen Organisationen (ausgenommen der Basisorganisation) verbraucht werden, im Vergleich zur Gesamtanzahl zugewiesener Berechtigungen.
9.4.2. Admin ⇒ Abonnements ⇒ Systemberechtigungen
- Insgesamt zugewiesen — Die Anzahl der insgesamt verfügbaren Berechtigungen für den gesamten Satellite.
- Berechtigungsverbrauch — Die Anzahl der aktuell benutzten Berechtigungen.
- Organisationsverbrauch zeigt die Anzahl der Organisationen, die Zugriff auf die Berechtigung besitzen.
9.5. Systeme in einer Organisation konfigurieren
- Anmeldung mittels Login und Passwort — Wenn Sie ein Login und Passwort angeben, die für eine bestimmte Organisation angelegt wurden, so wird das System bei dieser Organisation angemeldet werden. Wenn also beispielsweise
user-123
ein Mitglied der Central IT-Organisation auf dem Satellite ist, dann würde der folgende Befehl auf jedwedem System dieses System bei der Central IT-Organisation auf Ihrem Satellite anmelden:rhnreg_ks --username=user-123 --password=foobaz
Anmerkung
Die--orgid
(für Red Hat Enterprise Linux 4 und 5) und--orgpassword
(in RHEL 4) Parameter inrhnreg_ks
haben keinen Bezug zur Satellite-Anmeldung oder RHN Satellites Unterstützung für multiple Organisationen. - Anmeldung mittels Aktivierungsschlüssel — Sie können ein System auch bei einer Organisation anmelden mithilfe eines Aktivierungsschlüssels von der Organisation. Aktivierungsschlüssel registrieren Systeme bei derjenigen Organisation, in der der Aktivierungsschlüssel erstellt wurde. Aktivierungsschlüssel stellen eine gute Methode zu Anmeldung dar, wenn Sie es Benutzern ermöglichen wollen, Systeme in einer Organisation anzumelden, ohne ihnen jedoch Login-Zugang zu dieser Organisation zu gewähren. Falls Sie Systeme zwischen Organisationen umsiedeln müssen, können Sie diese Umsiedlung auch automatisieren mithilfe von Skripts, die entsprechende Aktivierungsschlüssel verwenden.
Anmerkung
Aktivierungsschlüssel haben seit RHN Satellite 5.1.0 ein neues Format, die ersten Zeichen des Aktivierungsschlüssels werden nunmehr verwendet um anzuzeigen, welche Organisation (nach ID Nummer) die Aktivierung besitzt.
9.6. Organisations-Trusts
Anmerkung
9.6.1. Einrichten eines Organisations-Trusts
Abbildung 9.5. Organisations-Trusts
9.6.2. Teilen von Inhalts-Channels mit Organisationen in einem Trust
Anmerkung
- Loggen Sie sich beim Satellite mit dem Benutzernamen des Organization Administrators ein.
- Klicken Sie auf den Channels-Reiter.
- Auf dem Seitenmenü, klicken Sie Software-Channels verwalten.
- Klicken Sie auf den Custom-Channel, den Sie mit den anderen Organisationen teilen möchten.
- Im Bereich Channel-Zugriffskontrolle der Details-Seite gibt es drei Auswahlmöglichkeiten für das gemeinsame Verwenden unter Teilen mit Organisationen.
- Privat — Macht den Channel privat, so dass Zugriff von keiner anderen Organisation außer durch den Channel-Besitzer selbst möglich ist.
- Geschützt — Erlaubt Zugriff auf den Channel durch bestimmte, von Ihnen ausgewählte Organisationen im Trust.
Anmerkung
Die Auswahl Geschützt zeigt eine separate Seite an, auf der Sie dazu aufgefordert werden zu bestätigen, dass Sie für diese Organisationen Channel-Zugriff gewähren, durch Klicken von Zugriff gewähren und bestätigen. - Öffentlich — Erlaubt allen Organisationen im Trust den Zugriff auf den Custom-Channel.
Klicken Sie den Radio-Button neben Ihrer Auswahl und klicken Channel aktualisieren.
Anmerkung
9.6.3. Systeme migrieren von einer Organisation im Trust auf eine andere
migrate-system-profile
.
migrate-system-profile
basiert auf der Befehlszeile und verwendet systemIDs und orgIDs als Argumente um zu spezifizieren, was migriert werden soll, sowie dessen Zielorganisation.
migrate-system-profile
-Befehl zu verwenden, müssen Sie das spacewalk-utils
-Paket installiert haben. Um migrate-system-profile
zu verwenden, müssen Sie zwar nicht beim Satellite angemeldet sein, müssen dann jedoch den Hostnamen oder die IP-Adresse des Servers als Befehlszeilenschalter angeben.
Anmerkung
migrate-system-profile
-Befehls migriert, bringt das System keinerlei Berechtigungen oder Channel-Abonnements von der Quellorganisation mit. Der Systemverlauf hingegen wird bewahrt, und durch den neuen Organization Administrator kann darauf zugegriffen werden, um den Rest des Migrationsprozesses zu vereinfachen, einschließlich dem Abonnement eines Basis-Channels und dem Gewähren von Berechtigungen.
9.6.3.1. Verwenden von migrate-system-profile
migrate-system-profile
ist recht unkompliziert. Ermitteln Sie die ID desjenigen Systems, das migriert werden soll, die ID der Organisation, zu der das System migrieren soll, sowie den Hostnamen oder die IP-Adresse des Satellite Servers, falls Sie den Befehl von einem anderen Rechner ausführen.
migrate-system-profile --satellite {SATELLITE HOSTNAME OR IP} --systemId={SYSTEM ID} --to-org-id={DESTINATION ORGANIZATION ID}
migrate-system-profile --satellite satserver.example.com --systemId=10001020 --to-org-id=2
--username=
und --password=
in der Befehlszeile angegeben).
Abbildung 9.6. Systemverlauf
Anmerkung
--csv
-Option von migrate-system-profile
nutzen, um den Prozess mithilfe einer einfachen kommagetrennten Liste mit zu migrierenden Systemen zu automatisieren.
systemId,to-org-id
systemId
könnte z. B. 1000010000
lauten, während die to-org-id
4
lauten könnte. Eine kompatible CSV würde also folgendermaßen aussehen:
1000010000,3 1000010020,1 1000010010,4
migrate-system-profile
werfen Sie bitte einen Blick auf die Handbuchseite durch Eingabe von man migrate-system-profile
, oder durch Eingabe von migrate-system-profile -h
für einen einfachen Hilfebildschirm.
9.7. Admin ⇒ Benutzer
Anmerkung
9.7.1. Admin ⇒ Organisationen ⇒ Details ⇒ Benutzer
Anmerkung
Kapitel 10. Virtualisierung
- Red Hat Network Tools für RHEL Server (V. 5 für 32-bit x86) — rhn-tools-rhel-i386-server-5
- RHN Tools — rhn-tools-rhel-5-i386
- Red Hat Enterprise Linux Server (V. 5 for 32-bit x86) — rhel-i386-server-5 (und alle untergeordneten Channels)
- Red Hat Enterprise Linux Server Virtualization (V. 5 for 32-bit x86) — rhel-i386-server-vt-5 (und alle untergeordneten Channels)
10.1. Einrichten des Host-Systems für Ihre virtuelles Systeme
10.1.1. Erstellen eines Kickstart-Profils für die Gastsysteme
- Loggen Sie sich auf der Web-Oberfläche des Satellite ein. Navigieren Sie zum Bildschirm Kickstart-Überblick, indem Sie auf den Link Kickstarts verwalten im Widget Aufgaben in Ihr RHN klicken, oder durch einen Klick auf den Reiter Systeme, gefolgt von einem Klick auf den Unterreiter Kickstart im linken Navigationsmenü.
- Klicken Sie auf der Seite Kickstart-Überblick auf den Link Neues Kickstart-Profil erstellen im Widget Kickstart-Aktionen in der oberen rechten Ecke.
- Sie sollten sich nun bei Schritt 1 des Prozesses zur Erstellung eines Kickstart-Profils wiederfinden:
- Geben Sie eine Kennzeichnung für Ihr Profil ein, die es Ihnen ermöglicht, dieses Profil von Ihren anderen Profilen zu unterscheiden. Für die noch ausstehenden Anweisungen gehen wir davon aus, dass die Kennzeichnung host-system-for-virtual-guests ist.
- Wählen Sie Red Hat Enterprise Linux (V.5 für $ARCH) für das Feld Basis-Channel (wobei $ARCH die Architektur Ihres Host-Systems ist).
Anmerkung
Sie können 32-Bit Red Hat Enterprise Linux 5 auf einem 64-Bit Host-System installieren. Falls Sie dies beabsichtigen, seien Sie sich jedoch bewusst, dass auf Ihrem Gast-System ebenfalls eine 32-Bit Version von Red Hat Enterprise Linux laufen muss. - Wählen Sie im Kickstartbarer Baum Feld
ks-rhel-$ARCH-server-5
aus, wobei $ARCH die Architektur Ihres Host-Systems ist. - Wählen Sie bitte Paravirtualisierter Host für das Feld Virtualisierungstyp.
Anmerkung
Falls Sie den Virtualization Type auf ein bereits existierendes Kickstart-Profil ändern möchten, kann es evtl. auch den Bootloader und Partitionsoptionen verändern. Stellen Sie sicher, dass Sie die Partitioning Registerkarte nachprüfen um diese Einstellungen zu verifizieren, wenn Sie den Virtualization Type ändern. - Klicken Sie abschließend auf die Schaltfläche Weiter in der unteren rechten Ecke des Bildschirms, um mit dem nächsten Schritt fortzufahren.
Anmerkung
Falls für ein beliebiges der Felder die oben angezeigten Optionen fehlen, haben Sie den Inhalt der Software-Channel ggf. nicht erfolgreich mit Ihrem Satellite von den Red Hat Servern synchronisiert.
- Wählen Sie im Schritt 2 des Prozesses zur Erstellung eines Kickstart-Profils den Ort der Distributionsdateien für die Installation Ihres Host-Systems. Es sollte bereits ein ausgefüllter Wert Standard-Download-Ort existieren und für Sie auf diesem Bildschirm ausgewählt sein. Klicken Sie auf die Schaltfläche Weiter auf diesem Bildschirm, um mit Schritt 3 fortzufahren.
Anmerkung
Falls wie im vorherigen Schritt der Standard-Download-Ort nicht vorhanden ist, haben Sie den Inhalt des Software-Channels möglicherweise nicht erfolgreich mit Ihrem Satellite unter Verwendung des Red Hat Server synchronisiert. - Wählen Sie im Schritt 3 des Prozesses zur Erstellung eines Kickstart-Profils ein Root-Passwort für das Host-System, das Sie versorgen werden und klicken auf Abschließen, um das Erstellen des Profils abzuschließen.
- Dies schließt die Erstellung des Kickstart-Profils ab. Nach Abschluss von Schritt 3 gelangen Sie zum neu erstellten Kickstart-Profil. Sie können die verschiedenen Reiter des Profils durchgehen, und die Einstellungen entsprechend anpassen, falls nötig. Dies ist jedoch kaum notwendig, da die Standardeinstellungen für die meisten Fälle gut funktionieren sollten.
10.1.2. Ihr Host-System kickstarten
10.1.2.1. Auf Ihrem Host-System ist Red Hat Enterprise Linux 4 oder älter installiert
- Registrieren Sie zuerst Ihr Host-System bei Ihrem Satellite. Verwenden Sie
ssh
, um sich mit Ihrem Host-System zu verbinden. Registrieren Sie Ihr Host-System bei Ihrem Satellite, indem Sie den folgenden Befehl als Root ausführen:rhnreg_ks --serverUrl=http://your-satellite.example.com/XMLRPC \ --username=username --password=password
Anmerkung
Falls Ihr Host-System bereits bei einem anderen Red Hat Network Server registriert ist, fügen Sie die Option--force
zum obigen Befehl hinzu. - Öffnen Sie als nächstes das Profil des Host-Systems auf der Weboberfläche des Satellite. Loggen Sie sich auf der Weboberfläche Ihres Satellite unter https://your-satellite.example.com/ ein. Klicken Sie auf den Reiter Systeme in der oberen Navigationsleiste. Sie sollten das Host-System sehen, das Sie gerade registriert haben — klicken Sie auf dessen Profilnamen, um zur Seite 'Systemprofil' dieses Systems zu gelangen.
- Fügen Sie Ihrem System eine Provisioning-Berechtigung hinzu. Klicken Sie von der Seite Ihres Host-Systemprofils aus auf den Reiter Details ⇒ Eigenschaften. Aktivieren Sie das Kontrollkästchen Provisioning im Feld Zusatzberechtigungen und klicken Sie auf die Schaltfläche Eigenschaften aktualisieren in der rechten unteren Ecke des Bildschirms.
- Planen Sie als nächstes den Kickstart. Sie gelangen zurück zur Systemprofil-Seite Ihres Hosts. Sie sollten nun einen Reiter Provisioning im Systemprofil sehen. Ein Klick auf diesen Reiter sollte die Seite Kickstart planen für das System anzeigen.
- Wählen Sie das Kickstart-Profil aus, das wir zuvor für diesen Host erstellt haben. Wählen Sie anschließend die Schaltfläche Kickstart planen und abschließen in der unteren rechten Ecke des Bildschirms.
Anmerkung
Falls Sie das zuvor auf der Seite Kickstart planen auf dem Host-System erstellte Kickstart-Profil nicht sehen, haben Sie ggf. ein Kickstart-Profil für eine Architektur erstellt, die nicht mit der Architektur des von Ihnen registrierten Host-Systems übereinstimmt. Falls dies der Fall ist, öffnen Sie das Kickstart-Profil, indem Sie zu Systeme ⇒ Kickstart ⇒ Profile auf der Web-Oberfläche des Satellite navigieren, und auf das Label für das Kickstart-Profil des Host-Systems klicken. Klicken Sie auf den Reiter Kickstart-Detail ⇒ Betriebssystem und wählen Sie die Punkte unter der Auswahl Basis-Channel und Verfügbare Bäume, die der Architektur Ihres Host-Systems entsprechen. Klicken Sie auf die Schaltfläche Kickstart planen, indem Sie den Schritten oberhalb dieser Notiz folgen. - Nach dem Planen des Kickstarts werden Sie an den Bildschirm Kickstart-Status auf der Weboberfläche des Satellite verwiesen. Lassen Sie diese Seite in Ihrem Browser geöffnet, um parallel den Fortschritt des Host-Systems zu verfolgen.
- Verwenden Sie
ssh
, um sich mit dem Host-System zu verbinden, und führen Sie den Befehlrhn_check
aus. Dies sollte den Kickstart-Prozess sofort auslösen, anstatt erst dann, wenn derrhn_check
-Prozess das nächste Mal auf dem System ausgeführt wird. Sie sollten sofort die Ausgabe sehen, die den Start eines Kickstart-Prozesses auf dem Host-System anzeigt. Schließlich werden Sie gewarnt, dass das System in drei Minuten einen Neustart durchführen wird. - Nachdem drei Minuten verstrichen sind, startet das System neu. Verfolgen Sie den Fortschritt des Kickstarts via Weboberfläche des Satellite.
- Abhängig von verschiedenen Faktoren kann der Kickstart-Prozess zwischen zehn und dreißig Minuten dauern. Am Ende dieser Zeitspanne sollte die Kickstart-Statusseite des Satellite anzeigen, ob der Kickstart erfolgreich abgeschlossen wurde.
Anmerkung
Falls der Kickstart fehlschlägt, sollte die Kickstart-Statusseite anzeigen, dass der Kickstart gescheitert ist. Klicken Sie auf den Reiter Ereignisse ⇒ Verlaufim Profil des Host-Systems, um weitere Details zur Ursache des Scheiterns des Kickstarts zu erhalten, und klicken Sie auf den Namen des Kickstart-Ereignisses, das gescheitert ist, um weitere Details zum Scheitern zu erhalten. Weiterhin ist es ggf. ratsam,/var/log/up2date
auf dem Host-System zum Zweck der Fehlerbehandlung zu untersuchen.
10.1.2.2. Auf Ihrem Host-System ist kein Red Hat Enterprise Linux installiert
- Sie finden ein ISO-Image, um eine Boot-CD für Ihren Host zu erstellen, indem Sie
ssh
verwenden, um sich auf Ihrem Satellite einzuloggen. Es befindet sich an folgendem Ort auf Ihrem Satellite:/var/satellite/rhn/kickstart/ks-rhel-i386-server-5/images/boot.iso
Für Details zur Verwendung dieses ISO-Images zum Brennen einer CD unter Verwendung von Linux, werfen Sie bitte einen Blick auf den folgenden Artikel der Red Hat Wissensdatenbank:Falls Sie ein anderes Betriebssystem zum Brennen dieses ISO-Images auf CD verwenden müssen, werfen Sie bitte einen Blick auf den folgenden Artikel der Wissensdatenbank:Anmerkung
Es ist möglich, einen USB-Key mit Flash-Speicher für das Booten Ihres Systems zu verwenden, um dieses zu kickstarten. Werfen Sie einen Blick auf das Red Hat Enterprise Linux Systemadministrationshandbuch (erhältlich unter http://www.redhat.com/docs/manuals/enterprise/) für Tipps, um dies zu realisieren. Beachten Sie, dass die Hardware Ihres Hosts das Booten von diesen Geräten unterstützen muss. - Legen Sie eine Boot-CD in das Laufwerk ein und starten Sie das System neu. Stellen Sie sicher, dass das CD-ROM-Laufwerk als primäres Boot-Gerät im BIOS des Systems eingestellt ist.
- Nach dem Neustart sollten Sie sich selbst am Boot-Prompt wiederfinden. Geben Sie den folgenden Befehl an diesem Prompt ein, um Ihren Kickstart zu starten:
linux \ ks=http://your-satellite.example.com/ks/label/the profile label you created earlier
Anmerkung
Bei einigen Systemen müssen Sie ggf. entwederksdevice=eth0
an den oben aufgeführten Befehl anhängen, oder eine der beiden oder mehreren NICs (Netzwerkkarten) im BIOS des Systems deaktivieren, um eine Verwechslung während des Kickstart-Prozesses zu vermeiden. - Der Kickstart für Ihr Host-System sollte beginnen. Er benötigt in etwa 15 Minuten bis zur Fertigstellung. Nach erfolgreichem Abschluss dieses Kickstarts haben Sie ein Host-System für Ihren virtuellen Gast versorgt und bei Ihrem Satellite registriert.
10.1.2.3. Auf Ihrem Host-System ist Red Hat Enterprise Linux 5 installiert
xen
- oder kvm
-Pakete auf dem System installiert sind. Falls dies nicht der Fall ist, installieren Sie sie mithilfe des Satellites.
- Registrieren Sie als erstes Ihr Host-System bei Ihrem Satellite. Verwenden Sie
ssh
zur Verbindung mit Ihrem Host-System. Registrieren Sie Ihr Host-System bei Ihrem Satellite, indem Sie den folgenden Befehl als Root ausführen:rhnreg_ks --serverUrl=http://your-satellite.example.com/XMLRPC \ --username=username --password=password
Anmerkung
Falls Ihr Host-System bereits bei einem anderen Red Hat Network Server registriert ist, fügen Sie--force
zu dem oben aufgeführten Befehl hinzu. - Öffnen Sie als nächstes das Systemprofil des Host-Systems auf der Web-Oberfläche des Satellite. Loggen Sie sich auf der Web-Oberfläche Ihres Satellite unter https://your-satellite.example.com/ ein. Klicken Sie auf den Reiter Systeme in der oberen Navigationsleiste. Sie sollten das eben registrierte Host-System nun sehen - klicken Sie auf dessen Profilnamen, um auf dessen Systemprofilseite zuzugreifen.
- Stellen Sie sicher, dass Ihr System Zugriff auf die Software-Channels besitzt, die es für den Zugriff auf Software benötigt, die für das Hosten virtueller Gäste erforderlich ist. Klicken Sie auf der Systemprofilseite Ihres Hosts auf den Link Channel-Abonnements ändern unter dem Header Abonnierte Channels. Aktivieren Sie die Kontrollkästchen RHEL Virtualisierung und Red Hat Network Tools für RHEL-Server und klicken Sie auf die Schaltfläche Abonnements ändern unterhalb der Channel-Liste.
- Überprüfen Sie als nächstes, ob Sie die erforderliche Software zum Hosten von virtuellen Gästen auf dem System installiert haben. Führen Sie auf dem Host-System den folgenden Befehl als Root aus:
rpm -q xen kernel-xen rhn-virtualization-host
Führen Sie fürkvm
folgenden Befehl als Root aus:rpm -q kvm kmod-kvm rhn-virtualization-host
Fallsrpm
anzeigt, dass diese Pakete nicht installiert sind, müssen Sie sie installieren, indem Sie den folgenden Befehl als Root auf dem System ausführen:yum install xen kernel-xen rhn-virtualization-host
Fürkvm
-Benutzer installieren Sie, indem Sie folgenden Befehl als Root ausführen:yum install kvm kmod-kvm rhn-virtualization-host
Sie müssen anschließend die Konfigurationsdatei/etc/grub.conf
bearbeiten, damit der neue Xen-Kernel standardmäßig gebootet wird. Wählen Sie hierfür die Zeilen ingrub.conf
, die den Xen-Kernel betreffen ab dertitle
-Zeile bis zum Ende derinitrd
-Zeile aus, kopieren die Zeilen, löschen sie und fügen sie so ein, dass sie den ersten Kernel-Eintrag ingrub.conf
darstellen. Stellen Sie weiterhin sicher, dass der Wert der Standardvariable am Anfang vongrub.conf
auf den Wert '0' gesetzt ist.Anmerkung
Falls Sie einmal den Kernel auf dem Host-System aktualisieren, so wird beim Neustart standardmäßig der Standard-Kernel ausgewählt. Um sicherzustellen, dass der Xen-Kernel standardmäßig ausgewählt wird, ändern Sie den folgenden Wert in der/etc/sysconfig/kernel
-Datei:DEFAULTKERNEL=kernel
Ändern Sie diesen Wert aufkernel-xen
:DEFAULTKERNEL=kernel-xen
- Starten Sie das System neu und booten Sie es mit dem Xen-Kernel. Das System sollte nach dem Neustart nicht automatisch den Xen-Kernel booten, aber um sicherzustellen, ob es dies zum Zweck der Problembehandlung getan hat, geben Sie
uname -r
ein, um zu sehen, ob es sich bei dem laufenden Kernel um einen Xen-Kernel handelt. Falls Sie denxen
-String nicht im Namen des Kernels erkennen können, haben Sie nicht den korrekten Kernel gebootet.Anmerkung
Falls das System bereitsxen
undkernel-xen
installiert hat, müssen Sie nach der Installation vonrhn-virtualization-host
nicht neu starten. - Sie müssen weiterhin das
osad
-Paket installieren und ausführen, damit das System auf Befehle, die vom Satellite gesendet werden, wie beispielsweise start, pause, resume und shutdown, reagieren kann. Um es zu installieren, gehen Sie wie folgt vor:yum install -y osad
nach der Installation und Sie sollten dann denosad
-Prozess starten:/sbin/service osad restart
- Ihr Host-System sollte nun für das RHN-Provisioning (Versorgung) von virtuellen Gästen bereit sein.
10.2. Einrichten Ihrer virtuellen Systeme
10.2.1. Erstellen eines Kickstart-Profils für die Gastsysteme
- Loggen Sie sich auf der Web-Oberfläche des Satellites ein. Navigieren Sie zum Bildschirm Kickstart-Überblick durch einen Klick auf den Link Kickstarts verwalten im Aufgaben-Widget in Überblick oder durch einen Klick auf Systeme in der oberen Navigationsleiste ⇒ Kickstart aus der linken Navigationsleiste.
- Klicken Sie auf der Seite Kickstart-Überblick auf den Link Neues Kickstart-Profil erstellen im Widget Kickstart-Aktionen in der oberen rechten Ecke.
- Die nächste angezeigte Seite stellt den ersten Schritt des Prozesses zur Erstellung eines Kickstart-Profils dar:
- Geben Sie ein Label für das Profil ein, dass es Ihnen ermöglicht, dieses von den anderen Profilen zu unterscheiden. Eine gute Wahl wäre guest-system.
- Wählen Sie für das Feld Basis-Channel Red Hat Enterprise Linux $PRODUCT (V.5 für $ARCH), wobei $ARCH die Architektur des Betriebssystems Ihres Host-Systems und $PRODUCT entweder Server oder Client darstellt.
Anmerkung
Red Hat Enterprise Linux Client 5 steht möglicherweise nicht zur Auswahl, wenn Sie die Client-Software-Channels nicht mit Ihrem Satellite synchronisiert haben.Anmerkung
Bitte beachten Sie, dass sich die Channel-Labels für Red Hat Enterprise Linux 5 and Red Hat Enterprise Linux 5 Desktop jeweils auf 'server' und 'client' beziehen. - Für das Feld Kickstartbarer Baum sollten Sie ks-rhel-$ARCH-$PRODUCT-5 wählen, wobei wobei $ARCH die Architektur des Betriebssystems Ihres Host-Systems und $PRODUCT entweder Server oder Client darstellt, abhängig vom Produkt, mit dem Sie Ihren Gast versorgen (provision) möchten.
- Wählen Sie Paravirtualisierter Gast für das Feld Virtualisierungstyp.
Anmerkung
Falls Sie den Virtualization Type auf ein bereits existierendes Kickstart-Profil ändern möchten, kann es evtl. auch den Bootloader und Partitionsoptionen verändern. Stellen Sie sicher, dass Sie die Partitioning Registerkarte nachprüfen um diese Einstellungen zu verifizieren, wenn Sie den Virtualization Type ändern. - Klicken Sie abschließend auf die Schaltfläche Weiter in der unteren rechten Ecke des Bildschirms, um mit dem nächsten Schritt fortzufahren.
- Wählen Sie für den zweiten Schritt des Prozesses zur Erstellung des Kickstart-Profils den Ort der Distributionsdateien für die Installation Ihres Gastsystems. Es sollte auf diesem Bildschirm bereits ein Standard-Download-Ort eingetragen sein und für Sie ausgewählt sein. Klicken Sie auf die Schaltfläche Weiter auf diesem Bildschirm, um mit dem dritten Schritt fortzufahren.
Anmerkung
Falls wie in den vorherigen Schritten der standardmäßige Download-Ort fehlt, haben Sie den Inhalt der Software-Channel ggf. nicht erfolgreich mit Ihrem Satellite von den Red Hat Servern synchronisiert. - Wählen Sie für den dritten Schritt des Prozesses zur Erstellung des Kickstart-Profils ein Root-Passwort für das Gast-System, das Sie versorgen (provision) und klicken Sie auf Weiter, um das Erstellen des Profils abzuschliessen.
- Dies schließt das Erstellen des Kickstart-Profils ab. Nach Abschluss des dritten Schritts sollten Sie zu den Profildetails weitergeleitet werden. Sie können die verschiedenen Reiter des Profils durchgehen und die Einstellungen entsprechend anpassen. Dies ist jedoch nicht notwendig, da die Standardeinstellungen für die Mehrheit der Fälle gut funktionieren sollten. Auch wenn die Oberfläche es Ihnen ermöglicht, weniger als 2 GB zuzuweisen, empfehlen wir dringend, mindestens 2 GB für Ihr Gastsystem mit diesem Kickstart-Profil zuzuweisen.
10.2.2. Versorgen (Provision) Ihres Gastsystems
- Loggen Sie sich auf der Weboberfläche des Satellite ein. Gehen Sie das Profil Ihres Hostsystems durch, indem Sie auf den Reiter Systeme in der oberen Navigationsleiste klicken und klicken auf den Namen des Systems.
- Um einen Kickstart für ein Gastsystem zu planen, gehen Sie zum Reiter Virtualisierung ⇒ Provisioning im Profil des Hostsystems. Wählen Sie für das Feld Gastname guest1. Für die Felder Speicherzuweisung, Virtuelle CPUs und Speicher sollten die Standardwerte in Ordnung sein. Machen Sie hier ruhig Änderung nach Belieben, unter Beachtung der Hinweise für jedes Feld der Oberfläche. Wählen Sie für das Feld Kickstart-Profil das Profil des Gastsystems, das wir im letzten Schritt erstellt haben.
- Klicken Sie abschließend auf die Schaltfläche Kickstart planen und abschließen in der unteren rechten Ecke des Bildschirms. Sie gelangen dann zur Seite Kickstart-Status, auf der Sie den Fortschritt des Kickstart-Prozesses des Gasts verfolgen können. Nach zehn bis fünfzehn Minuten sollte der Status-Bildschirm den erfolgreichen Abschluss des Kickstarts anzeigen. Um Ihren neuen Gast anzusehen, klicken Sie auf den Reiter Virtualisierung des Host-Systemprofils auf dem Satellite. Um eine Liste von virtuellen Systemen anzuzeigen, gehen Sie zu Systeme ⇒ Systeme ⇒ Virtuelle Systeme.
Anmerkung
Falls Sie die Gastmeldung Einen Kickstart für einen Xen starten auf der Seite Kickstart-Status nicht kurz nach dem Planen des Kickstarts von dem Gast sehen, fehlt Ihnen möglicherweiseosad
auf Ihrem Host.Host-Systeme benötigen dasosad
-Paket, um auf Befehle, die vom Satellite gesendet werden, wie beispielsweise start, pause, resume und shutdown, reagieren zu können. Fallsosad
nicht installiert ist bzw. nicht augeführt wird, erhält das System diese Befehle für 2,5 Stunden nicht von der Web-Oberfläche oder bis zur nächsten Ausführung des RHN-Daemons.Sie können überprüfen, obosad
installiert ist und läuft, indem Sie das Feld OSA-Status im Profil des Host-Systems auf dem Satellite überprüfen. Falls das Feld nicht existiert oder eine Fehlermeldung in der Art anzeigt, dass das System den Satellite seit einigen Minuten nicht kontaktiert hat, dann müssen Sieosad
installieren (mithilfe des Befehlsyum install -y osad
), bevor Sie einen Gast erfolgreich auf einem Host versorgen können.Anmerkung
Während des Kickstarts des Gasts erhalten Sie möglicherweise die folgende Meldung von der SeiteKickstart-Status
:Der Installationsprozess auf dem Gastsystem hat in den vergangenen n Minuten nicht mit RHN kommuniziert. Dies liegt möglicherweise an einem hängengebliebenen Installationsprozess, oder einfach an einer langsamen Installation bedingt durch Einschränkungen der Hardware. Es steht eine Protokolldatei des Installationsprozesses zur Verfügung, die Sie ggf. zur Problembehandlung dieses Problems überprüfen sollten.
Seien Sie geduldig und machen Sie sich keine Sorgen, wenn Sie diese Nachricht erhalten, wenn nicht mehr als zwanzig Minuten vergangen sind. Um zu überprüfen, ob der Kickstart weitergeht, untersuchen Sie die Protokolldatei der Installation um sicherzugehen, dass keine Fehler vorliegen und, dass das Feld 'Letzte Dateianfrage' kontinuierlich aktualisiert wird, während Sie die Seite 'Kickstart-Status' neu laden. - Wenn Sie zusätzliche Gäste bei Ihrem Gast registrieren möchten, wiederholen Sie die oben aufgeführten Schritte. Es ist wichtig, sich daran zu erinnern, dass Sie jeweils nur einen Gast versorgen (provision) können. Falls Sie versuchen, einen Gast-Kickstart zu planen, während ein weiterer gerade stattfindet, wird der aktuelle Gast-Kickstart-Prozess beendet und der neue Gast-Kickstart-Prozess beginnt.
- Betrachten Sie Ihr neu erstelltes virtuelles Gastsystem auf der Web-Oberfläche des Satellite durch einen Klick auf den Reiter Virtualisierung im Profil des Host-Systems. Klicken Sie anschließend auf den Profilnamen Ihres virtuellen Systems. Sie gelangen so zu dessen Satellite Systemprofil.
10.2.3. Verwalten Ihrer virtuellen Gastberechtigungen
10.3. Arbeiten mit Ihren virtuellen Systemen
10.3.1. Direktes Einloggen auf virtuellen Systemen mit SSH
- Sie müssen die IP-Adresse des virtuellen Systems ermitteln. Bestimmen Sie diese, indem Sie zum Reiter Systeme ⇒ Virtuelle Systeme navigieren und auf den Profilnamen des virtuellen Systems klicken.
- Auf der Profilseite des virtuellen Systems finden Sie die IP-Adresse in der linken Informationsspalte im Feld IP-Adresse.
- Verbinden Sie sich mit der IP-Adresse unter Verwendung von
ssh
als Root und verwenden das Passwort, dass Sie für das virtuelle System im diesbezüglich zuvor erstellten Kickstart-Profil gesetzt haben.
10.3.2. Konsolenzugriff via Host erlangen
- Zunächst müssen Sie sich mit dem Host-System verbinden und die ID-Nummer des Gasts, mit dem Sie arbeiten möchten, bestimmen. Verbinden Sie sich via
ssh
mit dem Host-System und führen den folgenden Befehl aus:xm list
Dies sollte Ihnen eine Liste mit allen Gästen liefern, die Sie auf Ihrem Satellite erstellt haben, inklusive deren ID-Nummer. Suchen Sie in dieser Liste nach dem Gastguest1
, den wir vorher erstellt hatten. Falls diesem Gast beispielsweise eine ID von 2 zugewiesen wurde, dann: - Führen Sie den folgenden Befehl aus, um auf die Konsole dieses virtuellen Systems zuzugreifen:
xm console 2
Sie sollten umgehend in der Lage sein, einen Login-Prompt aufguest1
zu sehen. - Loggen Sie sich als Root auf
guest1
ein und verwenden dabei dasselbe Passwort, dass Sie beim Kickstart-Prozess, den Sie zur Versorgung (provision) des Systems verwendet haben, gesetzt haben.(Es existieren möglicherweise einige Meldungen auf dem Bildschirm. Drücken Sie in diesem Fall die Eingabe-Taste auf Ihrer Tastatur, um einen neuen Login-Prompt zu erhalten.) - Um die Gastkonsole zu beenden und zum Befehlsprompt des Host-Systems zurückzukehren, können Sie die Tasten Strg und ] auf Ihrer Tastatur gleichzeitig drücken.
10.3.3. Installation von Software via Web-Oberfläche des Satellite
- Browsen Sie zum Profil des virtuellen Systems auf der Weboberfläche Ihres Satellite, indem Sie sich einloggen und zu Systeme ⇒ Systeme ⇒ Virtuelle Systeme navigieren und auf den Namen des Profils Ihres virtuellen Systems klicken.
- Klicken Sie im Profil des virtuellen Systems auf den Reiter Software ⇒ Pakete.
- Klicken Sie auf Neue Pakete installieren im Reitermenü Pakete.
- Wählen Sie die Pakete, die Sie installieren möchten und klicken Sie auf die Schaltfläche Ausgewählte Pakete installieren in der unteren rechten Ecke des Bildschirms.
- Überprüfen Sie die Details zur Paketinstallation und klicken Sie auf die Schaltfläche Bestätigen in der unteren rechten Ecke des Bildschirms.
- Die Paketinstallation findet das nächste Mal statt, wenn das Gastsystem sich beim Satellite eincheckt. Um zu erzwingen, dass die Installation umgehend stattfindet, können Sie den Befehl
rhn_check
auf dem Gastsystem ausführen.
10.3.4. Installation von Software via yum vom virtuellen System aus
yum
zur Installation und Aktualisierung von Software verwenden können. Führen Sie beispielsweise den folgenden Befehl ein, um den Texteditor vim zu installieren:
yum install -y vim-enhanced
10.3.5. Neustart von Gästen nach Reboot des Hosts
rhn-virtualization-host
-Dienst jedoch kann im Falle eines Neustarts des Host-Systems Gäste automatisch neu starten.
- Finden Sie die config-Datei des Gastes auf dem Host in
/etc/sysconfig/rhn/virt/
. Diese ist nach der UUID benannt, aber die richtige Datei kann gefunden werden mithilfe desgrep
-Befehls, um nach dem Gastnamen innerhalb der UUID-Dateien zu suchen. - Wenn Sie die Ihrem Gast-System zugehörige UUID-Datei gefunden haben, erstellen Sie einen symbolischen Link von der UUID-Datei zum
/etc/sysconfig/rhn/virt/auto/
-Verzeichnis.ln -s /etc/sysconfig/rhn/virt/GUEST_UUID.xml /etc/sysconfig/rhn/virt/auto/
10.3.6. Virtuelle Systeme löschen
- Zunächst müssen Sie das virtuelle System, das Sie löschen möchten, herunterfahren. Sie können dies tun, indem Sie zum Profil des Hostsystems auf der Weboberfläche des Satellite browsen, auf den Virtualisierungs-Reiter klicken und die virtuellen Systeme, die Sie löschen möchten, abmelden. Schließen Sie das Herunterfahren durch einen Klick auf die Schaltfläche Systeme herunterfahren am Ende des Bildschirms ab.
- Löschen Sie als Nächstes das virtuelle System vom Satellite. Entfernen Sie dazu das Häkchen im Kontrollkästchen des virtuellen Systems und klicken auf die Schaltfläche System löschen am Ende des Bildschirms:
Anmerkung
Bitte rechnen Sie mindestens zwei Minuten zwischen dem Herunterfahren eines virtuellen Systems und dem Löschen desselben ein. Ansonsten fährt das System ggf. nicht ordnungsgemäß herunter und Sie löschen es, während es läuft. Falls Sie ein laufendes virtuelles System von einem Satellite löschen, erscheint dieses wieder auf dem Satellite, wenn es sich das nächste Mal eincheckt. Falls dies passiert, fahren Sie einfach das System herunter, warten zwei Minuten ab und löschen es erneut. - Löschen Sie das Platten-Image für das virtuelle System, das Sie löschen möchten. Sie finden das Platten-Image für guest1 beispielsweise an folgendem Ort auf dem Host-System:
/var/lib/xen/disk-images/guest1.disk
Löschen Sie es mit dem folgenden Befehl:rm /var/lib/xen/disk-images/guest1.disk
- Abschließend müssen Sie die RHN-Konfigurationsdateien vom Host-System löschen. Um die RHN-Konfigurationsdatei für guest1 zu ermitteln, führen Sie den folgenden Befehl aus:
grep guest1 /etc/sysconfig/rhn/virt/*.xml
Löschen Sie anschließend die angezeigte Datei. Zum Beispiel:rm /etc/sysconfig/rhn/virt/14e5cfbf72342515236ad74b260c2f6b.xml
- Sie haben nun erfolgreich ein Gast-System von Ihrem Host-System und vom Satellite gelöscht.
Kapitel 11. Cobbler
- Analyse der Installationsumgebung mittels des
cobbler check
-Befehls - Serverkonfiguration an mehreren Installationsstandorten mittels
cobbler replicate
- Erstellung und Verwaltung von Kickstart-Templates mithilfe der Cheetah Template-Engine und Kickstart-Snippets
- Automatisierung der Gastinstallation auf virtuellen Maschinen mittels des clientseitigen
koan
-Tools.
11.1. Cobbler-Anforderungen
- Falls Sie beabsichtigen, Cobbler zur Installation von Systemen mittels PXE einzusetzen, muss
tftp-server
installiert und konfiguriert sein. - Falls Sie beabsichtigen, Cobbler zu verwenden, um Systeme per PXE zu booten für eine Installation, müssen Sie entweder als DHCP-Server für Cobbler PXE Booting fungieren können, oder auf Ihren Netzwerk-DHCP-Server
/etc/dhcp.conf
zugreifen, umnext-server
abzuändern auf den Hostnamen oder die IP-Adresse Ihres Cobbler-Servers.
11.1.1. Cobbler konfigurieren mit /etc/cobbler/settings
/etc/cobbler/settings
-Datei. Die Datei enthält mehrere konfigurierbare Einstellungen und liefert detaillierte Erklärungen für jede Einstellung hinsichtlich der Auswirkungen auf die Funktionsweise von Cobbler, und ob Benutzern empfohlen wird, diese Einstellung für Ihre Umgebung zu ändern.
/etc/cobbler/settings
-Datei, in der jede Einstellung detailliert dokumentiert ist.
11.1.2. Cobbler und DHCP
11.1.2.1. Konfiguration eines vorhandenen DHCP-Servers
allow booting; allow bootp; class "PXE" { match if substring(option vendor-class-identifier, 0, 9) = "PXEClient"; next-server 192.168.2.1; filename "pxelinux.0"; }
- Der Administrator aktiviert Netzwerk-Booting mit dem
bootp
-Protokoll. - Anschließend erstellt der Administrator eine Klasse namens
PXE
. Falls ein System konfiguriert ist, PXE zuoberst in seiner Boot-Priorität zu haben, identifiziert sich diese Klasse alsPXEClient
. - Danach leitet der DHCP-Server das System zum Cobbler-Server unter 192.168.2.1.
- Abschließend ruft der DHCP-Server die
pxelinux.0
Bootloader-Datei ab.
11.1.3. Xinetd und TFTP
/etc/xinetd.d/tftp
-Datei als Root und ändern die Zeile disable = yes
auf disable = no
.
pxelinux.0
-Boot-Image zu übertragen, müssen Sie den Xinetd-Dienst starten.
chkconfig --level 345 xinetd on /sbin/service xinetd start
chkconfig
-Befehl schaltet den xinetd
-Dienst für alle Benutzer-Runlevel an, während der /sbin/service
-Befehl xinetd
sofort anschaltet.
11.1.4. Konfigurieren von SELinux und IPTables für Cobbler-Support
11.1.4.1. SELinux-Konfiguration
setsebool -P httpd_can_network_connect true
-P
-Schalter ist entscheidend, denn dadurch werden HTTPD-Verbindungen anhaltend über alle System-Neustarts hinweg aktiviert.
semanage fcontext -a -t public_content_t "/tftpboot/.*"
11.1.4.2. IPTables-Konfiguration
- Für TFTP:
/sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 69 -j ACCEPT /sbin/iptables -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT
- Für HTTPD:
/sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
- Für Cobbler und Koan XMLRPC:
/sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 25151 -j ACCEPT
/sbin/iptables-save
11.1.5. Synchronisation und Starten des Cobbler-Dienstes
cobbler check
spezifizierten Voraussetzungen Ihren Anforderungen entsprechend konfiguriert wurden, können Sie nun den Cobbler-Dienst starten.
/usr/sbin/rhn-satellite start
Warnung
cobblerd
-Dienst nicht unabhängig vom Satellite-Dienst, da dies zu Fehlern und diversen Problemen führen kann.
/usr/sbin/rhn-satellite
, um den RHN Satellite zu starten oder zu stoppen.
11.2. Hinzufügen einer Distribution zu Cobbler
cobbler
für das Erstellen einer Distribution von der Befehlszeile aus sieht wie folgt aus:
cobbler distro add --name=string --kernel=path --initrd=path
--name=string
-Schalter ist ein Label, das zur Unterscheidung einer Distributionsauswahl von der anderen dient (z.B. rhel5server
)
--kernel=path
-Schalter spezifiziert den Pfad zur Kernel-Image-Datei.
--initrd=path
-Schalter legt den Pfad zur Initial Ramdisk (initrd) Image-Datei fest.
11.3. Hinzufügen eines Profils zu Cobbler
cobbler
für das Erstellen von Profilen von der Befehlszeile aus sieht wie folgt aus:
cobbler profile add --name=string --distro=string [--kickstart=url] [--virt-file-size=gigabytes] [--virt-ram=megabytes]
--name=string
handelt es sich um das eindeutige Label für das Profil, wie z. B rhel5webserver
oder rhel4workstation
.
--distro=string
-Schalter spezifiziert die Distribution, die für dieses bestimmte Profil verwendet wird. Distributionen wurden hinzugefügt in Abschnitt 11.2, »Hinzufügen einer Distribution zu Cobbler«.
--kickstart=url
-Option legt den Speicherort der Kickstart-Datei fest (falls verfügbar).
--virt-file-size=gigabytes
-Option erlaubt Ihnen die Einstellung der Größe für das Datei-Image des virtuellen Gasts. Der voreingestellte Wert lautet 5 Gigabyte, sofern nichts anderes angegeben wird.
--virt-ram=megabytes
-Option legt fest, wieviel Megabyte physischer RAM das virtuelle Gastsystem konsumieren kann. Der voreingestellte Wert lautet 512 Megabyte, sofern nichts anderes angegeben wird.
11.4. Hinzufügen eines Systems zu Cobbler
Anmerkung
koan
und PXE-Menüs durchführen, ist es zwar nicht notwendig, Systemaufzeichnungen zu erstellen. Allerdings sind sie hilfreich, wenn systemspezifische Kickstart-Vorlagen erstellt werden müssen, oder wenn festgelegt werden soll, dass ein bestimmtes System immer einen bestimmten installierten Inhalt erhalten soll. Falls eine spezifische Rolle für einen spezifischen Client vorgesehen ist, sollten dafür Systemaufzeichnungen erstellt werden.
cobbler system add --name=string --profile=string --mac=AA:BB:CC:DD:EE:FF
--name=string
handelt es sich um das eindeutige Label für das System, wie z. B. engineeringserver
oder frontofficeworkstation
.
--profile=string
spezifiziert einen der Profilnamen, die in Abschnitt 11.3, »Hinzufügen eines Profils zu Cobbler« hinzugefügt wurden.
--mac=AA:BB:CC:DD:EE:FF
-Option erlaubt Systemen mit der angegebenen MAC-Adresse, automatisch an das Profil versorgt zu werden (Provisioning), das mit den Systemaufzeichnungen assoziiert ist, falls sie gekickstartet werden.
man cobbler
in einem Shell-Prompt.
11.5. Cobbler-Templates
- Robuste Features, die es Administratoren erlauben, große Mengen von Profilen oder Systemen zu erstellen und zu verwalten ohne erhöhten Aufwand, und ohne manuelles Erstellen von Kickstarts für jede einzelne Situation.
- Templates können zwar sehr komplex werden und Schleifen, Bedingungen und weitere fortgeschrittene Features und Syntax enthalten, aber sie können auch sehr einfach zum Erstellen von Kickstart-Dateien ohne derartige Komplexität benutzt werden.
11.5.1. Verwenden von Templates
/etc/sysconfig/network-scripts/
. Im Unterschied zu Standard-Kickstart-Dateien verwenden Templates jedoch Variablen.
network --device=eth0 --bootproto=static --ip=192.168.100.24 --netmask=255.255.255.0 --gateway=192.168.100.1 --nameserver=192.168.100.2
network --device=$net_dev --bootproto=static --ip=$ip_addr --netmask=255.255.255.0 --gateway=$my_gateway --nameserver=$my_nameserver
11.5.2. Kickstart-Snippets
$SNIPPET()
-Funktion, die durch Cobbler geparst wird, und der Funktionsaufruf wird durch die Inhalte des Snippets ersetzt.
clearpart --all part /boot --fstype ext3 --size=150 --asprimary part / --fstype ext3 --size=40000 --asprimary part swap --recommended part pv.00 --size=1 --grow volgroup vg00 pv.00 logvol /var --name=var vgname=vg00 --fstype ext3 --size=5000
my_partition
), und diese Datei in /var/lib/cobbler/snippets/
ablegen, so dass Cobbler darauf zugreifen kann.
$SNIPPET()
-Funktion in Ihren Kickstart-Templates verwenden. Zum Beispiel:
$SNIPPET('my_partition')
my_partition
-Datei.
11.6. Verwenden von Koan
11.6.1. Verwenden von Koan zur Versorgung virtueller Systeme
koan
dazu verwenden, die Installation eines virtuellen Gasts auf einem System zu initiieren.
cobbler add profile --name=virtualfileserver --distro=rhel-i386-server-5 --virt-file-size=20 --virt-ram=1000
koan
aus:
koan --server=hostname --list=profiles
cobbler profile add
erstellt wurden.
koan --virt --server=cobbler-server.example.com --profile=virtualfileserver --virtname=marketingfileserver
virtualfileserver
-Profils erstellt werden soll. Die virtname
-Option legt ein Label für den virtuellen Gast fest, der standardmäßig mit der MAC-Adresse des Systems gekennzeichnet wird.
11.6.2. Verwenden von Koan zur Neuinstallation von laufenden Systemen
koan
kann Ihnen dabei behilflich sein, indem es ein laufendes System destruktiv durch eine neue Installation aus den verfügbaren Cobbler-Profilen ersetzt.
koan --replace-self --server=hostname --profile=name
--profile=name
auf dem Cobbler-Server, der in --server=hostname
spezifiziert ist.
Kapitel 12. UNIX Support-Handbuch
12.1. Einleitung
12.1.1. Unterstützte UNIX-Varianten
Tabelle 12.1. Unterstützte Solaris Architekturen und Versionen
Solaris Version | sun4m | sun4d | sun4u | sun4v | sun4us | x86 |
---|---|---|---|---|---|---|
Solaris 8 | ja | nein | ja | entfällt | nein | nein |
Solaris 9 | ja | entfällt | ja | entfällt | nein | ja |
Solaris 10 | entfällt | entfällt | ja | ja | nein | ja |
12.1.2. Voraussetzungen
- RHN Satellite 5.0.0 oder neuer
- Ein Satellite-Zertifikat mit Management-Berechtigungen
- Management-Berechtigungen für jeden UNIX-Client
- RHN Pakete für UNIX, inklusive python, pyOpenSSL und die Red Hat Network Client Pakete.
- Sunfreeware-Pakete, die unterstützende Bibliotheken liefern. Einige dieser Pakete sind via RHN Satellite verfügbar. Siehe Abschnitt 12.3.1, »Herunterladen und Installation zusätzlicher Pakete« für eine vollständige Liste.
12.1.3. Enthaltene Features
- Der Red Hat Network Service-Daemon (
rhnsd
), welcherrhn_check
gemäß eines konfigurierbaren Intervalls auslöst - Der Red Hat Network Configuration Client (
rhncfg-client
), welcher sämtliche vom Satellite eingeplante Konfigurations-Aktionen ausführt - Der Red Hat Network Configuration Manager (
rhncfg-manager
), welcher die Befehlszeilen-Administration von RHN-Konfigurations-Channels ermöglicht - Das
rhn_check
-Programm, welches sich beim Satellite anmeldet und alle vom Server aus geplanten Aktionen durchführt - Jegliche Funktionalität auf Management-Ebene, wie beispielsweise System-Gruppierung, Paket-Profil-Vergleich und die Verwendung des System-Set-Managers, um mehrere Systeme gleichzeitig zu betreuen
- Das Provisioning-Feature Remote Command (Remote-Befehl), welches Benutzern ermöglicht, Befehle auf Root-Ebene auf jedem verwalteten Client mittels der Website des Satellite einzuplanen, sofern der Client dies zulässt
12.1.4. Unterschiede in der Funktionalität
- Der Red Hat Update Agent für UNIX bietet deutlich weniger Optionen als dessen Linux-Gegenstück und arbeitet mit dem betriebssystemeigenen Toolset für Paketinstallation statt mit
rpm
- Siehe Abschnitt 12.4.2.4, »Von der Befehlszeile aus aktualisieren« für eine ausführliche Liste der Optionen. - Die RHN Push-Applikation wurde auf ähnliche Weise modifiziert, um systemeigene UNIX-Dateitypen hochzuladen, wie u. a. Pakete, Patches und Patch-Cluster.Da Solaris Paket-, Patch- und Patch-Cluster-Dateien sich von rpm-Dateien unterscheiden, ist auch der Channel-Hochlade-Mechanismus etwas anders. Es gibt zwei Applikationen im
rhnpush
-Paket für Solaris:- Der erste Befehl,
solaris2mpm
, ist ein RHN Dienstprogramm, das eine MPM-Datei für jedes Solaris-Paket oder jeden Solaris-Patch erstellt. Das neutrale Format der MPM-Datei erlaubt es dem Satellite, hochgeladene Dateien zu verstehen und zu verwalten. - Der zweite Befehl,
rhnpush
, wurde erweitert, so dass er sowohl MPM-, als auch RPM-Dateien verarbeiten kann. Ansonsten funktioniert er identisch zur Linux-Version vonrhnpush
.
- Die Channels-Kategorie der RHN-Web-Site wurde dahingehend erweitert, die Speicherung und Installation systemeigener UNIX-Dateitypen zuzulassen.
12.1.5. Ausgeschlossene Features
- Funktionalität auf Provisioning-Stufe, wie beispielsweise Kickstart und Paket-Rollback, mit der Ausnahme von Konfigurationsdatei-Management
- Alle Errata-bezogenen Optionen, da es das Konzept von Errata-Updates in UNIX nicht gibt
- Quell-Dateien für Pakete
RHAT*.pkg
-Dateien an einen anderen Ort während der Installation noch nicht unterstützt.
12.2. Satellite Server Vorbereitung/Konfiguration
- Während der Satellite-Installation:Aktivieren Sie UNIX-Unterstützung auf dem Satellite, indem Sie die "Enable Solaris Support (Solaris Support aktivieren)"-Box während des Installationsprozesses wie hier abgebildet anklicken:
Abbildung 12.1. UNIX-Unterstützung während der Satellite-Installation aktivieren
- Nachdem der Satellite installiert wurde:Aktivieren Sie UNIX-Support, indem Sie den Satellite nach dessen Installation konfigurieren. Dazu wählen Sie Satellite-Tools in der oberen Menüleiste aus und dann Satellite-Konfiguration in der linken Navigationsleiste. Auf dem folgenden Bildschirm klicken Sie die Enable Solaris Support-Box (siehe Abbildung):
Abbildung 12.2. UNIX-Unterstützung nach der Satellite-Installation aktivieren
Klicken Sie auf die Schaltfläche Konfiguration aktualisieren, um die Änderung zu bestätigen. - Abschließend müssen Sie einen Basis-Channel erstellen, den Ihr Client abonnieren kann. Dieser Schritt ist nötig, da RHN keinen UNIX-Inhalt liefert. Somit können Sie nicht
satellite-sync
zur Erstellung eines Channels verwenden.Um einen Solaris-Kanal zu erstellen, loggen Sie sich auf der Weboberfläche des Satelliten entweder als Satellite Administrator oder als certificate authority ein. Gehen Sie auf den Reiter Channel, gefolgt von Software-Channels verwalten in der linken Navigationsleiste. Klicken Sie auf die Verknüpfung Neuen Kanal erstellen im rechten oberen Bereich des resultierenden Bildschirms. Geben Sie einen Namen und eine Bezeichnung für Ihren neuen Kanal ein und wählen Sie entweder Sparc Solaris oder i386 Solaris als Architektur aus, abhängig von der Architektur Ihres Clients.
12.3. Vorbereitung des Client-Systems
- Laden Sie
gzip
und die erforderlichen Bibliotheken Dritter herunter und installieren diese. - Laden Sie sich den RHN Applikations-Tarball vom Satellite auf den Client herunter
- Setzen Sie als nächstes die für eine sichere Verbindung benötigten SSL-Zertifikate ein.
- Konfigurieren Sie die Client-Applikationen so, dass Sie sich mit dem RHN Satellite verbinden.
12.3.1. Herunterladen und Installation zusätzlicher Pakete
up2date
), welcher die Verbindung zwischen Ihren Client-Systemen und Red Hat Network darstellt. Die UNIX-spezifische Version des Red Hat Update Agent ist im Vergleich zu seinem Linux-Gegenstück in seiner Funktionalität eingeschränkt, ermöglicht jedoch immer noch die Systemregistrierung und erleichtert die Installation von Paketen und Patches. Werfen Sie einen Blick auf Abschnitt 12.4, »Registrierung und Updates« für eine umfassende Beschreibung der Optionen des Tools.
Anmerkung
bash
beim ersten Einloggen auf dem Solaris-Client auszuführen. Falls die BASH-Shell zur Verfügung steht, verhält sich das System so ähnlich wie Linux wie möglich.
12.3.1.1. Pakete Dritter installieren
gzip
libgcc
openssl
zlib
gzip
wird vom SUNWgzip-Paket geliefert und kann unter http://www.sunfreeware.com heruntergeladen werden.
SMClibgcc
oderSMCgcc
SUNWopenssl*
SUNWzlib
SMClibgcc
oderSMCgcc
SMCossl
SMCzlib
pkginfo
, um zu überprüfen, ob ein Paket auf dem Client installiert ist. Um beispielsweise nach einem Paket zu suchen, das "zlib" im Namen enthält, führen Sie den folgenden Befehl aus:
# pkginfo | grep zlib
Anmerkung
libgcc<version>-sol<solaris-version>-sparc-local.gz
nach der Installation zu SMClibgcc.
12.3.1.2. Den Suchpfad der Bibliothek konfigurieren
# crle -c /var/ld/ld.config
-l
den Wert zurücksetzt, anstatt ihn anzuhängen. Falls daher bereits Werte auf Ihrem System eingerichtet waren, stellen Sie diese dem -l-Parameter voran.
# crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib
# crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib:/usr/sfw/lib
12.3.1.3. RHN Client-Pakete herunterladen
/var/www/html/pub/
Ihres Satellites herunter. Falls Sie keinen GUI-Webbrowser wie Mozilla verwenden können, navigieren Sie zum Verzeichnis /pub
des Satellite und speichern den entsprechenden Tarball auf Ihrem Client:
http://your-satellite.example.com/pub/rhn-solaris-bootstrap-<version>-<solaris-arch>-<solaris-version>.tar.gz
ftp
vom Satellite auf den Client zu übertragen.
gzip
. Sie sollten jetzt die folgenden Pakete besitzen:
RHATpossl
RHATrcfg
RHATrcfga
RHATrcfgc
THATrcfgm
RHATrhnc
RHATrhnl
RHATrpush
RHATsmart
SMClibgcc
und SMCosslg
können ebenfalls im Tarball enthalten sein.
12.3.1.4. RHN-Pakete installieren
pkgadd
. Beantworten Sie während der Paketinstallation jede Eingabeaufforderung mit "yes".
# 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 ...
Anmerkung
-n
von pkgadd
wählen, die den Befehl in einem nicht-interaktiven Modus ausführt. Dies könnte allerdings dazu führen, dass die Installation einiger Pakete unter Solaris 10 unbemerkt scheitert.
/opt/redhat/rhn/solaris/
.
12.3.1.5. RHN-Pakete in PATH einbinden
# 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
# MANPATH=$MANPATH:/opt/redhat/rhn/solaris/man # export MANPATH
# man -M /opt/redhat/rhn/solaris/man <man page>
libgcc
, openssl
und zlib
getan haben.
crle -c /var/ld/ld.config -l <current library paths>:/opt/redhat/rhn/solaris/lib
12.3.2. Einsatz der Client SSL-Zertifikate
/pub/
auf dem Web-Server des Satellite platziert wird.
- Laden Sie das SSL-Zertifikat aus dem Verzeichnis
/var/www/html/pub/
des RHN Satellite auf das Client-System herunter. Das Zertifikat wird ähnlich wieRHN-ORG-TRUSTED-SSL-CERT
benannt. Es ist im Web unter der folgenden URL abrufbar:https://your-satellite.example.com/pub/RHN-ORG-TRUSTED-SSL-CERT
. - Verschieben Sie das SSL-Zertifikat in das RHN-spezifische Verzeichnis für Ihre UNIX-Variante. Unter Solaris erreicht man dies durch einen Befehl ähnlich dem Folgenden:
mv /path/to/RHN-ORG-TRUSTED-SSL-CERT /opt/redhat/rhn/solaris/usr/share/rhn/
12.3.3. Konfiguration der Clients
- Wechseln Sie als Root in das RHN-Konfigurationsverzeichnis für das System. Unter Solaris lautet der vollständige Pfad
/opt/redhat/rhn/solaris/etc/sysconfig/rhn/
. - Öffnen Sie die
up2date
-Konfigurationsdatei in einem Texteditor. - Finden Sie den Eintrag
serverURL
und setzen Sie dessen Wert auf den "fully qualified domain name" (FQDN) Ihres RHN Satellite:serverURL[comment]=Remote server URL serverURL=https://your-satellite.example.com/XMLRPC
- Stellen Sie sicher, dass sich die Applikation auch bei Deaktivierung von SSL auf den RHN Satellite bezieht, indem Sie außerdem den Wert
noSSLServerURL
auf den Satellite setzen:noSSLServerURL[comment]=Remote server URL without SSL noSSLServerURL=http://your-satellite.example.com/XMLRPC
- Finden Sie bei noch geöffneter
up2date
-Konfigurationsdatei den EintragsslCACert
und setzen Sie dessen Wert auf den Namen und den Speicherort des SSL-Zertifikats, wie in Abschnitt 12.3.2, »Einsatz der Client SSL-Zertifikate« beschrieben. Zum Beispiel:sslCACert[comment]=The CA cert used to verify the ssl server sslCACert=/opt/redhat/rhn/solaris/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
12.4. Registrierung und Updates
12.4.1. Systeme anmelden
rhnreg_ks
verwenden; die Verwendung von Aktivierungsschlüsseln zur Registrierung Ihrer Systeme ist optional. Diese Schlüssel ermöglichen es Ihnen, Einstellungen in RHN vorzubestimmen, wie beispielsweise Basis-Channels und Systemgruppen und diese zum Zeitpunkt der Registrierung automatisch auf den entsprechenden Systemen anzuwenden.
- Melden Sie sich auf der RHN-Web-Oberfläche des Satellite an und klicken Sie den Systeme-Reiter in der oberen Navigationsleiste und danach Aktivierungsschlüssel in der linken Navigationsleiste. Klicken Sie dann den Link Neuen Schlüssel erstellen ganz rechts oben auf der Seite.
- Wählen Sie auf der folgenden Seite den Basis-Channel, den Sie am Ende von Abschnitt 12.2, »Satellite Server Vorbereitung/Konfiguration« erstellt haben.
- Nachdem Sie den Schlüssel erzeugt haben, klicken Sie auf dessen Name in der Aktivierungsschlüssel-Liste und erweitern dessen Einstellungen, indem Sie Software und Konfigurations-Channel und Systemgruppen verknüpfen.
- Öffnen Sie ein Terminal auf dem zu registrierenden Client-System und wechseln sie zu Benutzer Root.
- Verwenden Sie
rhnreg_ks
zusammen mit der Option--activationkey
, um den Client beim Satellite zu registrieren. Die Zeichenkette, die den Schlüssel bildet, kann direkt von der Aktivierungsschlüssel-Liste auf der Website kopiert werden. Der Befehl sieht dann ungefähr so aus:rhnreg_ks --activationkey=b25fef0966659314ef9156786bd9f3af
- Gehen Sie zurück auf die Web-Site und klicken Sie auf den Namen des Aktivierungsschlüssels und überprüfen Sie, ob das neue System im Aktivierte Systeme-Reiter erscheint.
12.4.2. Updates erhalten
12.4.2.1. Hochladen der Pakete auf den Satellite
solaris2mpm
um Solaris-Pakete, Patches und Patch-Cluster in ein Format zu übersetzen, das der Satellite verstehen kann.
12.4.2.1.1. solaris2mpm
solaris2mpm
Teil von RHN Push für Solaris. Der Inhalt, der auf einen Solaris-Channel auf dem Satellite gepusht wird, muss zunächst im Format ".mpm" vorliegen.
Anmerkung
/tmp/
zu diesem Zweck verwendet. Mit der Option --tempdir
kann jedoch ein anderes Verzeichnis angegeben werden, falls notwendig.
# 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
name-version-release.arch.mpm
Tabelle 12.2. solaris2mpm Optionen
Option | Beschreibung |
---|---|
--version
|
Zeigt die Versionsnummer des Programms an und beendet sich
|
-h, --help
|
Zeigt diese Information an und beendet sich
|
-?, --usage
|
Gibt Informationen zur Verwendung des Programms an und beendet sich
|
--tempdir=<tempdir>
|
Temporäres Arbeitsverzeichnis
|
--select-arch=<arch>
|
Wählt die Architektur (i386 oder Sparc) für multi-arch-Pakete.
|
12.4.2.1.2. rhnpush
mit .mpm-Dateien
rhnpush
funktioniert wie ein Standard-Hilfsprogramm mit der zusätzlichen Fähigkeit, mit .mpm-Dateien umzugehen. Nachfolgend ist ein Anwendungsbeispiel aufgeführt:
% 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
Anmerkung
12.4.2.2. Durch die Website aktualisieren
12.4.2.3. rhnsd
rhnsd
-Daemon, der die Client-Systeme anweist, sich bei RHN anzumelden, automatisch zum Zeitpunkt des Bootens. Auf Solaris-Systemen startet der rhnsd
standardmäßig nicht automatisch zum Zeitpunkt des Bootens. Er kann wie folgt von der Kommandozeile aus gestartet werden:
rhnsd --foreground --interval=240
rhnsd
ist /opt/redhat/rhn/solaris/usr/sbin/rhnsd
. Nachfolgend sind die verfügbaren Optionen für den rhnsd
unter Solaris aufgeführt:
Tabelle 12.3. rhnsd
Optionen
Option | Beschreibung |
---|---|
-f, --foreground
|
Im Vordergrund laufen
|
-i, --interval=MINS
|
Alle MINS Minuten mit dem Red Hat Network verbinden
|
-v, --verbose
|
Alle Aktionen im Syslog protokollieren
|
-h, --help
|
Diese Hilfeliste anbieten
|
-u, --usage
|
Diese Hilfeliste anbieten
|
-V, --version
|
Programmversion ausgeben
|
12.4.2.4. Von der Befehlszeile aus aktualisieren
up2date
-Befehls durchgeführt werden. Der signifikanteste Unterschied ist das Fehlen aller Optionen in Bezug auf Quelldateien. Siehe Tabelle 12.4, »Update Agent Befehlszeilen-Argumente« für eine genaue Liste an Optionen, die für UNIX-Systeme zur Verfügung stehen.
Tabelle 12.4. Update Agent Befehlszeilen-Argumente
Argument | Beschreibung |
---|---|
--version | Zeige Information zu Programmversion. |
-h , --help | Zeige Hilfe-Text und beende. |
-v , --verbose | Zeige zusätzlichen Output. |
-l , --list | Liste die neueste Version aller installierten Pakete. |
-p , --packages | Aktualisiere Pakete in Zusammenhang mit diesem System-Profil. |
--hardware | Aktualiesiere das Hardware-Profil dieses Systems auf RHN. |
--showall | Liste alle zum Herunterladen verfügbaren Pakete. |
--show-available | Liste alle verfügbaren Pakete, die derzeit nicht installiert sind. |
--show-orphans | Liste alle derzeit installierten Pakete, die sich nicht in Channels befinden, für welche das System derzeit angemeldet ist. |
--show-channels | Zeige die Channel-Namen gemeinsam mit den Paketnamen. |
--installall | Installiere alle verfügbaren Pakete. Verwende mit der --channel -Option. |
--channel=CHANNEL | Geben Sie an, von welchen Channels unter Verwendung von Channel-Labels aktualisiert werden soll. |
--get | Rufen Sie das festgelegte Paket ab, ohne dabei Abhängigkeiten aufzulösen. |
12.5. Remote-Befehle
12.5.1. Befehle aktivieren
script
genannt werden, die Datei run
, und beide müssen sich im /etc/sysconfig/rhn/allowed-actions/
-Verzeichnis befinden (spezifisch zu Ihrer UNIX-Variante).
mkdir -p /opt/redhat/rhn/solaris/etc/sysconfig/rhn/allowed-actions/script
touch /opt/redhat/rhn/solaris/etc/sysconfig/rhn/allowed-actions/script/run
12.5.2. Befehle ausführen
Anhang A. Red Hat Network Registration Client
Warnung
A.1. Konfigurieren des Red Hat Network Registration Client
rhn_register --configure
Abbildung A.1. Red Hat Network Registration Client-Konfiguration
rhn_register --nox --configure
0. enableProxyAuth No 1. noSSLServerURL http://xmlrpc.rhn.redhat.com/XMLRPC 2. oemInfoFile /etc/sysconfig/rhn/oeminfo 3. enableProxy No 4. networkSetup Yes 5. httpProxy 6. proxyUser 7. serverURL https://xmlrpc.rhn.redhat.com/XMLRPC 8. proxyPassword 9. debug No Enter number of item to edit <return to exit, q to quit without saving>:
enableProxy
und httpProxy
, um einen Proxy Server zu aktivieren. Um einen Proxy Server zu aktivieren, ändern Sie den Wert für enableProxy
auf Yes
und den Wert von httpProxy
auf den Namen des Proxy Servers und der Portnummer im Format http://HOST:PORT. Um zum Beispiel den Proxy Server http://squid.mysite.org on port 3128 benutzen zu können, würden Sie den Wert auf squid.mysite.org:3128
ändern.
enableProxyAuth
auf Yes
, um Benutzername-/Passwort-Authentifizierung für den Proxy zu aktivieren und setzen proxyUser
und proxyPassword
auf den geigneten Benutzernamen und das jeweilige Passwort für den Proxy.
/etc/sysconfig/rhn/rhn_register
das Protokoll für serverURL
von https
auf http
um.
A.2. Starten des Red Hat Network Registration Client
Wichtig
- Auf dem GNOME-Desktop gehen Sie zum Hauptmenü auf der Menüleiste => Anwendungen => Programme => System => Red Hat Network
- Auf dem KDE Desktop gehen Sie zum zum Hauptmenü auf der Menüleiste => Anwendungen => System => Red Hat Network
- Führen Sie den Befehl
rhn_register
in einem Shell-Prompt aus (zum Beispiel XTerm oder GNOME-Terminal) - Außerhalb des X-Window-Systems können Sie den Befehl
rhn_register
in einem Shell-Prompt ausführen. Siehe Abschnitt A.7, »RHN Anmelde-Client im Textmodus« für weitere Details.
Warnung
rpm -q python
. Es wird strengstens empfohlen, Python 1.5.2-24 oder höher zu verwenden.
Abbildung A.2. Benuzten Sie Python 1.5.2-24 oder neuere Version
/etc/sysconfig/rhn/systemid
) und gleichzeitig ein anderes Systemprofil erzeugt. In Folge werden Sie Ihr vorheriges Systemprofil nicht mehr länger benutzen können — wählen Sie Ja nur dann aus, wenn Sie dies auch wirklich beabsichtigen.
Abbildung A.3. Warnung: Dieses System ist bereits angemeldet
Abbildung A.4. Begrüßungsbildschirm
Abbildung A.5. Red Hat Datenschutzerklärung
A.3. Anmelden eines Benutzer-Accounts
Abbildung A.6. Fehler: Benutzername existiert bereits
Anmerkung
- Darf keine Leerzeichen beinhalten
- Darf nicht die Zeichen &, +, %, oder ' beinhalten
- Ist nicht an Groß-/Kleinschreibung gebunden, wobei die Möglichkeit identischer Benutzernamen ausgeschlossen wird, die sich nur durch deren Großschreibung unterscheiden.
- Müssen mindestens vier Zeichen lang sein
- Dürfen keine Tabulatoren enthalten
- Dürfen keine Zeilenvorschübe enthalten
Abbildung A.7. Erstellen Sie einen einzigartigen Benutzernamen und Passwort
A.4. Ein Systemprofil anmelden
A.4.1. Hardware-Systemprofil
- Red Hat Enterprise Linux Version
- Hostname
- IP-Adresse
- CPU-Model
- CPU-Geschwindigkeit
- Menge an RAM
- PCI-Geräte
- Plattengrößen
- Mountpunkte
E-Mail-Server für Support-Team
, wenn dies für Sie hilfreicher ist. Optional dazu können Sie eine Computer-Seriennummer oder Identifikationsnummer für das System eingeben.
Abbildung A.8. Systemprofil - Hardware
A.4.2. Software-Systemprofil
A.4.2.1. Erfassen von RPM-Datenbankinformationen
Abbildung A.9. Anmelde-Wizard
Abbildung A.10. RPM-Paketinformation
A.4.2.2. Auswählen von RPM-Paketen, um diese vom System-Profil zu entfernen
Abbildung A.11. Wählen Sie, welche RPM-Pakete Sie vom Systemprofil entfernen möchten
A.5. Anmeldung beenden
Abbildung A.12. Sammeln von Informationen für das Systemprofil abgeschlossen
Abbildung A.13. Systemprofil an Red Hat Network senden
Abbildung A.14. Anmeldung abgeschlossen
A.6. Ihrem System Berechtigungen erteilen
- eine Liste der Systeme, für die der Benutzer ein Berechtigungslevel wählen kann
- die aktuellen Berechtigungen, die für jedes dieser Systeme angewendet wird
- Anwendungsflächen, mit denen der Benutzer das Berechtigungslevel ändern kann
- ein Überblick über die Anzahl und die Typen der erworbenen Berechtigungen, die weiterhin für das Unternehmen zur Verfügung stehen
Anmerkung
A.7. RHN Anmelde-Client im Textmodus
rhn_register --nox
Abbildung A.15. Begrüßungsbildschirm im Textmodus
Anhang B. Befehlszeilen-Konfigurationsmanagement-Tools
Anmerkung
/var/lib/rhncfg/backups/
auf dem betroffenen System gemacht. Das Backup behält den Dateinamen, bekommt aber eine .rhn-cfg-backup
-Erweiterung hinzugefügt.
B.1. Red Hat Network Actions Control
rhn-actions-control
) wird dazu verwendet, das Konfigurationsmanagement eines Systems zu aktivieren, bzw. zu deaktivieren. Client-Systeme können standardmäßig nicht auf diese Art verwaltet werden. Mit diesem Werkzeug können Satellite Administrators spezielle Verfahren aktivieren sowie auch deaktivieren, wie beispielsweise: eine Konfigurationsdatei auf dem System einsetzen, eine Datei vom System hochladen, das diff von dem was aktuell auf dem System verwaltet wird und was erhältlich ist durchzuführen oder remote Befehle durchführen. Diese unterschiedlichen Verfahren werden aktiviert/deaktiviert, indem Dateien und Verzeichnisse in das Verzeichnis /etc/sysconfig/rhn/allowed-actions/
platziert oder daraus entfernt werden. Aufgrund der Default-Berechtigungen auf dem /etc/sysconfig/rhn/
-Verzeichnis, ist es sehr wahrscheinlich, dass RHN Actions Control von einem Benutzer mit Root-Zugriff ausgeführt werden muss.
B.1.1. Allgemeine Befehlszeilenoptionen
man
-Seite wie für die meisten Befehlszeilentools, wobei die Verwendung dieses Tools relativ einfach und kurz beschrieben werden kann. Entscheiden Sie einfach welche durch RHN eingeplanten Aktionen für die Verwendung durch System-Administratoren freigegeben werden sollen. Die folgenden Optionen schalten die unterschiedlichen Verfahren für geplante Aktionen ein:
Tabelle B.1. rhn-actions-control
-Optionen
Option | Beschreibung |
---|---|
--enable-deploy | Ermögliche rhncfg-client Dateien einzusetzen. |
--enable-diff | Ermögliche rhncfg-client ein diff von Dateien. |
--enable-upload | Ermögliche rhncfg-client Dateien hochzuladen. |
--enable-mtime-upload | Ermögliche rhncfg-client mtime hochzuladen. |
--enable-all | Ermögliche rhncfg-client alles zu tun. |
--enable-run | Aktiviere script.run |
--disable-deploy | Deaktiviere das Einsetzen |
--disable-diff | Deaktiviere diff |
--disable-upload | Deaktiviere Hochladen |
--disable-mtime-upload | Deaktiviere mtime Hochladen |
--disable-all | Deaktiviere alle Optionen |
--disable-run | Deaktiviere script.run |
--report | Berichte ob die Modi aktiviert oder deaktiviert sind |
-f, --force | Erzwinge das Verfahren ohne zuvor nachzufragen |
-h, --help | Zeige Hilfe und steige aus |
rhn-actions-control --enable-all
gebräuchlich — ist ihr System nunmenr für Konfigurationsmanagement durch RHN bereit.
B.2. Red Hat Network Configuration Client
rhncfg-client
) auf einem individuellen Client-System installiert werden und dort ablaufen. Sie können anhand dieses Tool feststellen, wie RHN Konfigurationsdateien auf einem bestimmten System einsetzt.
B.2.1. Konfig Dateien auflisten
rhncfg-client list
Config Channel File config-channel-17 /etc/example-config.txt config-channel-17 /var/spool/aalib.rpm config-channel-14 /etc/rhn/rhn.conf
rhncfg-manager list config-channel-14
Files in config channel 'config-channel-14' /etc/example-config.txt /etc/rhn/rhn.conf
/etc/example-config.txt
verschwunden ist. Der Rang der /etc/example-config.txt
-Datei in config-channel-17
war höher als der Rang derselben Datei in config-channel-14
. Daher wird die Version der Konfigurationsdatei in config-channel-14
nicht auf diesem System eingesetzt, obwohl sich die Datei noch immer im Channel befindet. Der rhncfg-client
-Befehl listet die Datei nicht auf, da diese auf dem System keinen Einsatz findet.
B.2.2. Eine Konfigurationsdatei erhalten
rhncfg-client get /etc/example-config.txt
Implementieren von /etc/example-config.txt
less
oder einem anderen Pager ansehen. Beachten Sie bitte dabei, dass die Datei als die relevanteste Datei basierend auf der Rangordnung des Konfig-Channels ausgewählt ist. Dies wird mittels dem Reiter Konfiguration der System-Details-Seite durchgeführt. Siehe Abschnitt 7.4.2.10, »System-Details« für nährere Instruktionen.
B.2.3. Konfig-Channels betrachten
rhncfg-client channels
Config channels: Label Name ----- ---- config-channel-17 config chan 2 config-channel-14 config chan 1
rhncfg-client get
erhältlichen Optionen:
Tabelle B.2. rhncfg-client get
Optionen
Option | Beschreibung |
---|---|
--topdir=TOPDIR | Führe alle Datei-Operationen entsprechend diesem String aus. |
-h, --help | Zeige Hilfe und beende |
B.2.4. Zwischen Konfig-Dateien unterscheiden
rhncfg-client diff
--- /tmp/@3603.0.rhn-cfg-tmp 2004-01-13 14:18:31.000000000 -0500 +++ /etc/example-config.txt 2003-12-16 21:35:32.000000000 -0500 @@ -1,3 +1,5 @@ +additional text
--topdir
hinzufügen, um Konfig-Dateien in RHN mit denjenigen zu vergleichen, die sich auf einem beliebigen und freien Platz auf dem Client-System befinden:
[root@ root]# rhncfg-client diff --topdir /home/test/blah/ /usr/bin/diff: /home/test/blah/etc/example-config.txt: No such file or directory /usr/bin/diff: /home/test/blah/var/spool/aalib.rpm: No such file or directory
B.2.5. Konfig-Dateien verifizieren
rhncfg-client verify
modified /etc/example-config.txt /var/spool/aalib.rpm
example-config.txt
wurde lokal modifiziert, aalib.rpm
hingegen nicht.
rhncfg-client verify
vorhandenen Optionen:
Tabelle B.3. rhncfg-client verify
Optionen
Option | Beschreibung |
---|---|
-v, --verbose | Erhöhe die Detailgenauigkeit der Ausgabe. Hierbei werden Unterschiede bezüglich Modus, Eigentümer und Gruppen Berechtigungen für die festgelegte Konfigurationsdatei angezeigt. |
-h, --help | Zeige Hilfe und beende |
B.3. Red Hat Network Configuration Manager
rhncfg-manager
) dazu entworfen, das zentrale RHN Repository (Konfig-Dateien und Channels) zu warten. Dieses Tool stellt eine Befehlszeilen-Alternative zu den Konfigurationsmanagement-Features innerhalb der RHN-Website dar und ermöglicht ebenso das Erstellen eines Skript für einige oder auch alle damit in Verbindung stehenden Wartungsaufgaben.
/etc/sysconfig/rhn/rhncfg-manager.conf
oder im Abschnitt [rhncfg-manager] von ~/.rhncfgrc
festgelegt werden.
~/.rhncfgrc
-Datei durchführen. Die Sitzungsdatei ist in ~/.rhncfg-manager-session
zwischengespeichert, um zu verhindern, dass für jeden Befehl neu eingeloggt werden muss.
server.session_lifetime
und einen neuen Wert der /etc/rhn/rhn.conf
-Datei auf dem Server hinzu, auf dem der Manager abläuft, wie z. B.:
server.session_lifetime = 120
rhncfg-manager mode --help
rhncfg-manager diff-revisions --help
rhncfg-manager add
Optionen«.
B.3.1. Einen Konfig-Channel erstellen
rhncfg-manager create-channel channel-label
Red Hat Network username: rhn-user Password: Creating config channel channel-label Config channel channel-label created
B.3.2. Dateien einem Konfig-Channel hinzufügen
rhncfg-manager add --channel=channel-label
/path/to/file
--dest-file
-Option zum Befehl hinzufügen:
rhncfg-manager add --channel=channel-label
--dest-file=/new/path/to/file.txt
/path/to/file
Pushing to channel example-channel Local file >/path/to/file -> remote file /new/path/to/file.txt
rhncfg-manager add
erhältlichen Optionen:
Tabelle B.4. rhncfg-manager add
Optionen
Option | Beschreibung |
---|---|
-cCHANNEL --channel=CHANNEL | Lade Dateien in diesen Konfig-Channel hoch |
-dDEST_FILE --dest-file=DEST_FILE | Lade die Datei als diesen Pfad hoch |
--delim-start=DELIM_START | Starte Delimiter für variable Interpolation. |
--delim-end=DELIM_END | Beende Delimeter für varibale Interpolation. |
-h, --help | Zeige Hilfe und steige aus |
Anmerkung
/etc/rhn/rhn.conf
:
web.maximum_config_file_size=128
B.3.3. Zwischen den neuesten Konfig Dateien unterscheiden
rhncfg-manager diff --channel=channel-label
--dest-file=/path/to/file.txt
\ /local/path/to/file
/tmp/dest_path/example-config.txt /home/test/blah/hello_world.txt --- /tmp/dest_path/example-config.txt config_channel: example-channel revision: 1 +++ /home/test/blah/hello_world.txt 2003-12-14 19:08:59.000000000 -0500 @@ -1 +1 @@ -foo +hello, world
rhncfg-manager diff
erhältichen Optionen:
Tabelle B.5. rhncfg-manager diff
Optionen
Option | Beschreibung |
---|---|
-cCHANNEL, --channel=CHANNEL | Hole Datei(en) von diesem Konfig-Channel |
-rREVISION, --revision=REVISION | Verwende diese Revision |
-dDEST_FILE, --dest-file=DEST_FILE | Lade die Datei als diesen Pfad hoch |
-tTOPDIR, --topdir=TOPDIR | Alle Dateien müssen diesem String entsprechen |
-h, --help | Zeige Hilfe und beende |
B.3.4. Zwischen verschiedenen Versionen unterscheiden
-r
Option, um zu bestimmen, welche Revision der Datei verglichen werden soll und die -n
Option, um die beiden Kanäle zu bestimmen, die überprüft werden sollen. Siehe Abschnitt B.3.11, »Die Anzahl der Datei-Revisionen ermitteln« für Instruktionen diesbezüglich. Beachten Sie, dass Sie hier nur einen Dateinamen festlegen, da Sie die Datei mit einer anderen Version dieser Datei vergleichen, wie beispielsweise:
rhncfg-manager diff-revisions -n=channel-label1
-r=1
-n=channel-label2
-r=1
/path/to/file.txt
--- /tmp/dest_path/example-config.txt 2004-01-13 14:36:41 \ config channel: example-channel2 revision: 1 --- /tmp/dest_path/example-config.txt 2004-01-13 14:42:42 \ config channel: example-channel3 revision: 1 @@ -1 +1,20 @@ -foo +blaaaaaaaaaaaaaaah +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.0.6 (GNU/Linux) +Comment: For info see http://www.gnupg.org + +iD8DBQA9ZY6vse4XmfJPGwgRAsHcAJ9ud9dabUcdscdcqB8AZP7e0Fua0NmKsdhQCeOWHX +VsDTfen2NWdwwPaTM+S+Cow= +=Ltp2 +-----END PGP SIGNATURE-----
rhncfg-manager diff-revisions
erhältlichen Optionen:
Tabelle B.6. rhncfg-manager diff-revisions
Optionen
Option | Beschreibung |
---|---|
-cCHANNEL, --channel=CHANNEL | Verwende diesen Konfig-Channel |
-rREVISION, --revision=REVISION | Verwende diese Revision |
-h, --help | Zeige Hilfe und beende |
B.3.5. Alle Dateien werden in einem Channel heruntergeladen
rhncfg-manager download-channel channel-label --topdir .
Copying /tmp/dest_path/example-config.txt -> \ blah2/tmp/dest_path/example-config.txt
rhncfg-manager download-channel
erhältlichen Optionen:
Tabelle B.7. rhncfg-manager download-channel
Optionen
Option | Beschreibung |
---|---|
-tTOPDIR, --topdir=TOPDIR | Verzeichnis zu dem alle Dateipfade relativ sind. Diese Option muss eingestellt sein. |
-h, --help | Zeige Hilfe und beende |
B.3.6. Die Inhalte einer Datei erhalten
rhncfg-manager get --channel=channel-label
\ /tmp/dest_path/example-config.txt
B.3.7. Alle Dateien in einem Channel auflisten
rhncfg-manager list channel-label
Files in config channel `example-channel3': /tmp/dest_path/example-config.txt
rhncfg-manager get
erhältlichen Optionen:
Tabelle B.8. rhncfg-manager get
Optionen
Option | Beschreibung |
---|---|
-cCHANNEL, --channel=CHANNEL | Hole Datei(en) von diesem Konfig-Channel |
-tTOPDIR, --topdir=TOPDIR | Alle Dateien müssen diesem String entsprechen |
-rREVISION, --revision=REVISION | Hole diese Datei-Revision |
-h, --help | Zeige Hilfe und beende |
B.3.8. Alle Konfig-Channels auflisten
rhncfg-manager list-channels
Available config channels: example-channel example-channel2 example-channel3 config-channel-14 config-channel-17
local_override
oder server_import
-Channels auflistet.
B.3.9. Eine Datei vom Channel entfernen
rhncfg-manager remove --channel=channel-label
/tmp/dest_path/example-config.txt
Red Hat Network username: rhn-user Password: Removing from config channel example-channel3 /tmp/dest_path/example-config.txt removed
rhncfg-manager remove
erhältlichen Optionen:
Tabelle B.9. rhncfg-manager remove
Optionen
Option | Beschreibung |
---|---|
-cCHANNEL, --channel=CHANNEL | Entferne Dateien von diesem Konfig-Channel |
-tTOPDIR, --topdir=TOPDIR | Alle Dateien müssen diesem String entsprechen |
-h, --help | Zeige Hilfe und beende |
B.3.10. Einen Konfig-Channel löschen
rhncfg-manager remove-channel channel-label
Removing config channel example-channel Config channel example-channel removed
B.3.11. Die Anzahl der Datei-Revisionen ermitteln
rhncfg-manager revisions channel-label /tmp/dest_path/example-config.txt
Analyzing files in config channel example-channel \ /tmp/dest_path/example-config.txt: 1
B.3.12. Eine Datei in einem Channel aktualisieren
rhncfg-manager update \ --channel=channel-label
--dest-file=/path/to/file.txt
/local/path/to/file
Pushing to channel example-channel: Local file example-channel/tmp/dest_path/example-config.txt -> \ remote file /tmp/dest_path/example-config.txt
rhncfg-manager update
erhältlichen Optionen:
Tabelle B.10. rhncfg-manager update
Optionen
Option | Beschreibung |
---|---|
-cCHANNEL, --channel=CHANNEL | Lade Dateien in diesen Konfig-Channel hoch |
-dDEST_FILE, --dest-file=DEST_FILE | Lade die Datei als diesen Pfad hoch |
-tTOPDIR, --topdir=TOPDIR | Alle Dateien müssen diesem String entsprechen |
--delim-start=DELIM_START | Starte Delimiter für variable Interpolation. |
--delim-end=DELIM_END | Beende Delimeter für varibale Interpolation. |
-h, --help | Zeige Hilfe und beende |
B.3.13. Mehrere Datein aufeinmal hochladen
rhncfg-manager upload-channel --topdir=topdir
channel-label
Using config channel example-channel4 Uploading /tmp/ola_world.txt from blah4/tmp/ola_world.txt
rhncfg-manager upload-channel
erhältlichen Optionen:
Tabelle B.11. rhncfg-manager upload-channel
Optionen
Option | Beschreibung |
---|---|
-tTOPDIR, --topdir=TOPDIR | Verzeichnis zu dem alle Dateipfade relativ sind |
-cCHANNEL, --channel=CHANNEL | Liste von Channel in welche die Konfig-Info hochgeladen wird. Channels durch ',' abgegrenzt. Example: --channel=foo,bar,baz |
-h, --help | Zeige Hilfe und beende |
Anhang C. RHN API-Zugang
C.1. Auth Class benutzen und eine Sitzung erhalten
C.2. Die system_id beziehen
system_id
-Parameter. Dies ist der einzigartige alphanumerische Wert, der jedem System bei der RHN-Anmeldung zugeordnet wird. Dieser kann in der Datei /etc/sysconfig/rhn/systemid
auf dem Rechner gefunden werden. Zusätzlich dazu können Sie die download_system_id
-Methode innerhalb der Systemklasse verwenden, um den Wert zu erhalten.
C.3. Die sid ermitteln
sid
- oder Server-ID-Parameter. Verwechseln Sie dies bitte nicht mit der system_id
. Sie können die sid
eines Rechners auf zwei Arten ermitteln. Als Erstes können Sie sich auf der RHN-Website einloggen, auf den Namen eines Systems klicken und die sid
am Ende der URL in der Adressleiste herauslesen. Sie finden diese nach dem "="-Zeichen, wie etwa in "index.pxt?sid=1003486534". Zweitens können Sie die list_user_systems
-Methode innerhalb der Systemklasse verwenden, um eine Liste der für den Benutzer erhältlichen Systeme zu erlangen, welche die zugehörigen sid
s beinhaltet.
C.4. Die cid einsehen
cid
ist ein erforderlicher Parameter für einige Methoden, wie beispielsweise set_base_channel
und set_child_channels
. Wie auch die sid
kann die cid
mittels der RHN-Website erlangt werden. Klicken Sie einfach auf den Namen eines Channels und sehen Sie sich das Ende der URL an. Sie folgt dem "="-Zeichen am Ende einer Zeichenkette wie etwa "details.pxt?cid=54".
C.5. Die sgid erhalten
sgid
, ist ein erforderlicher Parameter für z.B. die set_group_membership
-Methode. Wie auch die sid
und cid
, kann die sgid
mittels der RHN-Website erlangt werden. Klicken Sie einfach auf den Namen einer Systemgruppe und sehen Sie sich das Ende der URL an. Sie folgt auf das "="-Zeichen und ist Teil einer Zeichenkette wie etwa "details.pxt?sgid=334958". Beachten Sie, dass der Member-Parameter in der set_group_membership
-Methode lediglich yes
oder no
als Eingabe erfordert.
C.6. Channel-Labels
Tabelle C.1. Channel-Labels
Channel-Label | Plattform |
---|---|
channel-i386-sun-solaris | i386 Solaris |
channel-ia32 | IA-32 |
channel-ia64 | IA-64 |
channel-sparc | Sparc |
channel-alpha | Alpha |
channel-s390 | IBM S/390 |
channel-s390x | IBM System z |
channel-iSeries | IBM eServer System i |
channel-pSeries | IBM eServer System p |
channel-x86_64 | AMD64 und Intel EM64T |
channel-ppc | PPC |
channel-sparc-sun-solaris | Sparc Solaris |
C.7. Beispiel für API-Skript
#!/usr/bin/perl -w use strict; use Frontier::Client; use Data::Dumper; ############################################################################ # This is a sample script for use of the experimental RHN Management APIs. # # The API is currently available using XMLRPC only, which is described in # # depth at: # # # # http://www.xmlrpc.com/ # # # # We use the Frontier modules, available from: # # # # http://theoryx5.uwinnipeg.ca/mod_perl/cpan-search?dist=Frontier-RPC # # # ############################################################################ ############################################################################ # Defining an XMLRPC session. # ############################################################################ # Define the host first. This will be the FQDN of your satellite system. my $HOST = 'satellite.server.yourdomain.com'; # Now we create the client object that will be used throughout the session. my $client = new Frontier::Client(url => "http://$HOST/rpc/api"); # Next, we execute a login call, which returns a session identifier that will # be passed in all subsequent calls. The syntax of this call is described at: # # http://$HOST/rpc/api/auth/login/ my $session = $client->call('auth.login', 'username', 'password'); ############################################################################ # System calls. # ############################################################################ # This next call returns a list of systems available to the user. The # syntax of this call is described at: # # http://$HOST/rpc/api/system/list_user_systems/ # # In the code snippet below, we dump data about our systems, and we # capture the ID of the first system we find for future operations. my $systems = $client->call('system.list_user_systems', $session); for my $system (@$systems) { print Dumper($system); } print " Capturing ID of system @$systems[0]->{name} "; my $systemid = @$systems[0]->{id}; # This next call returns a list of packages present on this system. The # syntax of this call is described at: # # http://$HOST/rpc/api/system/list_packages/ # # This will probably be a pretty long list. my $packages = $client->call('system.list_packages', $session, $systemid); for my $package (@$packages) { print Dumper($package); } # Additional system calls are described at: # http://$HOST/rpc/api/system/
Anhang D. Probes
rhnmd
). Diese Anforderung ist in der individuellen Probe-Referenz vermerkt.
Anmerkung
D.1. Probe-Richtlinien
- Unknown (Unbekannt)
- Die Probes können die Messdaten nicht sammeln, die zur Bestimmung des Status benötigt werden. Die meisten (aber nicht alle) Probes gehen nach einer Zeitüberschreitung in diesen Status über. Probes in diesem Status können möglicherweise auch nur inkorrekt konfiguriert sein.
- Pending (Ausstehend)
- Die Probes, deren Daten noch nicht vom RHN Satellite empfangen wurden. Es ist normal, dass sich neue Probes in diesem Status befinden. Wenn jedoch alle Probes in diesen Status übergehen, kann es sein, dass Ihre Monitoring-Infrastruktur fehlerhaft ist.
- OK
- Die Probes, die ohne Fehler erfolgreich abgelaufen sind. Dies ist der gewünschte Status.
- Warning (Warnung)
- Die Probes, die deren WARNING-Grenzwerte überschritten haben.
- Critical (Kritisch)
- Die Probes, die deren CRITICAL-Grenzwerte überschritten haben oder aus anderen Gründen in einen kritischen Status übergegangen sind. (Manche Probes gehen nach einer Zeitüberschreitung in den CRITICAL-Status über.)
Wichtig
D.2. Apache 1.3.x und 2.0.x
https
und Port 443
verwenden.
D.2.1. Apache::Processes
- Data Transferred Per Child — Zeichnet Informationen zur Datenübertragung basierend auf individuellen Child-Prozessen auf. Ein sogenannter Child-Prozess entsteht aus einem anderen Prozess heraus oder dem Parent-Prozess.
- Data Transferred Per Slot — Die kumulative Datenmenge, die von einem Child-Prozess übertragen wird, der gerade neustartet. Die Anzahl der Slots ist in der
httpd.conf
-Datei mittels der EinstellungMaxRequestsPerChild
konfiguriert.
ExtendedStatus
-Direktive in der httpd.conf
-Datei des Web-Servers muss auf On
gesetzt sein, damit dieser Probe einwandfrei ablaufen kann.
Tabelle D.1. Einstellungen für "Apache::Processes"
Feld | Wert |
---|---|
Application Protocol* (Applikationsprotokoll) | http |
Port* | 80 |
Pathname* (Pfadname) | /server-status |
UserAgent* | NOCpulse-ApacheUptime/1.0 |
Username (Benutzername) | |
Password (Passwort) | |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum Megabytes Transferred Per Child (Kritsch - Maximum Megabytes pro Child übertragen) | |
Warning Maximum Megabytes Transferred Per Child (Warnung - Maximum Megabytes pro Child übertragen) | |
Critical Maximum Megabytes Transferred Per Slot (Kritisch Maximum Megabytes pro Slot übertragen) | |
Warning Maximum Megabytes Transferred Per Slot (Warnung Maximum Megabytes pro Slot übertragen) |
D.2.2. Apache::Traffic
- Current Requests — Die Anzahl an Anfragen, die vom Server während der Laufzeit des Probes durchgeführt werden.
- Request Rate — Die Zugriffe auf den Server pro Sekunde seit der Probe das letzte mal durchgeführt wurde.
- Traffic — Die Kilobytes pro Sekunde an Datenverkehr, der vom Server abgewickelt wurde, seit der Probe das letzte mal abgelaufen ist.
ExtendedStatus
-Direktive in der httpd.conf
-Datei des Web-Servers muss auf On
gesetzt sein, damit dieser Probe einwandfrei ablaufen kann.
Tabelle D.2. Einstellungen für "Apache::Traffic"
Feld | Wert |
---|---|
Application Protocol* (Applikationsprotokoll) | http |
Port* | 80 |
Pathname* (Pfadname) | /server-status |
UserAgent* | NOCpulse-ApacheUptime/1.0 |
Username (Benutzername) | |
Password (Passwort) | |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum Current Requests (number) (Kritisch - Maximale aktuelle Anfragen (Anzahl)) | |
Warning Maximum Current Requests (number) (Warnung - Maximale aktuelle Anfragen (Anzahl)) | |
Critical Maximum Request Rate (events per second) (Kritisch - Maximale Anfrage-Rate (Ereignisse pro Sekunde)) | |
Warning Maximum Request Rate (events per second) (Warnung - Maximale Anfrage-Rate (Ereignisse pro Sekunde)) | |
Critical Maximum Traffic (kilobytes per second) (Kritisch - Maximaler Datenverkehr (Kilobytes pro Sekunde)) | |
Warning Maximum Traffic (kilobytes per second) (Warnung - Maximaler Datenverkehr (Kilobytes pro Sekunde)) |
D.2.3. Apache::Uptime
Tabelle D.3. Einstellungen für "Apache::Uptime"
Feld | Wert |
---|---|
Application Protocol* (Applikationsprotokoll) | http |
Port* | 80 |
Pathname* (Pfadname) | /server-status |
UserAgent* | NOCpulse-ApacheUptime/1.0 |
Username (Benutzername) | |
Password (Passwort) | |
Timeout* (Zeitüberschreitung) | 15 |
D.3. BEA WebLogic 6.x und höher
community_prefix@managed_server_name
, sodass die SNMP-Abfrage Ergebnisse für den gewünschten Managed-Server zurücksenden kann. Schlussendlich muss SNMP auf jedem überwachten System eingeschaltet werden. SNMP-Unterstützung kann durch die WebLogic-Konsole aktiviert und konfiguriert werden.
D.3.1. BEA WebLogic::Execute Queue
- Idle Execute Threads — Die Anzahl von Ausführungssträngen im idle-Status.
- Queue Length — Die Anzahl von Anfragen in der Warteschlange.
- Request Rate — Die Anzahl von Anfragen pro Sekunde.
Tabelle D.4. Einstellungen für "BEA WebLogic::Execute Queue"
Feld | Wert |
---|---|
SNMP Community String* | public |
SNMP Port* | 161 |
SNMP Version* | 1 |
BEA Domain Admin Server | |
BEA Server Name* | myserver |
Queue Name* (Warteschlangenname)w | default |
Critical Maximum Idle Execute Threads (Kritisch - Maximale inaktive Ausführungs-Threads) | |
Warning Maximum Idle Execute Threads (Warnung - Maximale inaktive Ausführungs-Threads) | |
Critical Maximum Queue Length (Kritisch - Maximale Länge der Warteschlange) | |
Warning Maximum Queue Length (Warnung - Maximale Länge der Warteschlange) | |
Critical Maximum Request Rate (Kritisch - Maximale Anfragerate) | |
Warning Maximum Request Rate (Warnung - Maximale Anfragerate) |
D.3.2. BEA WebLogic::Heap Free
- Heap Free — Prozentsatz an freiem Heap.
Tabelle D.5. Einstellungen für BEA WebLogic::Heap Free
Feld | Wert |
---|---|
SNMP Community String* | public |
SNMP Port* | 161 |
SNMP Version* | 1 |
BEA Domain Admin Server | |
BEA Server Name* | myserver |
Critical Maximum Heap Free (Kritisch - Maximaler freier Heap) | |
Warning Maximum Heap Free (Warnung - Maximaler freier Heap) | |
Warning Minimum Heap Free (Warnung - Minimaler freier Heap) | |
Critical Minimum Heap Free (Kritisch - Minimaler freier Heap) |
D.3.3. BEA WebLogic::JDBC Connection Pool
- Connections — Die Anzahl der Verbindungen mit JDBC.
- Connections Rate — Die Geschwindigkeit, mit der Verbindungen mit JDBC gemacht werden, gemessen in Verbindungen pro Sekunde.
- Waiters — Die Anzahl von Sessions, die darauf warten, mit JDBC verbunden zu werden.
Tabelle D.6. Einstellungen für "BEA WebLogic::JDBC Connection Pool"
Feld | Wert |
---|---|
SNMP Community String* | public |
SNMP Port* | 161 |
SNMP Version* | 1 |
BEA Domain Admin Server | |
BEA Server Name* | myserver |
JDBC Pool Name* | MyJDBC Connection Pool |
Critical Maximum Connections (Kritisch - Maximale Verbindungen) | |
Warning Maximum Connections (Warnung - Maximale Verbindungen) | |
Critical Maximum Connection Rate (Kritisch -Maximale Verbindungsrate) | |
Warning Maximum Connection Rate (Warnung - Maximale Verbindungsrate) | |
Critical Maximum Waiters (Kritisch - Maximale wartende Sessions) | |
Critical Maximum Waiters (Warnung - Maximale wartende Sessions) |
D.3.4. BEA WebLogic::Server State
Tabelle D.7. Einstellungen für "BEA WebLogic::Server State"
Feld | Wert |
---|---|
SNMP Community String* | public |
SNMP Port* | 161 |
SNMP Version* | 1 |
BEA Domain Admin Server | |
BEA Server Name* |
D.3.5. BEA WebLogic::Servlet
- High Execution Time — Der längste Zeitraum in Millisekunden, den das Servlet seit dem Starten des Systems dazu benötigt, einen Arbeitsvorgang auszuführen.
- Low Execution Time — Der kürzeste Zeitraum in Millisekunden, den das Servlet seit dem Starten des Systems dazu benötigt, einen Arbeitsvorgang auszuführen.
- Execution Time Moving Average — Ein gleitender Durchschnittswert der Ausführungsdauer.
- Execution Time Average — Ein Standard-Durchschnittswert der Ausführungsdauer.
- Reload Rate — Wie oft das spezielle Servlet pro Minute neu geladen wird.
- Invocaton Rate — Wie oft das spezielle Servlet pro Minute aufgerufen wurde.
Tabelle D.8. Einstellungen für "BEA WebLogic::Servlet"
Feld | Wert |
---|---|
SNMP Community String* | public |
SNMP Port* | 161 |
SNMP Version* | 1 |
BEA Domain Admin Server | |
BEA Server Name* | myserver |
Servlet Name* | |
Critical Maximum High Execution Time (Kritsch - Maximale Höchstdauer der Ausführung) | |
Warning Maximum High Execution Time (Warnung - Maximale Höchstdauer der Ausführung) | |
Critical Maximum Execution Time Moving Average (Kritisch - Maximaler gleitender Durchschnittswert der Ausführungsdauer) | |
Warning Maximum Execution Time Moving Average (Warnung - Maximaler gleitender Durchschnittswert der Ausführungsdauer) |
D.4. General
D.4.1. General::Remote Program
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.9. Einstellungen für "General::Remote Program"
Feld | Wert |
---|---|
Command* (Befehl) | |
OK Exit Status* | 0 |
Warning Exit Status* (Warnung Exit Status) | 1 |
Critical Exit Status* (Kritisch Exit Status*) | 2 |
Timeout (Zeitüberschreitung) | 15 |
D.4.2. General::Remote Program with Data
- <perldata> </perldata>
- <hash> </hash>
- <item key =" "> </item>
STDOUT
umlenken:
<perldata> <hash> <item key="data">10</item> <item key="status_message">status message here</item> </hash> </perldata>
data
ist der Datenpunkt, der in die Datenbank zu Time-Series Trending Zwecken eingefügt werden muss. Die Option status_message
ist optional mit maximal 1024 Bytes. Remote-Programme, die keine status_message
-Option beinhalten, werden immer noch Wert und Status rückmelden.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe ausführen zu können. XML unterscheidet zwischen Groß- und Kleinschreibung. data
benötigt eine Nummer als Wert, da der Schlüssel-Name nicht verändert werden kann.
Tabelle D.10. Einstellungen für "General::Remote Program with Data"
Feld | Wert |
---|---|
Command* (Befehl) | |
OK Exit Status* | 0 |
Warning Exit Status* (Warnung Exit Status) | 1 |
Critical Exit Status* (Kritisch Exit Status*) | 2 |
Timeout (Zeitüberschreitung) | 15 |
D.4.3. General::SNMP Check
1.3.6.1.2.1.1.1.0
) und ein zugehöriger Schwellenwert mit dem Rückgabewert spezifiziert wird. Er sammelt die folgenden Messdaten:
- Remote Service Latency — Wie lange es dauert, in Sekunden gemessen, bis der SNMP-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.11. Einstellungen für "General::SNMP Check"
Feld | Wert |
---|---|
SNMP OID* | |
SNMP Community String* | public |
SNMP Port* | 161 |
SNMP Version* | 2 |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum Value (Kritisch - Maximaler Wert) | |
Warning Maximum Value (Warnung - Maximaler Wert) | |
Warning Minimum Value (Warnung - Minimaler Wert) | |
Critical Minimum Value (Kritisch - Minimaler Wert) |
D.4.4. General::TCP Check
- Remote Service Latency — Wie lange es dauert, in Sekunden gemessen, bis der TCP-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.12. Einstellungen für "General::TCP Check"
Feld | Wert |
---|---|
Send (Senden) | |
Expect (Erwartet) | |
Port* | 1 |
Timeout* (Zeitüberschreitung) | 10 |
Critical Maximum Latency (Kritisch - Maximale Latenz) | |
Warning Maximum Latency (Warnung - Maximale Latenz) |
D.4.5. General::UDP Check
- Remote Service Latency — Wie lange es dauert, in Sekunden gemessen, bis der UDP-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.13. Einstellungen für "General::UDP Check"
Feld | Wert |
---|---|
Port* | 1 |
Send (Senden) | |
Expect (Erwartet) | |
Timeout* (Zeitüberschreitung) | 10 |
Critical Maximum Latency (Kritisch - Maximale Latenz) | |
Warning Maximum Latency (Warnung - Maximale Latenz) |
D.4.6. General::Uptime (SNMP)
Tabelle D.14. Einstellungen für "General::Uptime (SNMP)"
Feld | Wert |
---|---|
SNMP Community String* | public |
SNMP Port* | 161 |
SNMP Version* | 2 |
Timeout* (Zeitüberschreitung) | 15 |
D.5. Linux
rhnmd
-Daemon auf den zu überwachenden Systemen abläuft.
D.5.1. Linux::CPU Usage
- CPU Percent Used — Der fünf Sekunden lang gemessene Durchschnitt des CPU Prozentsatzes, der bei der Ausführung des Probes gemessen wird.
rhnmd
) muss auf dem zu überwachenden System ablaufen.
Tabelle D.15. Einstellungen für "Linux::CPU Usage"
Feld | Wert |
---|---|
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum CPU Percent Used (Kritisch - Maximaler verwendeter CPU Prozentsatz) | |
Warning Maximum CPU Percent Used (Warnung - Maximaler Verwendeter CPU Prozentsatz) |
D.5.2. Linux::Disk IO Throughput
- Read Rate — Die Menge an Daten, die in Kilobytes gemessen, pro Sekunde gelesen werden.
- Write Rate — Die Menge an Daten, die in Kilobytes gemessen, pro Sekunde geschrieben werden.
iostat
auf dem zu überwachenden System aus. Der Standardwert 0
liefert für gewöhnlich Statistiken über die erste Festplatte, die direkt mit dem System verbunden ist.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen. Ebenso muss der Disk number or disk name (Plattennummer oder Plattenname)-Parameter mit dem Format übereinstimmen, welches beim Ausführen von iostat
angezeigt wird. Wenn das Format nicht identisch ist, dann zeigt der konfigurierte Probe den UNBEKANNT-Status an.
Tabelle D.16. Einstellungen für "Linux::Disk IO Throughput"
Feld | Wert |
---|---|
Disk number or disk name* (Plattennummer oder Plattenname) | 0 |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum KB read/second (Kritisch - Maximale KB gelesen/Sekunde) | |
Warning Maximum KB read/second (Warnung - Maximale KB gelesen/Sekunde) | |
Warning Minimum KB read/second (Warnung - Minimale KB gelesen/Sekunde) | |
Critical Minimum KB read/second (Kritisch Minimale KB gelesen/Sekunde) | |
Critical Maximum KB written/second (Kritisch - Maximale KB geschrieben/Sekunde) | |
Warning Maximum KB written/second (Warnung - Maximale KB geschrieben/Sekunde) | |
Warning Minimum KB written/second (Warnung - Minimale KB geschrieben/Sekunde) | |
Critical Minimum KB written/second (Kritisch - Minimale KB geschrieben/Sekunde) |
D.5.3. Linux::Disk Usage
- File System Used — Der Prozentsatz des aktuell verwendeten Dateisystems.
- Space Used — Die Menge des Dateisystems in Megabyte, welche aktuell verwendet wird.
- Space Available — Die Menge des Dateisystems in Megabyte, welche aktuell verwendet wird.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.17. Einstellungen für "Linux::Disk Usage"
Feld | Wert |
---|---|
File System* (Dateisystem) | /dev/hda1 |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum File System Percent Used (Kritisch - Maximal verwendeter Prozentsatz des Dateisystems) | |
Warning Maximum File System Percent Used (Warnung - Maximal verwendeter Prozentsatz des Dateisystems) | |
Critical Maximum Space Used (Kritisch - Maximal verwendeter Platz) | |
Warning Maximum Space Used (Warnung - Maximal verwendeter Platz) | |
Warning Minimum Space Available (Warnung - Minimal verfügbarer Platz) | |
Critical Minimum Space Available (Kritisch - Minimal verfügbarer Platz) |
D.5.4. Linux::Inodes
- Inodes — Der Prozentsatz an Inodes, die sich aktuell in Verwendung befinden
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.18. Einstellungen für "Linux::Inodes"
Feld | Wert |
---|---|
File System* (Dateisystem) | / |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum Inodes Percent Used (Kritisch - Maximal verwendeter Prozentsatz an Inodes) | |
Warning Maximum Inodes Percent Used (Warnung - Maximal verwendeter Prozentsatz an Inodes) |
D.5.5. Linux::Interface Traffic
- Input Rate — Der in Bytes pro Sekunde gemessene Verkehr, der an der entsprechenden Schnittstelle eingeht.
- Output Rate — Der in Bytes pro Sekunde gemessene Verkehr, der an der entsprechenden Schnittstelle ausgeht.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.19. Einstellungen für "Linux::Interface Traffic"
Feld | Wert |
---|---|
Interface * (Schnittstelle) | |
Timeout* (Zeitüberschreitung) | 30 |
Critical Maximum Input Rate (Kritisch - Maximale Eingangsrate) | |
Warning Maximum Input Rate (Warnung - Maximale Eingangsrate) | |
Warning Minimum Input Rate (Warnung - Minimale Eingangsrate) | |
Critical Minimum Input Rate (Kritisch - Minimale Eingangsrate) | |
Critical Maximum Output Rate (Kritisch - Maximale Ausgangsrate) | |
Warning Maximum Output Rate (Warnung - Maximale Ausgangsrate) | |
Warning Minimum Output Rate (Warnung - Minimale Ausgangsrate) | |
Critical Minimum Output Rate (Kritisch - Minimale Ausgangsrate) |
D.5.6. Linux::Load
- Load — Die durchschnittliche Last auf der System-CPU über unterschiedliche Zeiträume hinweg.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.20. Einstellungen für "Linux::Load"
Feld | Wert |
---|---|
Timeout* (Zeitüberschreitung) | 15 |
Critical CPU Load 1-minute average (Kritisch - CPU-Last 1-minütiger Durchschnitt) | |
Warning CPU Load 1-minute average (Warnung - CPU-Last 1-minütiger Durchschnitt) | |
Critical CPU Load 5-minute average (Kritisch - CPU-Last 5-minütiger Durchschnitt) | |
Warning CPU Load 5-minute average (Warnung - CPU-Last 5-minütiger Durchschnitt) | |
Critical CPU Load 15-minute average (Kritisch - CPU-Last 15-minütiger Durchschnitt) | |
Warning CPU Load 15-minute average (Warnung - CPU-Last 15-minütiger Durchschnitt) |
D.5.7. Linux::Memory Usage
- RAM Free — Die Menge an freiem RAM in Megabytes auf einem System.
yes
oder no
in das Include reclaimable memory-Feld eingeben.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.21. Einstellungen für "Linux::Memory Usage"
Feld | Wert |
---|---|
Include reclaimable memory (nutzbaren Speicher miteinbeziehen) | no (nein) |
Timeout* (Zeitüberschreitung) | 15 |
Warning Maximum RAM Free (Warnung - Maximaler freier RAM) | |
Critical Maximum RAM Free (Kritisch - Maximaler freier RAM) |
D.5.8. Linux::Process Counts by State
- Blocked — Ein Prozess, der in die Warteschlange verschoben wurde und der Status des Prozesses wurde auf
waiting
umgeändert - Defunct — Ein abgebrochener Prozess (entweder von einem Signal abgebrochen oder durch
exit()
), dessen Elternprozess noch keine Benachrichtigung erhalten hat, indem eine Form deswait()
-Systemaufrufs ausgeführt wurde. - Stopped — Ein Prozess der noch vor der vollständigen Ausführung angehalten wurde.
- Sleeping — Ein Prozess, der sich in der
Interruptible
-Ruhezustandsfunktion befindet.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.22. Einstellungen für "Linux::Process Counts by State"
Feld | Wert |
---|---|
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum Blocked Processes (Kritisch - Maximal gesperrte Prozesse) | |
Warning Maximum Blocked Processes (Warnung - Maximal gesperrte Prozesse) | |
Critical Maximum Defunct Processes (Kritisch - Maximal nicht mehr bestehende Prozesse) | |
Warning Maximum Defunct Processes (Warnung - Maximal nicht mehr bestehende Prozesse) | |
Critical Maximum Stopped Processes (Kritisch - Maximal angehaltene Prozesse) | |
Warning Maximum Stopped Processes (Warnung - Maximale Angehaltene Prozesse) | |
Critical Maximum Sleeping Processes (Kritisch - Maximal schlafende Prozesse) | |
Warning Maximum Sleeping Processes (Warnung - Maximal schlafende Prozesse) | |
Critical Maximum Child Processes (Kritisch - Maximale Child-Prozesse) | |
Warning Maximum Child Processes (Warnung - Maximale Child-Prozesse) |
D.5.9. Linux::Process Count Total
- Process Count — Die Gesamtanzahl der Prozesse, die gegenwärtig auf dem System ablaufen.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.23. Einstellungen für "Linux::Process Count Total"
Feld | Wert |
---|---|
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum Process Count (Kritisch - Maximale Anzahl der Prozesse) | |
Warning Maximum Process Count (Warnung - Maximale Anzahl der Prozesse) |
D.5.10. Linux::Process Health
- CPU Usage — Die CPU-Verbrauchsrate für einen bestimmten Prozess in Millisekunden pro Sekunde. Diese Messdaten berichten über die
time
-Spalte derps
-Ausgabe, welche die kumulative CPU-Zeit ist, die vom Prozess benötigt wird. Dies macht die Messdaten unabhängig vom Probe-Intervall und ermöglicht Ihnen einen sinnvollen Grenzwert zu setzten. Hierbei werden brauchbare Diagramme erstellt (beispielsweise wird eine Spitze im CPU-Verbrauch als Spitze im Diagramm angezeigt). - Child Process Groups — Die Anzahl von Kindprozessen, die vom speziellen Elternprozess erzeugt werden. Ein Kindprozess übernimmt die meisten Attribute vom jeweiligen Elternprozess, wie beispielsweise offene Dateien.
- Threads — Die Anzahl ablaufender Threads für einen bestimmten Prozess. Ein Thread ist ein Ausführungsstrang innerhalb eines Prozesses (Grundeinheit der CPU-Auslastung) und besteht aus einem sogenannten Befehlszähler und Stapelsegment. Ein Thread wird auch als 'Leichtgewichtprozess' bezeichnet.
- Physical Memory Used — Die Menge an physischem Speicher (oder RAM) in Kilobytes, die vom festgelegten Prozess verbraucht wird.
- Virtual Memory Used — Die Menge an virtuellem Speicher in Kilobytes, die vom festgelegten Prozess verbraucht wird oder die Größe des Prozesses in Realspeicher plus Swap.
Command not found
(Befehl nicht gefunden) und der Probe nimmt den CRITICAL-Status ein.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.24. Einstellungen für "Linux::Process Health"
Feld | Wert |
---|---|
Command Name (Befehlsname) | |
Process ID (PID) file (Prozess ID (PID)-Datei) | |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum CPU Usage (Kritisch - Maximaler CPU-Verbrauch) | |
Warning Maximum CPU Usage (Warnung - Maximaler CPU-Verbrauch) | |
Critical Maximum Child Process Groups (Kritisch - Maximale Kindprozess-Gruppen) | |
Warning Maximum Child Process Groups (Warnung - Maximale Kindprozess-Gruppen) | |
Critical Maximum Threads (Kritisch - Maximale Threads) | |
Warning Maximum Threads (Warnung - Maximale Threads) | |
Critical Maximum Physical Memory Used (Kritisch - Maximal verbrauchter physischer Speicher) | |
Warning Maximum Physical Memory Used (Warnung - Maximal verbrauchter physischer Speicher) | |
Critical Maximum Virtual Memory Used (Kritisch - Maximaler verbrauchter virtueller Speicher) | |
Warning Maximum Virtual Memory Used (Warnung - Maximaler verbrauchter virtueller Speicher) |
D.5.11. Linux::Process Running
Command not found
(Befehl nicht gefunden) und der Probe nimmt den KRITISCH-Status ein.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.25. Einstellungen für "Linux::Process Running"
Feld | Wert |
---|---|
Command name (Befehlsname) | |
PID file (PID-Datei) | |
Count process groups (Prozessgruppen zählen) | (checked) (überprüft) |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum Number Running (Kritisch - Maximale Anzahl ablaufender Prozesse) | |
Kritisch Minimale Anzahl ablaufender Prozesse |
D.5.12. Linux::Swap Usage
- Swap Free — Der Prozentsatz an gegenwärtig freiem Swap-Speicher.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.26. Einstellungen für Linux::Swap Usage
Feld | Wert |
---|---|
Timeout* (Zeitüberschreitung) | 15 |
Warning Minimum Swap Free (Warnung - Minimaler freier Swap) | |
Critical Minimum Swap Free (Kritisch - Minimaler freier Swap) |
D.5.13. Linux::TCP Connections by State
- TIME_WAIT — Nachdem der Socket geschlossen wird, wartet dieser noch auf Pakete, die sich noch immer im Netzwerk befinden.
- CLOSE_WAIT — Die remote Seite wurde abgeschaltet und wartet nunmehr bis der Socket geschlossen ist.
- FIN_WAIT — Der Socket ist geschlossen und die Verbindung fährt nunmehr hinunter.
- ESTABLISHED — Der Socket hat eine Verbindung aufgebaut.
- SYN_RCVD — Die Verbindungsanfrage wurde vom Netzwerk erhalten.
netstat -ant
-Befehl um Daten abzufragen. Die Parameter Lokale IP-Adresse und Lokaler Port verwenden Werte in der Local Address-Spalte der Ausgabe; die Remote IP-Adresse and Remoter Port Parameter verwenden Werte in der Foreign Address-Spalte der Ausgabe zur Berichterstattung.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.27. Einstellungen für "Linux::TCP Connections by State"
Feld | Wert |
---|---|
Gefilterte Liste lokaler IP-Adressen | |
Filter lokaler Portnummern | |
Gefilterte Liste remoter IP-Adressen | |
Filter remoter Portnummern | |
Timeout* (Zeitüberschreitung) | 15 |
Kritisch Maximale Gesamtverbindungen | |
Warnung Maximale Gesamtverbindungen | |
Kritisch Maximale TIME_WAIT-Verbindungen | |
Warnung Maximale TIME_WAIT-Verbindungen | |
Kritisch Maximale CLOSE_WAIT-Verbindungen | |
Warnung Maximale CLOSE_WAIT-Verbindungen | |
Kritisch Maximale FIN_WAIT-Verbindungen | |
Warnung Maximale FIN_WAIT-Verbindungen | |
Kritisch Maximale ESTABLISHED-Verbindungen | |
Warnung Maximale ESTABLISHED-Verbindungen | |
Kritisch Maximale SYN_RCVD-Verbindungen | |
Warnung Maximale SYN_RCVD-Verbindungen |
D.5.14. Linux::Users
- Users — Die Anzahl der aktuell eingeloggten Benutzer.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.28. Einstellungen für "Linux::Users"
Feld | Wert |
---|---|
Timeout* (Zeitüberschreitung) | 15 |
Kritisch Maximale Benutzeranzahl | |
Warnung Maximale Benutzeranzahl |
D.5.15. Linux::Virtual Memory
- Virtual Memory — Der Prozentsatzt des gesamten freien Systemspeichers - RAM plus Swap.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.29. Einstellungen für "Linux::Virtual Memory"
Feld | Wert |
---|---|
Timeout* (Zeitüberschreitung) | 15 |
Warnung Minimaler freier virtueller Speicher | |
Kritisch Minimaler freier virtueller Speicher |
D.6. LogAgent
nocpulse
-Benutzer muss eine Leseberechtigung für Ihre Log-Dateien besitzen, sodass LogAgent Probes ausgeführt werden können.
D.6.1. LogAgent::Log Pattern Match
- Übereinstimmungen bei Anwendung regulärer Ausdrücke — Die Anzahl von Übereinstimmungen, die aufgetreten sind, seit der Probe das letzte mal abgelaufen ist.
- Regular Expression Match Rate — Die Anzahl von Übereinstimmungen, seit der Probe das letzte mal abgelaufen ist.
rhnmd
) muss auf dem zu überwachenden System ablaufen, sodass diese Probe ausgeführt werden kann. Ebenso muss der nocpulse
-Benutzer Leseberechtigung für Ihre Log-Dateien besitzen.
egrep
bereitstellen; oder auch grep -E
für erweiterte reguläre Ausdrücke. Dies ist der reguläre Ausdruck für egrep
:
^ beginning of line $ end of line . match one char * match zero or more chars [] match one character set, e.g. '[Ff]oo' [^] match not in set '[^A-F]oo' + match one or more of preceding chars ? match zero or one of preceding chars | or, e.g. a|b () groups chars, e.g., (foo|bar) or (foo)+
Warnung
egrep
ohne Benachrichtigung und dementsprechend einer Zeitüberschreitung des Probes.
Tabelle D.30. Einstellungen für "LogAgent::Log Pattern Match"
Feld | Wert |
---|---|
Log file* (Protokolldatei) | /var/log/messages |
Regulärer Ausdruck* | |
Timeout* (Zeitüberschreitung) | 45 |
Kritisch Maximale Übereinstimmungen | |
Warnung Maximale Übereinstimmungen | |
Warnung Minimale Übereinstimmungen | |
Kritisch Minimale Übereinstimmungen | |
Kritisch Maximale Übereinstimmungsrate | |
Warnung Maximale Übereinstimmungsrate | |
Warnung Minimale Übereinstimmungsrate | |
Kritisch Maximale Übereinstimmungsrate |
D.6.2. LogAgent::Log Size
- Größe — Um wieviele Bytes die Größe der Log-Datei seit dem letzten Probe zugenommen hat.
- Ausgaberate — Das Wachstum der Log-Datei wird in der Anzahl von Bytes pro Minute seit der letzten Messung dargestellt.
- Zeilen — Die Anzahl an Zeilen, die seit der letzten Messung zur Logdatei geschrieben wurden.
- Zeilenrate — Die Anzahl der Zeilen pro Minute, die seit der letzten Messung zur Log-Datei geschrieben wurden.
rhnmd
) muss auf dem zu überwachenden System ablaufen, sodass diese Probe ausgeführt werden kann. Ebenso muss der nocpulse
-Benutzer Leseberechtigung für Ihre Log-Dateien besitzen.
Tabelle D.31. Einstellungen für "LogAgent::Log Size"
Feld | Wert |
---|---|
Log file* (Protokolldatei) | /var/log/messages |
Timeout* (Zeitüberschreitung) | 20 |
Kritisch Maximale Größe | |
Warnung Maximale Größe | |
Warnung Minimale Größe | |
Kritisch Minimale Größe | |
Critical Maximum Output Rate (Kritisch - Maximale Ausgangsrate) | |
Warning Maximum Output Rate (Warnung - Maximale Ausgangsrate) | |
Warning Minimum Output Rate (Warnung - Minimale Ausgangsrate) | |
Critical Minimum Output Rate (Kritisch - Minimale Ausgangsrate) | |
Kritisch Maximale Zeilen | |
Warnung Maximale Zeilen | |
Warnung Maximale Zeilen | |
Kritisch Maximale Zeilen | |
Kritisch Maximale Zeilenrate | |
Warnung Maximale Zeilenrate | |
Warnung Minmale Zeilenrate | |
Kritisch Minimale Zeilenrate |
D.7. MySQL 3.23 - 3.33
mysqladmin
-Binärdatei. Für diese Probes sind keine speziellen Benutzerprivilegien erforderlich.
mysql-server
-Paket auf dem System installiert sein muss. Siehe MySQL Installationsabschnitt des RHN Satellite Installationshandbuch für nähere Instruktionen.
D.7.1. MySQL::Database Accessibility
Tabelle D.32. Einstellungen für "MySQL::Database Accessibility"
Feld | Wert |
---|---|
Benutzername* | |
Password (Passwort) | |
MySQL Port | 3306 |
Datenbank* | mysql |
Timeout (Zeitüberschreitung) | 15 |
D.7.2. MySQL::Opened Tables
- Geöffnete Tabellen — Die Tabellen, die seit dem Starten des Servers geöffnet wurden.
Tabelle D.33. Einstellungen für "MySQL::Opened Tables"
Feld | Wert |
---|---|
Username (Benutzername) | |
Password (Passwort) | |
MySQL Port* | 3306 |
Timeout (Zeitüberschreitung) | 15 |
Kritisch Maximale geöffnete Objekte | |
Warnung Maximale geöffnete Objekte | |
Warnung Minimale geöffnete Objekte | |
Kritisch Minimale geöffnete Objekte |
D.7.3. MySQL::Open Tables
- Offene Tabellen — Die Anzahl von offenen Tabellen, wenn der Probe abläuft.
Tabelle D.34. Einstellungen für "MySQL::Open Tables"
Feld | Wert |
---|---|
Username (Benutzername) | |
Password (Passwort) | |
MySQL Port* | 3306 |
Timeout (Zeitüberschreitung) | 15 |
Kritisch Maximale offene Objekte | |
Warnung Maximale offene Objekte | |
Warnung Minimale offene Objekte | |
Kritisch Minimale offene Objekte |
D.7.4. MySQL::Query Rate
- Abfragerate — Die durchschnittliche Anzahl von Abfragen pro Sekunde pro Datenbankserver.
Tabelle D.35. Einstellungen für "MySQL::Query Rate"
Feld | Wert |
---|---|
Username (Benutzername) | |
Password (Passwort) | |
MySQL Port* | 3306 |
Timeout (Zeitüberschreitung) | 15 |
Kritisch Maximale Abfragerate | |
Warnung Maximale Abfragerate | |
Warnung Minimale Abfragerate | |
Kritisch Minimale Abfragerate |
D.7.5. MySQL::Threads Running
- Ablaufende Threads — Die Gesamtanzahl ablaufender Threads innerhalb der Datenbank.
Tabelle D.36. Einstellungen für "MySQL::Threads Running"
Feld | Wert |
---|---|
Username (Benutzername) | |
Password (Passwort) | |
MySQL Port* | 3306 |
Timeout (Zeitüberschreitung) | 15 |
Kritisch Maximale ablaufende Threads | |
Warnung Maximale ablaufende Threads | |
Warnung Minimale ablaufende Threads | |
Kritisch Minimale ablaufende Threads |
D.8. Network Services
D.8.1. Network Services::DNS Lookup
dig
, um zu sehen, ob der System- oder Domain-Name aufgelöst werden kann, der im Feld Host oder Adresse zum Nachsehen festgelegt ist. Dieser sammelt folgende Messdaten:
- Abfragezeit — Wie lange es dauert, in Millisekunden gemessen, um die
dig
-Anfrage auszuführen.
Tabelle D.37. Einstellungen für "Network Services::DNS Lookup"
Feld | Wert |
---|---|
Host oder Adresse zum Nachsehen | |
Timeout* (Zeitüberschreitung) | 10 |
Kritisch Maximale Abfragezeit | |
Warnung Maximale Abfragezeit |
D.8.2. Network Services::FTP
- Remoter Dienst Latenz — Die vom FTP-Server in Anspruch genommene Zeit in Sekunden, um auf eine Verbindungsanfrage zu antworten.
Tabelle D.38. Einstellungen für "Network Services::FTP"
Feld | Wert |
---|---|
Expect (Erwartet) | FTP |
Username (Benutzername) | |
Password (Passwort) | |
FTP Port* | 21 |
Timeout* (Zeitüberschreitung) | 10 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.8.3. Network Services::IMAP Mail
- Latenz remoter Dienste — Die in Sekunden gemessene Zeit, die der IMAP-Server benötigt, eine Verbindungsanfrage zu beantworten.
Tabelle D.39. Einstellungen für "Network Services::IMAP Mail"
Feld | Wert |
---|---|
IMAP Port* | 143 |
Expect* | OK |
Timeout* (Zeitüberschreitung) | 5 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.8.4. Network Services::Mail Transfer (SMTP)
- Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der SNMP-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.40. Einstellungen für "Network Services::Mail Transfer (SMTP)"
Feld | Wert |
---|---|
SMTP Port* | 25 |
Timeout* (Zeitüberschreitung) | 10 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.8.5. Network Services::Ping
anpingen
kann. Der Paketverlust sowie auch die Zeit, die der Pingvorgang selbst hin- und zurück benötigt, verglichen mit den Warnung- und Kritisch-Grenzwerten, wird ebenso gemessen. Der erforderliche Pakete zu versenden-Wert ermöglicht es Ihnen zu kontrollieren, wieviele ICMP ECHO Pakete zum System gesendet werden. Dieser Probe sammelt folgende Messdaten:
- Durchschnittliche Ping-Zeit — Die Zeitspanne in Millisekunden, die vom ICMP ECHO Paket zum überwachten System und zurück benötigt wird.
- Paketverlust — Der Prozentsatz an Daten, die während des Sendevorgang verloren gehen.
ping
von einem RHN Server aus durchführt und nicht vom überwachten System aus. Das Füllen des Feldes mit der IP-Adresse testet also nicht die Verbindungsfähigkeit zwischen dem System und der festgelegten IP-Adresse, sondern zwischen dem RHN Server und der IP-Adresse. Deshalb erledigt die Eingabe derselben IP-Adresse für Ping-Probes auf anderen Systemen exakt dieselbe Aufgabe. Um von einem überwachten System einen ping
zu einer individuellen IP-Adresse durchzuführen, benutzen Sie stattdessen den Remote-Ping-Probe. Siehe auch Abschnitt D.8.7, »Network Services::Remote Ping«.
Tabelle D.41. Einstellungen für "Network Services::Ping"
Feld | Wert |
---|---|
IP-Adress (standardmäßig System-IP) | |
Pakete zu versenden* | 20 |
Timeout* (Zeitüberschreitung) | 10 |
Kritisch Maximale durchschnittliche Ping-Zeit | |
Warnung Maximale durchschnittliche Ping-Zeit | |
Kritisch Maximaler Paketverlust | |
Warnung Maximaler Paketverlust |
D.8.6. Network Services::POP Mail
- Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der POP-Server auf eine Verbindungsanfrage antwortet.
+OK
. Wenn der erwartete String nicht gefunden werden kann, dann meldet der Probe den Status KRITISCH zurück.
Tabelle D.42. Einstellungen für "Network Services::POP Mail"
Feld | Wert |
---|---|
Port* | 110 |
Expect* | +OK |
Timeout* (Zeitüberschreitung) | 10 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.8.7. Network Services::Remote Ping
anpingen
kann. Der Paketverlust wird dabei ebenfalls überwacht. Die durchschnittliche Ping-Zeit (hin- und zurück) wird mit den Warnung- und Kritisch-Grenzwerten verglichen. Der erforderliche Pakete zu senden-Wert ermöglicht es Ihnen zu kontrollieren, wieviele ICMP ECHO-Pakete zur Adresse gesendet werden. Dieser Probe sammelt folgende Messdaten:
- Durchschnittliche Ping-Zeit — Die Zeitspanne in Millisekunden, die ein ICMP ECHO Paket zur IP-Adresse und zurück benötigt.
- Paketverlust — Der Prozentsatz an Daten, die während des Sendevorgang verloren gehen.
rhnmd
) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.
Tabelle D.43. Einstellungen für "Network Services::Remote Ping"
Feld | Wert |
---|---|
IP Adresse* | |
Pakete zu versenden* | 20 |
Timeout* (Zeitüberschreitung) | 10 |
Kritisch Maximale durchschnittliche Ping-Zeit | |
Warnung Maximale durchschnittliche Ping-Zeit | |
Kritisch Maximaler Paketverlust | |
Warnung Maximaler Paketverlust |
D.8.8. Network Services::RPCService
- Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der RPC-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.44. Einstellungen für "Network Services::RPCService"
Feld | Wert |
---|---|
Protokoll (TCP/UDP) | udp |
Service Name* | nfs |
Timeout* (Zeitüberschreitung) | 10 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.8.9. Network Services::Secure Web Server (HTTPS)
- Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der HTTPS-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.45. Einstellungen für "Network Services::Secure Web Server (HTTPS)"
Feld | Wert |
---|---|
URL Pfad | / |
'Erwarte'-Kopfzeile | HTTP/1 |
'Erwarte'-Inhalt | |
UserAgent* | NOCpulse-check_http/1.0 |
Username (Benutzername) | |
Password (Passwort) | |
Timeout* (Zeitüberschreitung) | 10 |
HTTPS Port* | 443 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.8.10. Network Services::SSH
- Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der SSH-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.46. Einstellungen für "Network Services::SSH"
Feld | Wert |
---|---|
SSH Port* | 22 |
Timeout* (Zeitüberschreitung) | 5 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.8.11. Network Services::Web Server (HTTP)
- Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der HTTP-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.47. Einstellungen für "Network Services::Web Server (HTTP)"
Feld | Wert |
---|---|
URL Pfad | / |
Virtueller Host | |
'Erwarte'-Kopfzeile | HTTP/1 |
'Erwarte'-Inhalt | |
UserAgent* | NOCpulse-check_http/1.0 |
Username (Benutzername) | |
Password (Passwort) | |
Timeout* (Zeitüberschreitung) | 10 |
HTTP Port* | 80 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.9. Oracle 8i, 9i, 10g und 11g
$ORACLE_HOME/rdbms/admin/catalog.sql
D.9.1. Oracle::Active Sessions
- Aktive Sessions — Die Anzahl aktiver Sessions basierend auf dem Wert von
V$PARAMETER.PROCESSES
. - Verfügbare Sessions — Die Anzahl aktiver Sessions, die basierend auf dem Wert von
V$PARAMETER.PROCESSES
zur Verfügung stehen.
Tabelle D.48. Einstellungen für "Oracle::Active Sessions"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale aktive Sessions | |
Warnung Maximale aktive Sessions | |
Kritisch Maximale verfügbare Sessions verwendet | |
Warnung Maximale verfügbare Sessions verwendet |
D.9.2. Oracle::Availability
Tabelle D.49. Einstellungen für "Oracle::Availability"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
D.9.3. Oracle::Blocking Sessions
- Blockierende Sessions — Die Anzahl an Sessions, welche andere Sessions davon abhalten, Änderungen in der Oracle Datenbank dauerhaft zu speichern, wie vom erforderlichen, von Ihnen zur Verfügung gestellten Sperrzeit-Wert festgelegt. Nur die Sessions, die während der Dauer dieser Sperrrzeit blockiert haben (in Sekunden gemessen), werden als blockierende Sessions gezählt.
Tabelle D.50. Einstellungen für "Oracle::Blocking Sessions"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Sperrzeit (Sekunden)* | 20 |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale blockierende Sessions | |
Warnung Maximale blockierende Sessions |
D.9.4. Oracle::Buffer Cache
- DB Block-Gets (im Cache gefundene Datenblöcke) — Die Anzahl von Blöcken, auf die via einzelner Block-Gets zugegriffen wurde (nicht durch den lesekonsistenten Get-Mechanismus).
- Consistent Gets (im Cache gefundene Datenblöcke für die Lesekonsistenz) — Die Anzahl von Zugriffen auf den Block-Puffer, um Daten in einem lesekonsistenten Modus wiederzuerlangen.
- Physical Reads (von Disk gelesene Datenblöcke) — Die kumulative Anzahl von Blöcken, die von Disk gelesen wurden.
- Buffer Cache Hit Ratio — Die Häufigkeit mit der die Datenbank zum Puffer anstatt zur Festplatte geht, um Daten wiederzufinden. Eine niedrige Häufigkeit legt nahe, dass das System mehr RAM benötigt.
Tabelle D.51. Einstellungen für "Oracle::Buffer Cache"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
Warnung Mimimale Puffer Cache Hit Ratio | |
Kritisch Mimimale Puffer Cache Hit Ratio |
D.9.5. Oracle::Client Connectivity
rhnmd
-Verbindung zum System und führt einen sqlplus connect
-Befehl auf dem überwachten System aus.
V$DATABASE.NAME
. Dieser Wert unterliegt der Groß- und Kleinschreibung. Der Status KRITISCH wird zurückgemeldet, falls dieser Wert nicht gefunden werden kann.
rhnmd
) muss auf dem zu überwachenden System ablaufen, sodass diese Probe ausgeführt werden kann. Ebenso muss der nocpulse
-Benutzer Leseberechtigung für Ihre Log-Dateien besitzen.
Tabelle D.52. Einstellungen für "Oracle::Client Connectivity"
Feld | Wert |
---|---|
Oracle Hostname oder IP-Adresse* | |
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
ORACLE_HOME* | /opt/oracle |
Erwarteter DB Name* | |
Timeout* (Zeitüberschreitung) | 30 |
D.9.6. Oracle::Data Dictionary Cache
init.ora
zu optimieren. Folgende Messdaten werden dabei gesammelt:
- Data Dictionary Hit Ratio — Die Rate von Cache-Hits im Data-Dictionary Cache. In anderen Worten beschreibt dies die Häfigkeit mit der die Datenbank auf das Dictionary zugreift, anstatt auf die Festplatte, um Daten abzurufen. Eine niedrige Häufigkeit legt nahe, dass das System mehr RAM benötigt.
- Gets — Die Anzahl von Blöcken, auf die über einzelne Block-Gets zugegriffen wurde (nicht durch den lesekonsistenten Get-Mechanismus).
- Cache Misses — Die Anzahl von Zugriffen auf den Block-Puffer, um Daten in einem lesekonsistenten Modus abzurufen.
Tabelle D.53. Einstellungen für "Oracle::Data Dictionary Cache"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
Warnung Minmimale Data Dictionary Hit Ratio | |
Kritisch Minmimale Data Dictionary Hit Ratio |
D.9.7. Oracle::Disk Sort Ratio
- Disk Sort Ratio — Die Häufigkeit von Oracle Sorts, die zu groß waren, um im Speicher vollständig abgeschlossen zu werden und für die stattdessen ein temporäres Segment vewendet wurde.
Tabelle D.54. Einstellungen für "Oracle::Disk Sort Ratio"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale Disk Sort Ratio | |
Warnung Maximale Disk Sort Ratio |
D.9.8. Oracle::Idle Sessions
- Idle-Sessions — Die Anzahl von Oracle-Sessions, die idle (im Leerlauf sein) sind, wie durch den von Ihnen eingegebenen Idle-Time-Wert festgelegt. Nur diejenigen Sessions, die für diesen Zeitraum idle sind (in Sekunden gemessen), zählen als Idle-Sessions.
Tabelle D.55. Einstellungen für "Oracle::Idle Sessions"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Idle-Time (Sekunden)* | 20 |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale idle Sessions | |
Warnung Maximale idle Sessions |
D.9.9. Oracle::Index Extents
- Vorgesehen Erweiterungen — Die Anzahl an vorgesehenen Erweiterungen für jeden Index.
- Verfügbare Erweiterungen — Der Prozentsatz an verfügbaren Erweiterungen für jeden Index.
%
, der mit jedem Index Namen übereinstimmt.
Tabelle D.56. Einstellungen für "Oracle::Index Extents"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Index Eigentümer* | % |
Index Name* | % |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximum an vorgesehenen Erweiterungen | |
Warnung Maximum an vorgesehenen Erweiterungen | |
Kritisch Maximum an verfügbaren Erweiterungen | |
Warnung Maximum an verfügbaren Erweiterungen |
D.9.10. Oracle::Library Cache
init.ora
zu optimieren. Folgende Messdaten werden gesammelt:
- Library Cache Miss Ratio — Die Häufigkeit in der ein Library Cache Pin Miss auftritt. Dies passiert, wenn eine Session ein Statement ausführt, das bereits geparst wurde, sich aber nicht mehr länger im gemeinsam benutzten Pool befindet.
- Ausführungen — Wie oft um einen Pin für Objekte in diesem Namensraum angefragt worden ist.
- Cache Misses — Die Anzahl von Pins von Objekten mit vorhergehenden Pins seitdem der Objekt-Handle erstellt wurde und die nunmehr das Objekt von der Disk abrufen müssen.
Tabelle D.57. Einstellungen für "Oracle::Library Cache"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale Library Cache Miss Ratio | |
Warnung Maximale Library Cache Miss Ratio |
D.9.11. Oracle::Locks
- Aktive Locks — Die aktuelle Anzahl an aktiven Locks, wie vom Wert in der v$locks-Tabelle festgelegt. Datenbankadmininstratoren sollten sich einer hohen Anzahl an Locks in einer Datenbank bewusst sein.
Tabelle D.58. Einstellungen für "Oracle::Locks"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale Aktive Locks | |
Warnung Maximale Aktive Locks |
D.9.12. Oracle::Redo Log
- Redo Log Space Anfragerate — Die durchschnittliche Anzahl von Redo Log Space Anfragen pro Minute seit dem Starten des Servers.
- Redo Buffer Allocation Retry Rate (Zuordnungs-Wiederholungsrate) — Die durchschnittliche Anzahl von Pufferzuordnungswiederholungen pro Minute seit dem Starten des Servers.
Tabelle D.59. Einstellungen für "Oracle::Redo Log"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale Redo Log Space Anfragerate | |
Warnung Maximale Redo Log Space Anfragerate | |
Kritisch Maximale Wiederholungsrate der Redo Pufferzuweisung | |
Warnung Maximale Wiederholungsrate der Redo Pufferzuweisung |
D.9.13. Oracle::Table Extents
- Zugewiesen Extends-beliebige Tabelle — Die Gesamtanzahl an Extends für eine beliebige Tabelle.
- Verfügbare Extends-beliebige Tabelle — Der Prozentsatz von verfügbaren Extends für eine beliebige Tabelle.
%
, welcher jedem Tabellen-Besitzer oder -Namen entspricht.
Tabelle D.60. Einstellungen für "Oracle::Table Extents"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Tabellen-Besitzer* | % |
Tabellen-Name* | % |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximale zugewiesene Extends | |
Warnung Maximale zugewiesene Extends | |
Kritisch Maximale verfügbare Extends | |
Warnung Maximale Verfügbare Extends |
D.9.14. Oracle::Tablespace Usage
- Verbrauch verfügbaren Speicherplatzes — Der Prozentsatz von verfügbarem Speicher, der in jedem Tabellenspeicherort verbraucht wurde.
%
, welcher mit jedem beliebigem Tabellennamen übereinstimmt.
Tabelle D.61. Einstellungen für "Oracle::Tablespace Usage"
Feld | Wert |
---|---|
Oracle SID* | |
Oracle Username* | |
Oracle Password* | |
Oracle Port* | 1521 |
Tabellenspeicherort Name* | % |
Timeout* (Zeitüberschreitung) | 30 |
Kritisch Maximaler Verbrauch verfügbaren Speicherplatzer | |
Warnung Maximaler Verbrauch verfügbaren Speicherplatzer |
D.9.15. Oracle::TNS Ping
- Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der Oracle-Server auf eine Verbindungsanfrage antwortet.
Tabelle D.62. Einstellungen für "Oracle::TNS Ping"
Feld | Wert |
---|---|
TNS Listener Port* | 1521 |
Timeout* (Zeitüberschreitung) | 15 |
Kritisch Maximale remoter Dienst Latenz | |
Warnung Maximale remoter Dienst Latenz |
D.10. RHN Satellite
D.10.1. RHN Satellite::Disk Space
- Verwendetes Dateisystem — Der Prozentsatz des aktuellen Dateisystems, das sich gerade in Verwendung befindet.
- Verwendeter Speicherplatz — Die Dateigröße, die vom aktuellen Dateisystem verwendet wird.
- Verfügbarer Speicherplatz — Die Dateigröße, die dem aktuellen Dateisystem zu Verfügung steht.
Tabelle D.63. Einstellungen für "RHN Satellite::Disk Space"
Feld | Wert |
---|---|
Gerät Pfadname* | /dev/hda1 |
Kritisch Maximal verwendetes Dateisystem | |
Warnung Maximal verwendetes Dateisystem | |
Critical Maximum Space Used (Kritisch - Maximal verwendeter Platz) | |
Warning Maximum Space Used (Warnung - Maximal verwendeter Platz) | |
Kritisch Maximaler verfügbarer Speicherplatz | |
Warnung Maximaler verfügbarer Speicherplatz |
D.10.2. RHN Satellite::Execution Time
- Durchschnittliche Probe-Ausführungszeit — Die Sekunden, die ein Probe benötigt, um vollständig ausgeführt zu werden.
Tabelle D.64. Einstellungen für "RHN Satellite::Execution Time"
Feld | Wert |
---|---|
Kritisch Maximale Durchschnittliche Probe-Ausführungszeit | |
Warnung Maximale Durchschnittliche Probe-Ausführungszeit |
D.10.3. RHN Satellite::Interface Traffic
- Eingangsrate — Die in Bytes pro Sekunde gemessene Menge an Verkehr, welchen das Gerät erhält.
- Ausgangsrate — Die in Bytes pro Sekunde gemessene Menge an Verkehr, welcher vom Gerät versandt wird.
Tabelle D.65. Einstellungen für "RHN Satellite::Interface Traffic"
Feld | Wert |
---|---|
Interface * (Schnittstelle) | eth0 |
Timeout (Sekunden)* | 30 |
Critical Maximum Input Rate (Kritisch - Maximale Eingangsrate) | |
Critical Maximum Output Rate (Kritisch - Maximale Ausgangsrate) |
D.10.4. RHN Satellite::Latency
- Durchschnittliche Probe-Latenz — Die zeitliche Verzögerung in Sekunden ab dem Zeitpunkt, an dem ein Probe startbereit ist und bis zum Zeitpunkt, an dem der Probe tatsächlich abläuft. Unter normalen Umständen ist dies für gewöhnlich weniger als eine Sekunde. Wenn ein Satellite überladen ist (weil sich darauf zu viele Probes in Beachtung derer durchschnittlichen Ausführungszeit befinden), erhöht dies die Messzahl.
Tabelle D.66. Einstellungen für "RHN Satellite::Latency"
Feld | Wert |
---|---|
Kritisch Maximaler Probe-Latenzdurchschnitt | |
Warnung Maximaler Probe-Latenzdurchschnitt |
D.10.5. RHN Satellite::Load
- Auslastung — Der Auslastungsdurchschnitt auf der CPU für eine 1-, 5- und 15-minütige Periode.
Tabelle D.67. Einstellungen für "RHN Satellite::Load"
Feld | Wert |
---|---|
Kritisch Maximaler 1-minütiger Durchschnitt | |
Warnung Maximaler 1-minütiger Durchschnitt | |
Kritisch Maximaler 5-minütiger Durchschnitt | |
Warnung Maximaler 5-minütiger Durchschnitt | |
Kritisch Maximaler 15-minütiger Durchschnitt | |
Warnung Maximaler 15-minütiger Durchschnitt |
D.10.6. RHN Satellite::Probe Count
- Probes — Die Anzahl von individuellen Probes, die auf einem Satellite ablaufen.
Tabelle D.68. Einstellungen für "RHN Satellite::Probe Count"
Feld | Wert |
---|---|
Kritisch Maximale Probe-Anzahl | |
Warnung Maximale Probe-Anzahl |
D.10.7. RHN Satellite::Process Counts
- Gesperrt — Die Anzahl von Prozessen, die in die Warteschlange verschoben wurden und sich im Warte-Status befinden.
- Child (Kind) — Die Anzahl von Prozessen, die von einem anderen Prozess erzeugt werden, der gerade auf dem Rechner abläuft.
- Defunct (Nicht mehr bestehend) — Die Anzahl an abgebrochenen Prozessen (entweder von einem Signal gelöscht oder durch
exit()
-Aufruf), dessen Elternprozess noch keine Benachrichtigung erhalten hat, indem (eine Form von)wait()
-Systemaufruf ausgeführt wurde. - Stopped (Angehalten) — Die Anzahl von Prozessen, die vor der vollständigen Ausführung anghalten wurden.
- Sleeping — Ein Prozess, der sich in der
Interruptible
-Ruhezustandsfunktion befindet.
Tabelle D.69. Einstellungen für "RHN Satellite::Process Counts"
Feld | Wert |
---|---|
Critical Maximum Blocked Processes (Kritisch - Maximal gesperrte Prozesse) | |
Warning Maximum Blocked Processes (Warnung - Maximal gesperrte Prozesse) | |
Critical Maximum Child Processes (Kritisch - Maximale Child-Prozesse) | |
Warning Maximum Child Processes (Warnung - Maximale Child-Prozesse) | |
Critical Maximum Defunct Processes (Kritisch - Maximal nicht mehr bestehende Prozesse) | |
Warning Maximum Defunct Processes (Warnung - Maximal nicht mehr bestehende Prozesse) | |
Critical Maximum Stopped Processes (Kritisch - Maximal angehaltene Prozesse) | |
Warning Maximum Stopped Processes (Warnung - Maximale Angehaltene Prozesse) | |
Critical Maximum Sleeping Processes (Kritisch - Maximal schlafende Prozesse) | |
Warning Maximum Sleeping Processes (Warnung - Maximal schlafende Prozesse) |
D.10.8. RHN Satellite::Processes
- Prozesse — Die Anzahl an Prozessen, die gleichzeitig auf dem Rechner ablaufen.
Tabelle D.70. Einstellungen für "RHN Satellite::Processes"
Feld | Wert |
---|---|
Kritisch Maximale Prozesse | |
Warnung Maximale Prozesse |
D.10.9. RHN Satellite::Process Health
- CPU-Verbrauch — Der in Prozent gemessene CPU-Verbrauch eines bestimmten Prozesses.
- Child Process Groups — Die Anzahl von Kindprozessen, die vom speziellen Elternprozess erzeugt werden. Ein Kindprozess übernimmt die meisten Attribute vom jeweiligen Elternprozess, wie beispielsweise offene Dateien.
- Threads — Die Anzahl ablaufender Threads für einen bestimmten Prozess. Ein Thread ist ein Ausführungsstrang innerhalb eines Prozesses (Grundeinheit der CPU-Auslastung) und besteht aus einem sogenannten Befehlszähler und Stapelsegment. Ein Thread wird auch als 'Leichtgewichtprozess' bezeichnet.
- Verbrauch an physischem Speicher — Die Menge an physischem Speicher in Kilobytes, der für den festgelegten Prozess verwendet wird.
- Virtual Memory Used — Die Menge an virtuellem Speicher in Kilobytes, die vom festgelegten Prozess verbraucht wird oder die Größe des Prozesses in Realspeicher plus Swap.
Command not found
(Befehl nicht gefunden) und der Probe nimmt den KRITISCH-Status ein.
Tabelle D.71. Einstellungen für "RHN Satellite::Process Health"
Feld | Wert |
---|---|
Command Name (Befehlsname) | |
Process ID (PID) file (Prozess ID (PID)-Datei) | |
Timeout* (Zeitüberschreitung) | 15 |
Critical Maximum CPU Usage (Kritisch - Maximaler CPU-Verbrauch) | |
Warning Maximum CPU Usage (Warnung - Maximaler CPU-Verbrauch) | |
Critical Maximum Child Process Groups (Kritisch - Maximale Kindprozess-Gruppen) | |
Warning Maximum Child Process Groups (Warnung - Maximale Kindprozess-Gruppen) | |
Critical Maximum Threads (Kritisch - Maximale Threads) | |
Warning Maximum Threads (Warnung - Maximale Threads) | |
Critical Maximum Physical Memory Used (Kritisch - Maximal verbrauchter physischer Speicher) | |
Warning Maximum Physical Memory Used (Warnung - Maximal verbrauchter physischer Speicher) | |
Critical Maximum Virtual Memory Used (Kritisch - Maximaler verbrauchter virtueller Speicher) | |
Warning Maximum Virtual Memory Used (Warnung - Maximaler verbrauchter virtueller Speicher) |
D.10.10. RHN Satellite::Process Running
Tabelle D.72. Einstellungen für "RHN Satellite::Process Running"
Feld | Wert |
---|---|
Command Name (Befehlsname) | |
Process ID (PID) file (Prozess ID (PID)-Datei) | |
Kritisch Maximale Anzahl ablaufender Prozesse | |
Kritisch Maximale Anzahl ablaufender Prozesse |
D.10.11. RHN Satellite::Swap
Tabelle D.73. Einstellungen für "RHN Satellite::Swap"
Feld | Wert |
---|---|
Kritisch Maximaler freier Swap-Prozentsatz | |
Warnung Maximaler freier Swap-Prozentsatz |
D.10.12. RHN Satellite::Users
Tabelle D.74. Einstellungen für "RHN Satellite::Users"
Feld | Wert |
---|---|
Kritisch Maximale Benutzeranzahl | |
Warnung Maximale Benutzeranzahl |
Glossar
- Aktion
- Ein Task, der von einem Systemadministrator mittels Red Hat Network eingeplant wird, um auf einem oder auf mehreren Client-Systemen verrichtet zu werden.Beispielsweise kann eine Aktion geplant werden, durch welche die Kernel-Pakete auf allen Systemen innerhalb einer ausgewählten Gruppe aktualisiert werden.
- Aktivierungsschlüssel
- RHN Management und Provisioning Kunden können Aktivierungsschlüssel auf der RHN-Website generieren. Jeder einzigartige Schlüssel kann sodann dazu benutzt werden, ein Red Hat-System zu registrieren, eine RHN-Berechtigung an das System zu vergeben, das System für spezifische Kanäle anzumelden und für RHN-Systemgruppen mittels der Befehlszeilen-Utility
rhnreg_ks
vomrhn_register
Paket zu registrieren. - Basis-Channel (Basiskanal)
- Ein Basis-Channel (Basiskanal) ist eine Art Channel (Kanal), welcher aus einer Liste von Paketen besteht, die auf einer spezifischen Architektur und einem spezifischen Red Hat Release basieren. Zum Beispiel bilden sämtliche Pakete in Red Hat Enterprise Linux AS 3 für die x86-Architektur einen Basis-Channel.
- Bugfix-Meldung
- Eine Errata-Alert (Errata-Meldung), der zu einem Bugfix gehört.
- Bugzilla
- Bugzilla ist eine Online-Applikation (http://www.redhat.com/bugzilla), welche es Benutzern ermöglicht, direkt mit den Entwicklern zu kommunizieren. Von Bugzilla aus, können Benutzer einen Fehlerreport (Bug-Report) einreichen sowie auch Anfragen für Features für Red Hat Enterprise Linux sowie auch für Open-Source-Pakete, die damit in Verbindung stehen.
- Channel (Kanal)
- Ein Channel (Kanal) ist eine Liste von Paketen. Channels werden dazu benutzt, Pakete auszuwählen, die von Client-Systemen installiert werden sollen. Jedes Client-System muss ein Abonnement für einen Basis-Channel (Basiskanal) besitzen und kann ein Abonnement für einen oder auch für mehrere Sub-Channel (Unterkanal) besitzen.
- Client-System
- Digitales Zertifikat
- Eine Client-Komponente im XML-Format, welche in der Datei
/etc/sysconfig/rhn/systemid
auf angemeldeten Systemen gespeichert ist. Red Hat Network überprüft dieses Zertifikat, um das registrierte System vor jeder Verbindung zu authentifizieren. Das Zertifikat wird von Red Hat ausgestellt und an das System als ein Teil des Registrierungsprozesses übergeben. Es beinhaltet einzigartige Information über registrierte Systeme, um einen Missbrauch jeglicher Art zu verhindern. - E-Mail-Benachrichtigung
- Sind ähnlich einem Errata-Alert (Errata-Meldung), außer dass die Information per E-Mail zugestellt wird. Wenn die E-Mail-Benachrichtigungsoption ausgewählt ist, werden Benachrichtigungen für jeden Red Hat Network Errata-Alert (Errata-Meldung) gesandt. Die E-Mail beinhaltet die Art der Errata-Meldung, Zusammenfassung des Errata, Beschreibung des Errata und eine Liste der Systeme, die davon betroffen sind.
- Enhancement Alert (Erweiterungsmeldung)
- Ein Errata-Alert (Errata-Meldung), der zu einer Paket-Erweiterungsanfrage gehört.
- Entitled Server (Berechtigter Server)
- Ein Server, der für einen RHN-Servicelevel registriert ist. Da der Server eine Berechtigung oder ein sogenanntes Entitlement besitzt, kann die RHN-Website dazu verwendet werden, dessen Pakete zu verwalten.
- Errata
- Von Red Hat veröffentlichte Informationen zu Security Fixes, Bugfixes und Paket-Erweiterungen für Red Hat Enterprise Linux. Enthaltene Informationen sind das Thema der Errata, Bugzilla Bug-IDs, relevante Releases/Architekturen, Lösungen samt erforderlicher RPMs und MD5-Prüfsummen zur Verifizierung. Errata sind auch unter http://www.redhat.com/errata/ erhältlich. Jeder RHN Errata-Alert (Errata-Meldung) basiert auf der Red Hat Enterprise Linux Errata-Liste.Sicherheitsprobleme und Bugfixes werden von Red Hat-Entwicklern sowie auch der Linux-Gemeinschaft mittels Bugzilla eingereicht, wobei eine Bug-Report (Fehlerbericht) für jedes Problem generiert wird. Red Hat Engineering evaluiert die Berichte, löst die Probleme und generiert neue RPM-Pakete. Nachdem das Red Hat-Qualitätssicherungsteam ("Quality Assurance", QA) neue Pakete getestet hat, werden diese auf den öffentlich zugänglichen Red Hat Fileserver und den Red Hat Network Server gestellt und eine Errata-Meldung wird generiert.
- Errata-Alert (Errata-Meldung)
- RHN-Errata-Alert macht darauf aufmerksam, dass aktualisierte Pakete, basierend auf Red Hat-Errata, für eines oder mehrere Systeme innerhalb einer Organisation zur Verfügung stehen. Es gibt drei Arten von Errata-Meldungen: Sicherheitsmeldungen, Buxfix-Meldungen und Erweiterungsmeldungen.
- Geschwister
- Geschwister sind virtuelle Gäste, die auf demselben Host laufen. Virtuelle Gäste, die auf separaten Hosts laufen, sind keine Geschwister.
- Management
- Eines der RHN-Servicelevel-Angebote. Es besitzt mehr Features als der Update-Servicelevel und beinhaltet u. a. Benutzermanagement, Systemgruppen und verbesserte Systemdetails.
- Notification Method (Notifizierungs-/Benachrichtigungsmethode)
- Eine E-Mail-Adresse, an welche RHN-Monitoring-Benachrichtigungen versandt werden.
- Package (Paket)
- Jegliche Software in Red Hat Enterprise Linux ist in Software-Pakete unterteilt. Software-Updates werden in Form von RPM-Paketen freigegeben, die auf einem Red Hat Enterprise Linux-System installiert werden können.
- Probe (Tester)
- Eine Reihe von Kriterien in Form eines Templates oder einer Reihe von Werten, welches/welche einem System zugeordnet werden, welches zum Messen der Performance eines Systems verwendet wird.
- Probe State (Probe-Status)
- Die Messung inwiefern die festgelegten Kriterien eines Probes eingehalten werden. Status sind u. a.: OK, Warnung, Kritisch, Bevorstehend, Unbekannt
- Probe Suite (Sammlung)
- Sammlung oder Gruppe von RHN-Monitoring-Probes.
- Provisioning
- Eines der RHN-Servicelevel-Angebote. Provisioning besitzt mehr Features als der Management-Servicelevel und beinhaltet Kickstart, Rekonfiguration, Tracking und das Zurücksetzen von Systemen.
- Red Hat Network Daemon
- Der RHN-Client-Daemon (
rhnsd
), welcher Red Hat Network periodisch nach geplanten Aktionen abfragt (pollt). - Red Hat Network Registration Client
- Die RHN Client-Applikation (
rhn_register
), die Informationen über das Client-System sammelt, erzeugt ein Systemprofil und Digitales Zertifikat, stellt eine Verbindung mit Red Hat Network Servern her und meldet das System für Red Hat Network an. - Red Hat Update Agent
- Die RHN-Client-Applikation (
up2date
), welche es Benutzern ermöglicht, alle aktualisierten Pakete für das jeweilige Client System (auf dem die Applikation abläuft) abzufragen und zu installieren. Verwenden Sie das Red Hat Update Agent Konfigurations-Tool, um die Präferenzen der Applikation zu konfigurieren und um auch u. a. festzulegen, ob Pakete nach dem Herunterladen installiert werden sollen. - Registered System (Registriertes System)
- Ein System, das für Red Hat Network angemeldet ist. Auch Client-System genannt.
- RPM
- Ein Software-Paket-Manager, der von Red Hat Inc. entwickelt wurde. Dieser kann zum Anlegen, zur Installation, Deinstallation und Aktualisierung von Software-Paketen sowie auch für Suchanfragen (Queries) nach Software-Paketen verwendet werden. Alle Software-Updates von RHN werden im RPM-Format geliefert.
- RPM Database (RPM-Datenbank)
- Jedes Red Hat Enterprise Linux-System besitzt eine RPM-Datenbank, welche Informationen über alle RPM-Pakete speichert, die auf dem System installiert sind. Diese Information beinhaltet die Version des Paketes, welche Dateien mit dem Paket installiert worden sind, eine kurze Beschreibung des Paketes, das Installationsdatum und mehr.
- RPM-Update
- Eine Red Hat Network Option, um RPM-Pakete basierend auf der Errata-Alert (Errata-Meldung)-Liste an ein Client-System ohne jeglichen Benutzereingriff zu übermitteln. Wenn dieses Feature ausgewählt ist, werden Pakete mittels dem Red Hat Network Daemon geliefert, der auf dem Client-System abläuft.
- Satellite Administrator
- Satellite Administratoren sind eine Gruppe von Benutzern, welche die höchste Stufe an Kontrolle über den Red Hat Network-Account einer Organisation besitzt. Mitglieder dieser Gruppe können Benutzer, Systeme und Systemgruppen hinzufügen sowie auch entfernen. Ein Satellite Administrator kann auch administrative Privilegien in Hinsicht auf Systemgruppen an Benutzer vergeben. Für jede Organisation muss mindestens ein Mitglied der Satellite Administrator-Gruppe vorhanden sein.
- Security Alert (Sicherheitsmeldung)
- Ein Errata-Alert (Errata-Meldung), der die Systemsicherheit betrifft.
- Service Level (Servicelevel)
- Ein Red Hat Network-Abonnementservice. Unterschiedliche Servicelevels bieten unterschiedliche Features von RHN. Derzeit stehen drei kostenpflichtige Servicelevels zur Auswahl: RHN-Update, RHN-Management und RHN-Provisioning.
- Software-Manager
- Die Bezeichnung des ersten Service Level (Servicelevel)-Angebotes für Red Hat Network. Software-Manager ist nunmehr als RHN-Update bekannt.
- Sub-Channel (Unterkanal)
- Ein Sub-Channel (Unterkanal) ist ein Channel (Kanal), der mit einem Basis-Channel (Basiskanal) verbunden ist, jedoch weitere Extra-Pakete enthält.
- System Directory (Systemverzeichnis)
- Der Abschnitt Systemverzeichnis in Red Hat Network ermöglicht es einer Organisation, deren Client-Systeme in Systemgruppen zu unterteilen. Nur Mitglieder der Satellite Administrator-Gruppe können Systeme zum Unternehmen hinzufügen.
- System Set Manager
- Eine Oberfläche, die es Benutzern ermöglicht, Tätigkeiten auf mehreren Systemen auszuüben, wie z. B. Errata-Updates anzuwenden, Pakete zu aktualisieren und Systeme zu/von Gruppen hinzuzufügen/zu entfernen.
- System-ID
- Eine einzigartige Folge von Buchstaben und Zahlen, die ein registriertes System kennzeichnet. Diese wird als Digitales Zertifikat des Systems gespeichert.
- Systemprofil
- Hardware- und Software-Informationen über das Client-System. Diese werden während des Anmeldeprozesses gesammelt. Die Software-Information ist eine Liste von RPM-Paketen und deren Versionen, die auf dem Client-System installiert sind. Das Systemprofil wird dazu verwendet, jeden Errata-Alert (Errata-Meldung) zu ermitteln, der für das jeweilige Client-System relevant ist.
- Update
- Eines der RHN Servicelevel-Angebote. Update wurde ehemals Basic genannt. Update bietet grundsätzlich dieselben Features und Leistungen, die Sie auch mit dem Basic-Abonnement erhalten hatten, zuzüglich einer Menge an weiteren, neuen Features.
- Virtueller Gast
- Jede der virtuellen Instanzen, die auf dem virtuellen Host unter der Kontrolle des Hypervisors laufen. Sie werden auch als domain U oder domU bezeichnet.
- Virtueller Host
- Das physische System, dass den Hypervisor und alle Gastsysteme unterstützt. Der virtuelle Host kann auch als domain 0 oder dom0 bezeichnet werden.
- Yellowdog Updater Modified (yum)
- Yellowdog Updater Modified ist die Red Hat Network Client-Applikation (
yum
), mit der Benutzer neue oder aktualisierte Pakete für das Client-System, auf dem die Applikation ausgeführt wird, abrufen und installieren können.
Anhang E. Versionsgeschichte
Versionsgeschichte | ||||
---|---|---|---|---|
Version 1-3.400 | 2013-10-31 | Rüdiger Landmann | ||
| ||||
Version 1-3 | 2012-07-18 | Anthony Towns | ||
| ||||
Version 1-24 | Mon Jan 31 2011 | Lana Brindley | ||
|
Stichwortverzeichnis
A
- Account
- deaktivieren, Account-Deaktivierung
- Adressen
- ändern, Adressen
- Aktion
- abgeschlossene Systeme, Aktionsdetails ⇒ Abgeschlossene Systeme
- Details, Aktionsdetails ⇒ Details
- fehlgeschlagene Systeme, Aktionsdetails ⇒ Fehlgeschlagene Systeme
- in Ausführung befindliche Systeme, Aktionsdetails ⇒ In Ausführung befindliche Systemen
- Aktivierungsschlüssel, Aktivierungsschlüssel —
- bearbeiten, Aktivierungsschlüssel verwalten
- deaktivieren, Aktivierungsschlüssel verwalten
- erstellen, bearbeiten und löschen, Aktivierungsschlüssel verwalten
- löschen, Aktivierungsschlüssel verwalten
- mehrere verwenden, Verwenden mehrerer Aktivierungsschlüssel gleichzeitig —
- Registrierung, Registrieren mit Aktivierungsschlüsseln
- Verwendung, Registrieren mit Aktivierungsschlüsseln
- aktualisieren
- mittels Befehlszeile, Von der Befehlszeile aus aktualisieren
- mittels Website, Durch die Website aktualisieren
- Angepasste Informationen
- über Systeme, System-Details ⇒ Details ⇒ Angepasste Info —
- Anmeldung, Red Hat Network Registration Client
- als Teil einer Organisation, Anmelden eines Benutzer-Accounts
- Benutzername, Anmelden eines Benutzer-Accounts
- E-Mail-Benachrichtigung, Anmelden eines Benutzer-Accounts
- Hardware-Systemprofil, Hardware-Systemprofil
- Konfiguration, Konfigurieren des Red Hat Network Registration Client
- mit Proxy Server, Konfigurieren des Red Hat Network Registration Client
- Passwort, Anmelden eines Benutzer-Accounts
- RPM-Paketliste, Software-Systemprofil
- Software-Systemprofil, Software-Systemprofil
- Systemprofil, Anmelden eines Benutzer-Accounts, Ein Systemprofil anmelden
- Textmodus, RHN Anmelde-Client im Textmodus
- Apache
- Probes, Apache 1.3.x und 2.0.x
- Processes, Apache::Processes
- Traffic, Apache::Traffic
- Uptime, Apache::Uptime
- Application Programming Interface
- API, RHN API-Zugang
- Ausgewählte Systeme
- Erklärung, Ausgewählte Systeme
B
- Basis-Channel, Software-Channels
- Benachrichtigung
- Filter, Allgemeine Konfig —
- Benachrichtigungen
- empfangen, Benachrichtigungen erhalten
- filtern, Benachrichtigungen filtern
- Methoden erstellen, Benachrichtigungs-Methoden erstellen
- Methoden löschen, Benachrichtigungs-Methoden löschen
- Monitoring, Benachrichtigungen
- umleiten, Benachrichtigungen umlenken
- Benutzer, Benutzer —
- deaktivieren, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails —
- E-Mail Adresse ändern, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- löschen (nur beim RHN Satellite), Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails —
- Passwort ändern, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- Rollen, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- Benutzerkonto, Anmelden eines Benutzer-Accounts
- Benutzerrollen, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- Berechtigung
- mit Aktivierungsschlüssel, Aktivierungsschlüssel —
C
- Channel
- Konfiguration
- erstellen, Konfigurations-Channels
- Channel-Liste , Software-Channels
- Channels, Channels
- Alle, Alle Channels
- Basis, Software-Channels
- Beliebte, Beliebte Channels
- Errata, Software-Channel Details ⇒ Errata
- Gemeinsame, Gemeinsame Channels
- Liste, Software-Channels
- Meine, Meine Channels
- Pakete, Software-Channel Details ⇒ Pakete
- Red Hat, Red Hat Channels
- Software und Konfigurationsdateien, Channels
- Sub, Software-Channels
- Channels und Pakete
- Channel-Liste, Software-Channels
- Client-Applikationen
- erhalten, Bevor Sie beginnen
- umleiten, Konfiguration der Clients
- Client-Systeme
- aktualisieren, Updates erhalten
- konfigurieren, Konfiguration der Clients
- registrieren, Systeme anmelden
- Cobbler, Cobbler
- cobbler , Cobbler
D
- deaktivieren
- Digitales Zertifikat, Sicherheit, Qualitätssicherung (QA) und Red Hat Network
E
- E-Mail Adresse
- E-Mail Adresse ändern, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- E-Mail-Adresse
- ändern, E-Mail ändern
- Errata, Errata
- Alle Errata, Alle Errata
- Erweiterte Suche, Erweiterte Suche
- Relevante Errata, Relevante Errata
- zutreffende anwenden, System-Details ⇒ Software ⇒ Errata
- Errata-Benachrichtigungen
- automatische Aktualisierungen, Errata-Benachrichtigungen und geplante Paketinstallationen
- Errata-Meldung-Symbole
- Erklärung, Errata-Meldung-Symbole
- Errata-Updates
- anwenden, Errata-Updates anwenden
- Details anzeigen, Errata-Details
- Liste aller Errata anzeigen, Alle Errata
- Liste aller zutreffenden Errata anzeigen, Relevante Errata
- suchen, Erweiterte Suche
- Erste Schritte, Bevor Sie beginnen
- erstellen
- Konfiguration
- Channel, Konfigurations-Channels
- Erweiterter Update-Support, Extended-Update-Support (EUS)
- EUS (Siehe Extended Update Support)
G
- General
- Probes, General
- Remote Program, General::Remote Program
- Remote Program with Data, General::Remote Program with Data
- SNMP Check, General::SNMP Check
- TCP Check, General::TCP Check
- UDP Check, General::UDP Check
- Uptime (SNMP), General::Uptime (SNMP)
- Geplante Aktionen
- Abgeschlossene Aktionen, Abgeschlossene Aktionen
- Aktionenliste, Aktionenliste
- Aktionsdetails, Aktionsdetails
- Archivierte Aktionen, Archivierte Aktionen
- Ausstehende Aktionen, Ausstehende Aktionen
- Fehlgeschlagene Aktionen, Fehlgeschlagene Aktionen
- GNU Privacy Guard, Sicherheit, Qualitätssicherung (QA) und Red Hat Network
H
- Hardwareprofil
- auf Server aktualisieren, System-Details ⇒ Details ⇒ Hardware
- Help Desk, Hilfe
- HTTP Proxy, Das Applet konfigurieren
I
- Initialisierungsskript
- /etc/init.d/rhnsd , Red Hat Network Daemon
- /etc/rc.d/init.d/rhnsd , Red Hat Network Daemon
K
- Kickstart
- erklärt, Kickstart erklärt
- Koan, Cobbler
- koan, Cobbler
- Konfiguration
- Aktionen, Konfiguration
- Channel
- erstellen, Konfigurations-Channels
- Dateien, Konfiguration
- Plan, Konfiguration
- Konfigurationsmanagement
- Befehlszeilentools, Befehlszeilen-Konfigurationsmanagement-Tools
- Systemvorbereitung, Systeme für das Konfigurationsmanagement vorbereiten
L
- Linux
- CPU Usage, Linux::CPU Usage
- Disk IO Throughput, Linux::Disk IO Throughput
- Disk Usage, Linux::Disk Usage
- Inodes, Linux::Inodes
- Interface Traffic, Linux::Interface Traffic
- Load, Linux::Load
- Memory Usage, Linux::Memory Usage
- Probes
- nocpulse, Linux
- Process Count Total, Linux::Process Count Total
- Process Counts by State, Linux::Process Counts by State
- Process Health, Linux::Process Health
- Process Running, Linux::Process Running
- Swap Usage, Linux::Swap Usage
- TCP Connections by State, Linux::TCP Connections by State
- Users, Linux::Users
- Virtual Memory, Linux::Virtual Memory
- Listennavigation
- Erklärung, Listen
- LogAgent
- Log Pattern Match, LogAgent::Log Pattern Match
- Log Size, LogAgent::Log Size
- Probes
- nocpulse, LogAgent
- löschen
- Benutzer (nur beim RHN Satellite), Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails —
- Löschen eines Systems, System-Details ⇒ Details
M
- Makros
- innerhalb von Konfigurationsdateien
- Interpolation, Einbinden von Makros in Ihren Konfigurationsdateien
- Management
- Service-Stufe, Management
- manuelle Installation
- Systemprofil, Manuelle Paketinstallation
- Monitoring, Monitoring —
- Aktueller Zustand, Aktueller Status —
- Alle, Probe-Status ⇒ Alle —
- Allgemeine Konfig, Allgemeine Konfig —
- Ausstehend, Probe-Status ⇒ Ausstehend —
- Benachrichtigung, Benachrichtigung —
- Einführung, Monitoring
- Kritisch, Probe-Status ⇒ Kritisch —
- Liste der Probes, Probes
- OK, Probe-Status ⇒ OK —
- Scout Config Push, Scout Config Push —
- Service-Stufe, Monitoring
- Status, Probe-Status —
- Unbekannt, Probe-Status ⇒ Unbekannt —
- Voraussetzungen, Voraussetzungen
- Warnung, Probe-Status ⇒ Warnung —
- MySQL , mysql-Paket
- Database Accessibility, MySQL::Database Accessibility
- Open Tables, MySQL::Open Tables
- Opened Tables, MySQL::Opened Tables
- Probes, MySQL 3.23 - 3.33
- Query Rate, MySQL::Query Rate
- Threads Running, MySQL::Threads Running
- mysql-Paket, mysql-Paket
N
- Navigation, Navigation
- Network Services
- DNS Lookup, Network Services::DNS Lookup
- FTP, Network Services::FTP
- IMAP Mail, Network Services::IMAP Mail
- Mail Transfer (SMTP), Network Services::Mail Transfer (SMTP)
- Ping, Network Services::Ping
- POP Mail, Network Services::POP Mail
- Probes, Network Services
- Remote Ping, Network Services::Remote Ping
- RPCService, Network Services::RPCService
- Secure Web Server (HTTPS), Network Services::Secure Web Server (HTTPS)
- SSH, Network Services::SSH
- Web Server (HTTP), Network Services::Web Server (HTTP)
- Notizen
- zu Systemen, System-Details ⇒ Details ⇒ Notizen
- ntsysv , Deaktivieren
O
- Oracle
- Active Sessions, Oracle::Active Sessions
- Availability, Oracle::Availability
- Blocking Sessions, Oracle::Blocking Sessions
- Buffer Cache, Oracle::Buffer Cache
- Client Connectivity, Oracle::Client Connectivity
- Data Dictionary Cache, Oracle::Data Dictionary Cache
- Disk Sort Ratio, Oracle::Disk Sort Ratio
- Idle Sessions, Oracle::Idle Sessions
- Index Extents, Oracle::Index Extents
- Library Cache, Oracle::Library Cache
- Locks, Oracle::Locks
- Probes, Oracle 8i, 9i, 10g und 11g
- Redo Log, Oracle::Redo Log
- Table Extents, Oracle::Table Extents
- Tablespace Usage, Oracle::Tablespace Usage
- TNS Ping, Oracle::TNS Ping
P
- Paket-Updater (pup)
- vollständige Beschreibung, Paket-Updater
- Pakete
- filtern, Software-Channel Details ⇒ Pakete
- Paketinstallation
- Paketliste
- auf Server aktualisieren, Ihr Systemprofil synchronisieren, System-Details ⇒ Software ⇒ Pakete
- Passwort
- ändern, Ihr Account
- Passwort ändern, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- Plan, Plan
- port 22, SSH konfigurieren
- Port 4545, Red Hat Network Monitoring Daemon (rhnmd)
- Präferenzen
- ändern, Ihre Präferenzen
- Locale, Locale-Präferenzen
- Sprache, Locale-Präferenzen
- Probe
- Richtlinien, Probe-Richtlinien
- Probe-Liste
- Apache
- Processes, Apache::Processes
- Traffic, Apache::Traffic
- Uptime, Apache::Uptime
- General
- Remote Program, General::Remote Program
- Remote Program with Data, General::Remote Program with Data
- SNMP Check, General::SNMP Check
- TCP Check, General::TCP Check
- UDP Check, General::UDP Check
- Uptime (SNMP), General::Uptime (SNMP)
- Linux
- CPU Usage, Linux::CPU Usage
- Disk IO Throughput, Linux::Disk IO Throughput
- Disk Usage, Linux::Disk Usage
- Inodes, Linux::Inodes
- Interface Traffic, Linux::Interface Traffic
- Load, Linux::Load
- Memory Usage, Linux::Memory Usage
- Process Count Total, Linux::Process Count Total
- Process Counts by State, Linux::Process Counts by State
- Process Health, Linux::Process Health
- Process Running, Linux::Process Running
- Swap Usage, Linux::Swap Usage
- TCP Connections by State, Linux::TCP Connections by State
- Users, Linux::Users
- Virtual Memory, Linux::Virtual Memory
- LogAgent
- Log Pattern Match, LogAgent::Log Pattern Match
- Log Size, LogAgent::Log Size
- MySQL
- Database Accessibility, MySQL::Database Accessibility
- Open Tables, MySQL::Open Tables
- Opened Tables, MySQL::Opened Tables
- Query Rate, MySQL::Query Rate
- Threads Running, MySQL::Threads Running
- Network Services
- DNS Lookup, Network Services::DNS Lookup
- FTP, Network Services::FTP
- IMAP Mail, Network Services::IMAP Mail
- Mail Transfer (SMTP), Network Services::Mail Transfer (SMTP)
- Ping, Network Services::Ping
- POP Mail, Network Services::POP Mail
- Remote Ping, Network Services::Remote Ping
- RPCService, Network Services::RPCService
- Secure Web Server (HTTPS), Network Services::Secure Web Server (HTTPS)
- SSH, Network Services::SSH
- Web Server (HTTP), Network Services::Web Server (HTTP)
- Oracle
- Active Sessions, Oracle::Active Sessions
- Availability, Oracle::Availability
- Blocking Sessions, Oracle::Blocking Sessions
- Buffer Cache, Oracle::Buffer Cache
- Client Connectivity, Oracle::Client Connectivity
- Data Dictionary Cache, Oracle::Data Dictionary Cache
- Disk Sort Ratio, Oracle::Disk Sort Ratio
- Idle Sessions, Oracle::Idle Sessions
- Index Extents, Oracle::Index Extents
- Library Cache, Oracle::Library Cache
- Locks, Oracle::Locks
- Redo Log, Oracle::Redo Log
- Table Extents, Oracle::Table Extents
- Tablespace Usage, Oracle::Tablespace Usage
- TNS Ping, Oracle::TNS Ping
- RHN Satellite
- Disk Space, RHN Satellite::Disk Space
- Execution Time, RHN Satellite::Execution Time
- Interface Traffic, RHN Satellite::Interface Traffic
- Latency, RHN Satellite::Latency
- Load, RHN Satellite::Load
- Probe Count, RHN Satellite::Probe Count
- Process Counts, RHN Satellite::Process Counts
- Process Health, RHN Satellite::Process Health
- Process Running, RHN Satellite::Process Running
- Processes, RHN Satellite::Processes
- Swap, RHN Satellite::Swap
- Users, RHN Satellite::Users
- WebLogic
- Execute Queue, BEA WebLogic::Execute Queue
- Heap Free, BEA WebLogic::Heap Free
- JDBC Connection Pool, BEA WebLogic::JDBC Connection Pool
- Server State, BEA WebLogic::Server State
- Servlet, BEA WebLogic::Servlet
- Probes
- Apache, Apache 1.3.x und 2.0.x
- auf dem RHN Server, Monitoring des RHN Servers
- General, General
- Linux, Linux
- LogAgent
- nocpulse, LogAgent
- Monitoring, Probes
- MySQL, MySQL 3.23 - 3.33
- Network Services, Network Services
- Oracle, Oracle 8i, 9i, 10g und 11g
- RHN Satellite, RHN Satellite
- Schwellenwerte, Schwellenwerte festlegen
- verwalten, Probes verwalten
- WebLogic, BEA WebLogic 6.x und höher
- Problembehebung
- Monitoring, Problembehebung
- Provisioning
- Service-Lvel, Provisioning
- Proxy Server
- mit Red Hat Network Registration Client, Konfigurieren des Red Hat Network Registration Client
- Proxy-Server
- mit Red Hat Network Alert Notification Tool , Das Applet konfigurieren
- mit Red Hat Update Agent, Allgemeine Einstellungen
Q
- Qualitätssicherung
R
- reaktivieren
- Red Hat Enterprise Linux 2.1
- erfordert den Red Hat Network Registration Client, Einführung in das Handbuch, Red Hat Update Agent
- Red Hat Enterprise Linux 5
- rhn_register, Der rhn_register-Client
- Red Hat Network
- Komponenten
- Primär, Red Hat Network Überblick
- Überblick, Red Hat Network Überblick
- Red Hat Network Actions Control
- rhn-actions-control , Red Hat Network Actions Control
- Red Hat Network Alert Notification Tool
- Anforderungen, Red Hat Network Alert Notification Tool
- auf Menüleiste hinzufügen, Red Hat Network Alert Notification Tool
- Errata-Updates anwenden, Updates anwenden
- konfigurieren, Das Applet konfigurieren
- mit einem Proxy-Server, Das Applet konfigurieren
- RHN-Website starten, Die RHN Website starten
- Symbole, Benachrichtigungs-Symbole
- Red Hat Network Configuration Client
- rhncfg-client , Red Hat Network Configuration Client
- Red Hat Network Configuration Manager
- rhncfg-manager , Red Hat Network Configuration Manager
- Red Hat Network Daemon, Red Hat Network Daemon
- deaktivieren, Deaktivieren
- grundlegende Beschreibung, Red Hat Network Überblick
- konfigurieren, Konfigurieren
- Status ansehen, Status ansehen
- Troubleshooting, Troubleshooting
- zum Anwenden von Errata-Updates verwenden, Errata-Updates anwenden
- Red Hat Network Monitoring Daemon
- (rhnmd) Monitoring-Daemon, Red Hat Network Monitoring Daemon (rhnmd)
- Installation, Den Red Hat Network Monitoring Daemon installieren
- Probes, die den Daemon erfordern, Probes, die den Daemon erfordern
- SSH-Schlüsselinstallation, Den SSH-Schlüssel installieren
- stattdessen sshd verwenden, SSH konfigurieren
- Red Hat Network Pakete
- Vergleich, Bevor Sie beginnen
- Red Hat Network Registration Client
- grundlegende Beschreibung, Red Hat Network Überblick
- Red Hat Pakete
- Red Hat Update Agent, Updates anwenden
- Befehlszeilenparameter, Befehlszeilenversion
- Konfiguration, Konfiguration
- mit einem Proxy-Server, Allgemeine Einstellungen
- UNIX Befehlszeilenparameter, Von der Befehlszeile aus aktualisieren
- Red Hat Update Agent (up2date)
- Abfrage und Installation konfigurieren, Abfrage-/Installations-Einstellungen
- Aktivierungsschlüssel, Registrieren mit Aktivierungsschlüsseln
- allgemeine Einstellungen konfigurieren, Allgemeine Einstellungen
- Anmelden, Anmeldung
- Befehlszeilenoptionen, Befehlszeilenversion
- Befehlszeilenversion, Befehlszeilenversion, Befehlszeilenversion
- grafische Optionen, Den Red Hat Update Agent starten
- grundlegende Beschreibung, Red Hat Network Überblick
- Installieren von GPG-Schlüsseln, Installieren des Red Hat GPG-Schlüssels
- Konfigurationstool, Verwendung des Red Hat Update Agent Konfigurationstools
- Paketausnahmen konfigurieren, Paketausnahme-Einstellungen
- Pakete ausnehmen, Paketausnahme-Einstellungen
- Protokolldatei, Log-Datei
- starten, Den Red Hat Update Agent starten
- Systemprofil synchronisieren, Ihr Systemprofil synchronisieren
- vollständige Beschreibung, Red Hat Update Agent
- Referenzhandbuch
- Einführung, Einführung in das Handbuch
- Fehlerberichte, Senden Sie uns Ihr Feedback
- Konventionen, Einführung in das Handbuch
- Registeren
- mit Aktivierungsschlüsseln, Registrieren mit Aktivierungsschlüsseln
- Registrierung
- mit Aktivierungsschlüssel, Aktivierungsschlüssel —
- über das Web, Auf der RHN-Website einloggen
- Remote-Befehle
- aktivieren, Befehle aktivieren
- ausführen, Befehle ausführen
- RHN Satellite
- Disk Space, RHN Satellite::Disk Space
- Execution Time, RHN Satellite::Execution Time
- Interface Traffic, RHN Satellite::Interface Traffic
- Latency, RHN Satellite::Latency
- Load, RHN Satellite::Load
- Probe Count, RHN Satellite::Probe Count
- Probes, RHN Satellite
- Process Counts, RHN Satellite::Process Counts
- Process Health, RHN Satellite::Process Health
- Process Running, RHN Satellite::Process Running
- Processes, RHN Satellite::Processes
- Swap, RHN Satellite::Swap
- Users, RHN Satellite::Users
- RHN Tools-Channel, Den Red Hat Network Monitoring Daemon installieren
- RHN Website
- grundlegende Beschreibung, Red Hat Network Überblick
- rhn-catalog
- Problembehebung mit, Probes mit rhn-catalog untersuchen
- rhn-runprobe
- Optionen, Den Output von rhn-runprobe betrachten
- Problembehandlung mit, Den Output von rhn-runprobe betrachten
- RHN-Website, Die RHN Website starten
- rhnmd-Daemon, Den Red Hat Network Monitoring Daemon installieren
- rhnreg_ks , Aktivierungsschlüssel —
- rhnsd , Red Hat Network Daemon
- rhn_register (Siehe Anmeldung)
- vollständige Beschreibung, Der rhn_register-Client
S
- Satellite Administrator, Benutzerliste ⇒ Aktiv ⇒ Benutzerdetails ⇒ Details —
- Schnellsuche
- Erklärung, Schnellsuche
- Scout Config Push , Monitoring
- Secure Sockets Layer, Sicherheit, Qualitätssicherung (QA) und Red Hat Network
- Service-Stufen
- Management, Management
- Monitoring, Monitoring
- Provisioning, Provisioning
- Update, Update
- Sicherheit
- Software
- Channel-Liste
- Channel-Details, Software-Channel-Details
- Paket-Suche, Paketsuche
- suchen, Paketsuche
- Software-Channels
- Details, Software-Channel-Details ⇒ Details
- SSH, SSH konfigurieren
- SSH-Schlüssel, Den SSH-Schlüssel installieren
- sshd , SSH konfigurieren
- SSL
- einrichten, Konfiguration der Clients
- SSL-Ablauffehler
- Verbindung
- Zertificate verification, Bevor Sie beginnen
- SSL-Zertifikate
- implementieren, Einsatz der Client SSL-Zertifikate
- Sub-Channel, Software-Channels
- System Set Manager, System Set Manager —
- Systeme
- als Liste ansehen, Systeme
- berechtigen, Abonnement-Management
- Berechtigungen, Abonnement-Management
- Details einsehen, System-Details
- Erweiterte Suche, Erweiterte Suche —
- löschen, System-Details ⇒ Details
- suchen, Erweiterte Suche —
- System-Details, System-Details
- Systemliste, Systeme
- Systemüberblick, Überblick —
- Überblick, Überblick —
- Systemgruppe, Systemgruppen —
- Details ansehen, Systemgruppendetails —
- Details bearbeiten, Systemgruppendetails ⇒ Details —
- hinzufügen und entfernen, Systeme zu Gruppen hinzufügen und von Gruppen entfernen
- löschen, Systemgruppendetails ⇒ Details —
- Systemgruppen
- beitreten und verlassen, System-Details ⇒ Gruppen —
- erstellen, Gruppen erstellen
- Liste, Systemgruppen —
- Systemgruppenliste, Systemgruppen —
- zuweisen und entfernen, System-Details ⇒ Gruppen —
- Systemgruppenliste
- Status, Systemgruppen —
- Systemliste, Systeme
- Status, Systeme
- Systemprofil, Ein Systemprofil anmelden
- Angepasste Informationen, System-Details ⇒ Details ⇒ Angepasste Info —
- Eigenschaften aktualisieren, System-Details ⇒ Details ⇒ Eigenschaften
- Hardwareprofil aktualisieren, System-Details ⇒ Details ⇒ Hardware
- Notizen, System-Details ⇒ Details ⇒ Notizen
- Paketliste aktualisieren, Ihr Systemprofil synchronisieren, System-Details ⇒ Software ⇒ Pakete
- Reaktivierung, System-Details ⇒ Details ⇒ Reaktivierung —
U
- Überblick, Überblick
- Account-Deaktivierung, Account-Deaktivierung
- Adressen, Adressen
- Email, E-Mail ändern
- Hilfe, Hilfe
- Ihr Account, Ihr Account
- Ihre Präferenzen, Ihre Präferenzen
- Überblick über die Website, Kategorien und Seiten
- UNIX-Varianten (Siehe unterstützte)
- Update
- Service-Stufe, Update
V
- Variablen
- Makros
- in Konfigurationsdateien, Einbinden von Makros in Ihren Konfigurationsdateien
W
- WebLogic
- Execute Queue, BEA WebLogic::Execute Queue
- Heap Free, BEA WebLogic::Heap Free
- JDBC Connection Pool, BEA WebLogic::JDBC Connection Pool
- Probes, BEA WebLogic 6.x und höher
- Server State, BEA WebLogic::Server State
- Servlet, BEA WebLogic::Servlet
- Website, Red Hat Network Website
- Aktivierungsschlüssel, Aktivierungsschlüssel —
- Alle Errata, Alle Errata
- angepasste Systeminformationen, Angepasste System-Info —
- Benutzer, Benutzer —
- Channel-Liste, Software-Channels
- Channels, Channels
- Errata, Errata
- Erratum-Suche, Erweiterte Suche
- gespeicherte Profile, Gespeicherte Profile —
- Hilfe, Hilfe
- Ihr Account, Ihr Account
- Locale, Locale-Präferenzen
- Login, Auf der RHN-Website einloggen
- Monitoring, Monitoring —
- Navigationsleiste, Navigation
- Plan, Plan
- Relevante Errata, Relevante Errata
- Software-Channel-Details, Software-Channel-Details
- Software-Suche, Paketsuche
- Sprache, Locale-Präferenzen
- System-Berechtigungen, Abonnement-Management
- System-Details, System-Details
- Systeme, Systeme
- Systemgruppen, Systemgruppen —
- Systemgruppenliste, Systemgruppen —
- Systemliste, Systeme
- Systemsuche, Erweiterte Suche —
- Systemüberblick, Überblick —
- Überblick, Navigation, Überblick