Depot-Verwaltung
Rolle: Administrator
Überblick
Welche Depots es gibt, liest oPBWeb von den eingerichteten opsi-Configservern. Jedes Depot gehört zu genau einem Configserver. Als Administrator legst du für jedes Depot fest, in welcher Stufe es läuft, unter welcher Dienst-URL oPBWeb es erreicht und ob es überhaupt verwendet wird (Aktiv). Die Stufe entscheidet, welche Rolle auf dem Depot installieren darf.
Du findest die Einstellungen unter Depots. Die linke Liste ist nach Configservern gegliedert: Jeder Configserver steht als fett gedruckte Zeile, darunter eingerückt seine Depots mit Stufen-Abzeichen und der Zahl der Produkte, beim Depot des Configservers selbst zum Beispiel „Configserver · 120 Produkte“. Zusätze wie „deaktiviert“ oder „nicht mehr vorhanden“ stehen ebenfalls in der zweiten Zeile. Wie du Configserver anlegst und pflegst, steht in Configserver .
Wähl links ein Depot aus, rechts steht oben der Block Einstellungen. Alle anderen Rollen sehen die Werte nur; die Felder sind für sie gesperrt. Die übrigen Funktionen der Depot-Ansicht (Installierte Produkte, Dateien, Repository, Vergleich) beschreibt Depots im Benutzerhandbuch.
Stufen: Test, Staging und Produktion
Jedes Depot hat eine von drei Stufen. Sie steht als Abzeichen in der Depotliste und in der Kopfzeile des Depots.
| Stufe | Installieren, Deinstallieren, Entsperren, Repository löschen |
|---|---|
| Test | ab Rolle Packager |
| Staging | ab Rolle Packager |
| Produktion | ab Rolle Releaser |
So können Packager neue Pakete auf Test- und Staging-Depots ausprobieren, während nur Releaser und Administratoren produktive Depots bespielen. Im Dialog Installieren … sieht ein Packager produktive Depots mit dem Hinweis „erfordert Rolle Releaser“ und kann sie nicht auswählen. Die vollständige Rollenübersicht steht in Benutzer und Rollen .
Geerbte Stufe
Jeder Configserver hat selbst eine Stufe. Seine Depots übernehmen sie, solange du für ein Depot keine eigene Stufe festlegst. Eine geerbte Stufe erkennst du am kursiven, helleren Abzeichen mit dem Tooltip „vom Configserver geerbt“. Änderst du die Stufe des Configservers, ändert sich die Stufe aller Depots mit, die sie erben.
So reicht es meist, die Stufe einmal am Configserver zu setzen: Ein Testserver bekommt Test, und alle seine Depots sind Test-Depots. Eine eigene Stufe brauchst du nur für einzelne Depots, die von ihrem Configserver abweichen sollen.
Neue Configserver starten in der Stufe Produktion, und neue Depots erben die Stufe ihres Configservers. Das ist Absicht: Ein Depot, das niemand eingeordnet hat, darf kein Packager versehentlich bespielen. Setz die Stufe eines Test- oder Staging-Servers deshalb gleich beim Anlegen.
Depot-Einstellungen ändern
- Öffne Depots in der Aktivitätsleiste und wähl links das Depot aus.
- Setz im Block Einstellungen die Felder:
- Stufe — „wie Configserver (Stufe)“ (die Stufe wird geerbt), Produktion, Staging oder Test.
- Dienst-URL — Adresse von opsiconfd auf diesem Depot, über die oPBWeb Pakete hochlädt und auf die Dateien des Depots zugreift. Lass das Feld leer, um die Standard-URL zu verwenden: Hostname des Depots mit dem Port des Configservers, zum Beispiel
https://depot01.example.local:4447. Beim Configserver selbst ist die Standard-URL die URL des Configservers aus dessen Formular . Die Standard-URL steht als grauer Platzhalter im Feld. - Aktiv — ja oder nein. Ein inaktives Depot bleibt in der Liste, ist aber für Installieren, Deinstallieren, Entsperren und Repository-Löschen gesperrt. Im Dialog Installieren … erscheint es als „deaktiviert“.
- Klick auf Speichern. Die Meldung „Einstellungen gespeichert“ bestätigt das.
Unter den Feldern zeigt oPBWeb, was tatsächlich gilt: Verwendete URL ist die Adresse, mit der oPBWeb das Depot anspricht; ein Klick darauf öffnet das Depot in einem neuen Tab. Außerdem siehst du, was opsi selbst meldet, etwa die Pfade Repository und Depot und die URL unter Von opsi gemeldet.
Eine eigene Dienst-URL brauchst du nur, wenn das Depot unter seinem Hostnamen nicht erreichbar ist oder opsiconfd dort auf einem anderen Port läuft. Verwende auch hier den Hostnamen, keine IP-Adresse, damit die Zertifikatsprüfung klappt.
Wie Depots in oPBWeb landen
oPBWeb gleicht die Depots mit ihrem Configserver ab:
- bei jeder automatischen Prüfung, also alle fünf Minuten (Standard, einstellbar unter Einstellungen → Worker) für jeden erreichbaren Configserver
- direkt nach dem Hinzufügen eines Configservers und nach Verbindung testen im Formular des Configservers
- wenn ein Packager oder Administrator in Depots auf Abgleichen klickt: in der Kopfzeile eines Depots oder bei einem Configserver gleicht das nur diesen einen Configserver ab („Depots abgleichen (Name)“), ⟳ im Kopf der Liste alle Configserver („Depots aller Configserver abgleichen“)
Ein Abgleich berührt nie die Depots eines anderen Configservers. Ein Abgleich über Abgleichen oder ⟳ liest zusätzlich die Workbench des Configservers ein (für die Angabe „Workbench“ in der Paketliste); der automatische Abgleich tut das nicht, dafür liest der Worker die Workbench in einem eigenen Takt (siehe Einstellungen ). Beim Abgleich gilt:
| Situation | Was oPBWeb macht |
|---|---|
| Der Configserver meldet ein neues Depot. | Das Depot wird mit geerbter Stufe („wie Configserver“) und Aktiv ja angelegt. |
| Der Configserver meldet ein bekanntes Depot. | Die Angaben von opsi und die installierten Produkte werden aktualisiert. Stufe, Dienst-URL und Aktiv bleiben, wie du sie gesetzt hast. |
| Der Configserver meldet ein Depot nicht mehr. | Das Depot bleibt mit seinen Einstellungen erhalten und ist als „nicht mehr vorhanden“ markiert. Es ist für alle Depot-Aktionen gesperrt. |
| Ein als „nicht mehr vorhanden“ markiertes Depot wird wieder gemeldet. | Die Markierung verschwindet, die bisherigen Einstellungen gelten weiter. |
| Das gemeldete Depot gehört in oPBWeb bereits zu einem anderen Configserver (zum Beispiel weil derselbe Server unter zwei URLs eingerichtet ist). | Das Depot wird übersprungen; das Job-Protokoll meldet „Depot … gehört bereits zum Configserver … und wird übersprungen“. |
Verschwundene Depots entfernen
Ein Depot, das der Configserver nicht mehr meldet, bleibt in oPBWeb stehen, bis du es entfernst. In der Detailansicht steht dann „Der Configserver meldet dieses Depot nicht mehr. Es bleibt mit seinen Einstellungen erhalten, bis ein Admin es entfernt.“
- Wähl das Depot in der Liste aus.
- Klick in der Kopfzeile auf Entfernen. Die Schaltfläche gibt es nur bei Depots, die nicht mehr gemeldet werden.
- Bestätige die Rückfrage „Depot depot01.example.local mit seinen Einstellungen aus oPBWeb entfernen? Auf dem opsi-Server ändert sich nichts.“
Die Meldung „Depot entfernt“ bestätigt das. Depots, die der Configserver noch meldet, kannst du nicht entfernen; setz sie stattdessen auf Aktiv nein. Entfernst du einen ganzen Configserver, verschwinden alle seine Depots mit (siehe Configserver entfernen ).
Weitere Rechte als Administrator
Neben den Depot-Einstellungen hast du in der täglichen Arbeit einige Rechte, die anderen Rollen fehlen:
- Jobs anderer Benutzer abbrechen: Unter Jobs kannst du jeden wartenden Job mit Abbrechen stoppen, nicht nur deine eigenen. Laufende Jobs lassen sich auch von Administratoren nicht abbrechen. Mehr dazu in Jobs .
- Globale Snippets pflegen: Nur Administratoren legen Snippets mit der Sichtbarkeit „Global (für alle)“ an, ändern und löschen sie oder importieren Snippets in den globalen Bereich. Alle anderen sehen globale Snippets; Packager können sie mit Duplizieren als eigene Kopie übernehmen. Die Bedienung steht in Snippets .