Anhang B Zusätzliche SVR4-Packaging-Anforderungen (Referenz)

Dieser Anhang richtet sich an Systemadministratoren, die mit dem benutzerdefinierten JumpStart-Programm oder Solaris Live Upgrade Packages installieren bzw. entfernen müssen, insbesondere Packages von Drittherstellern. Die Beachtung dieser Packaging-Anforderungen bewirkt:

• Das aktuell ausgeführte System wird nicht verändert. Sie können also ein Upgrade mit Solaris Live Upgrade durchführen und nicht-globale Zonen sowie Diskless-Clients erzeugen und warten.

• Es wird verhindert, dass Packages bei der Verwendung von Installationsprogrammen wie der benutzerdefinierten Jump-Start-Installation interaktiv ausgeführt werden; d. h. die automatisierte Installation ohne Benutzereingriff ist möglich.

Dieses Kapitel enthält die folgenden Abschnitte:

• Verhindern einer Modifikation des aktuellen BS

• Verhindern der Benutzerinteraktion bei Installation oder Upgrade

• Einstellen von Package-Parametern für Zonen

Verhindern einer Modifikation des aktuellen BS

Wenn Sie die in diesem Abschnitt beschriebenen Anforderungen erfüllen, bleibt das aktuell ausgeführte BS unverändert.

Verwenden absoluter Pfade

Für eine erfolgreiche Installation eines Betriebssystems müssen die Packages alternative Root-Dateisysteme (/) wie z. B. eine inaktive Solaris Live Upgrade-Boot-Umgebung erkennen und fehlerfrei behandeln.

Packages können in der Datei pkgmap (Package-Map) absolute Pfade enthalten. Sind die Dateien vorhanden, werden sie relativ zu dem Verzeichnis geschrieben, das mit der Option -R des Befehls pkgadd angegeben wird. Packages, die absolute und relative (verschiebbare) Pfade enthalten, können ebenfalls in einem alternativen Root-Dateisystem (/) installiert werden. $PKG_INSTALL_ROOT wird absoluten und verschiebbaren Dateien vorangestellt, so dass alle Pfade bei der Installation mit pkgadd korrekt aufgelöst werden.

Verwenden des Befehls pkgadd -R

Packages, die mit dem Befehl pkgadd und der Option -R installiert bzw. mit dem Befehl pkgrm und der Option -R entfernt werden, dürfen das zurzeit laufende System nicht modifizieren. Dieses Leistungsmerkmal kommt in der benutzerdefinierten JumpStart-Installation, in Solaris Live Upgrade, nicht-globalen Zonen und Diskless-Clients zum Einsatz.

Prozedurskripten, die in den mit dem Befehl pkgadd und der Option -R installierten bzw. mit dem Befehl pkgrm und der Option -R entfernten Packages enthalten sind, dürfen das zurzeit laufende System nicht modifizieren. Von Ihnen zur Verfügung gestellte Installationsskripten müssen alle Verzeichnisse und Dateien mit vorangestellter $PKG_INSTALL_ROOT-Variable referenzieren. Das Package muss alle Verzeichnisse und Dateien mit dem vorangestellten $PKG_INSTALL_ROOT-Präfix schreiben. Das Package darf keine Verzeichnisse ohne $PKG_INSTALL_ROOT-Präfix entfernen.

Tabelle B–1 zeigt Beispiele der Skriptsyntax.

if [ -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf ] ; then

if [ -f /etc/myproduct.conf ] ; \
 then

/bin/rm -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf

/bin/rm -f /etc/myproduct.conf 

echo "test=no" > ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf

echo "test=no" > \
/etc/myproduct.conf

Unterschiede zwischen $PKG_INSTALL_ROOT und $BASEDIR - Übersicht

$PKG_INSTALL_ROOT ist der Speicherort des Root-Dateisystems (/) auf dem Rechner, zu dem Sie das Package hinzufügen. Der Speicherort wird auf das -R-Argument des Befehls pkgadd gesetzt. So wird beispielsweise beim Aufruf des folgenden Befehls $PKG_INSTALL_ROOT während der Package-Installation zu /a.

# pkgadd -R /a SUNWvxvm

$BASEDIR verweist auf das verschiebbare Basisverzeichnis, in dem verschiebbare Package-Objekte installiert werden. Hier werden nur verschiebbare Objekte installiert. Nicht verschiebbare Objekte (Objekte mit absoluten Pfaden in der Datei pkgmap) werden immer relativ zur inaktiven Boot-Umgebung installiert, nicht jedoch relativ zum aktuellen $BASEDIR. Wenn ein Package keine verschiebbaren Objekte aufweist, wird es als absolutes bzw. nicht verschiebbares Package bezeichnet. $BASEDIR ist nicht definiert und steht Package-Prozedurskripten nicht zur Verfügung.

Angenommen, die Datei pkgmap eines Packages enthält zwei Einträge:

1 f none sbin/ls 0555 root sys 3541 12322 1002918510
1 f none /sbin/ls2 0555 root sys 3541 12322 2342423332

In der Datei pkginfo ist $BASEDIR definiert:

BASEDIR=/opt

Bei Installation dieses Packages mit dem folgenden Befehl wird ls in /a/opt/sbin/ls, aber ls2 als /a/sbin/ls2 installiert.

# pkgadd -R /a SUNWtest

Richtlinien zum Schreiben von Skripten

Package-Prozedurskripten müssen vom aktuell ausgeführten BS unabhängig sein, damit eine Änderung des BS verhindert werden kann. Prozedurskripten definieren Aktionen, die an bestimmten Punkten während der Installation bzw. der Deinstallation von Packages auftreten. Mit diesen vordefinierten Namen können vier Prozedurskripten erstellt werden: preinstall, postinstall, preremove und postremove.

Erhalten der Diskless-Client-Kompatibilität

Packages dürfen keine Befehle ausführen, die vom Package selbst geliefert werden. Dadurch wird die Diskless-Client-Kompatibilität gewährleistet und sichergestellt, dass keine Befehle ausgeführt werden, für die gemeinsam genutzte Bibliotheken benötigt werden, die noch nicht installiert sind.

Überprüfen von Packages

Alle Packages müssen mit pkgchk validiert werden. Nachdem Sie ein Package erstellt haben, müssen Sie es vor der Installation mit dem folgenden Befehl überprüfen:

# pkgchk -d dir_name pkg_name

Verz_name

Gibt den Namen des Verzeichnisses an, in dem sich das Package befindet

Pkg-Name

Gibt den Namen des Packages an

Beispiel B–1 Testen von Packages

Nachdem Sie ein Package erstellt haben, müssen Sie es testen, indem Sie es mit der Option R -Verz_name des Befehls pkgadd in einem alternativen Root-Dateisystem (/) installieren. Nach der Installation des Packages ist es wie in diesem Beispiel mit dem Befehl pkgchk auf Fehler zu überprüfen.

# pkgadd -d . -R /a SUNWvxvm
# pkgchk -R /a SUNWvxvm

Es sollten keine Fehler angezeigt werden.

Beispiel B–2 Testen eines Packages in /export/SUNWvxvm

Wenn ein Package in /export/SUNWvxvm gespeichert ist, führen Sie den folgenden Befehl aus:

# pkgchk -d /export SUNWvxvm

Es sollten keine Fehler angezeigt werden.

Beim Erstellen, Bearbeiten und Löschen von Dateien können andere Befehle das Package überprüfen. Die folgenden Befehle sind ein Beispiel hierfür.

• Mit dem Befehl dircmp und fssnap können Sie zum Beispiel verifizieren, ob sich Packages wie gewünscht verhalten.

• Mit dem Befehl ps können Sie außerdem die Konformität von Dämonen testen, indem Sie sicherstellen, dass das Package keine Dämonen stoppt oder startet.

• Mit den Befehlen truss, pkgadd -v und pkgrm können Sie testen, ob die Konformität der Package-Installation zur Laufzeit gegeben ist, doch dies funktioniert möglicherweise nicht in allen Situationen. Im folgenden Beispiel entfernt der Befehl truss alle schreibgeschützten Nicht-$TEMPDIR-Zugriffe und zeigt nur die nicht schreibgeschützten Zugriffe auf Pfade an, die nicht in der angegebenen inaktiven Boot-Umgebung liegen.

# TEMPDIR=/a; export TEMPDIR
# truss -t open /usr/sbin/pkgadd -R ${TEMPDIR} SUNWvxvm \
2>&1 > /dev/null | grep -v O_RDONLY | grep -v \
'open("'${TEMPDIR}

Verhindern der Benutzerinteraktion bei Installation oder Upgrade

Bei der Verwendung der folgenden Solaris-Standarddienstprogramme müssen Packages hinzugefügt oder entfernt werden, ohne dass der Benutzer zu Eingaben aufgefordert wird:

• Benutzerdefiniertes JumpStart-Programm

• Solaris Live Upgrade

• Programm Solaris-Installationsprogramm

• Solaris-Zonen

Um zu testen, dass sich ein Package ohne Benutzereingriffe installieren lässt, können Sie mit dem Befehl pkgadd und der Option - a eine neue Administrationsdatei einrichten. Die Option -a definiert eine Installationsadministrationsdatei, die anstelle der Standardadministrationsdatei verwendet wird. Bei Verwendung der Standarddatei wird der Benutzer möglicherweise zur Eingabe weiterer Informationen aufgefordert. Sie können eine Administrationsdatei erstellen, in der pkgadd angewiesen wird, diese Abfragen auszulassen und das Package ohne Bestätigung seitens des Benutzers zu installieren. Genaueres hierzu entnehmen Sie bitte der Manpage admin(4) oder pkgadd(1M).

An den folgenden Beispielen wird deutlich, wie der Befehl pkgadd die Administrationsdatei verwendet.

• Wenn keine Administrationsdatei zur Verfügung gestellt wird, verwendet pkgadd die Datei /var/sadm/install/admin/default. Dabei werden jedoch möglicherweise Benutzereingriffe erforderlich.

  # pkgadd

• Wenn Sie über die Befehlszeile eine relative Administrationsdatei angeben, sucht pkgadd in /var/sadm/install/admin nach dem Dateinamen. In diesem Beispiel lautet der Name der relativen Administrationsdatei nocheck, und pkgadd sucht nach /var/sadm/install/admin/nocheck.

  # pkgadd -a nocheck

• Wenn eine absolute Datei angegeben wird, verwendet pkgadd diese. In diesem Beispiel sucht pkgadd in /tmp nach der Administrationsdatei nocheck.

  # pkgadd -a /tmp/nocheck

Beispiel B–3 Installations-Administrationsdatei

Sie sehen hier ein Beispiel für eine Installations-Administrationsdatei, die im Zusammenhang mit dem Dienstprogramm pkgadd nur sehr wenig Benutzerinteraktion erfordert. Sofern das Package nicht mehr Festplattenspeicher benötigt, als auf dem System verfügbar ist, greift pkgadd auf diese Datei zu und installiert das Package, ohne den Benutzer zur Eingabe von Informationen aufzufordern.

mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
space=ask
setuid=nocheck
confiict=nocheck
action=nocheck
basedir=default

Einstellen von Package-Parametern für Zonen

Pakete enthalten Parameter, mit denen festgelegt wird, wie ihr Inhalt verteilt wird und in einem System mit installierten nicht-globalen Zonen sichtbar gemacht wird. Die Paketparameter SUNW_PKG_ALLZONES, SUNW_PKG_HOLLOW und SUNW_PKG_THISZONE definieren die Eigenschaften von Paketen auf einem System mit installierten Zonen. Diese Parameter sind so einzustellen, dass Packages auf einem System mit nicht-globalen Zonen verwaltet werden können.

In der folgenden Tabelle sind vier gültige Kombinationen für das Einstellen von Paketparameter aufgeführt. In dieser Tabelle nicht aufgeführte Kombinationen sind unzulässig und haben zur Folge, das Packages nicht ordnungsgemäß installiert werden.

Achten Sie darauf, alle drei Paketparameter einzustellen. Sie können alle drei Paketparameter frei lassen. Die Package-Tools interpretieren leer gelassene Package-Parameter für Zonen als Wert „false“; es wird jedoch davon abgeraten, Package-Parameter nicht einzustellen. Durch das Einstellen aller drei Paketparameter geben Sie das exakte Verhalten der Paket-Tools beim Installieren oder Deinstallieren eines Pakets vor.

Hintergrundinformationen

An den folgenden Stellen finden Sie Hintergrundinformationen zu Packaging-Anforderungen und spezifischer Befehlssyntax.