test

Installationsguide för Solaris 9

Bilaga C Ytterligare krav för SvR4-paketering (Referens)

Den här bilagan riktar sig till systemadministratörer som måste installera och ta bort paket med anpassad JumpStart eller Solaris Live Upgrade, speciellt paket från andra tillverkare. Om de här paketeringskraven följs blir den anpassade JumpStart-installationen icke-interaktiv och systemet som körs för tillfället ändras inte, vilket gör det möjligt att uppgradera med Solaris Live Upgrade.

Obs!

En alternativ rot (/) är en kopia av operativmiljön, inte systemet som körs för tillfället.

Paketeringskrav, översikt

Om anpassad JumpStart och Solaris Live Upgrade ska fungera ordentligt måste paketen följa kraven för SvR4-paketering. I Application Packaging Developer's Guide finns mer information om paketeringskrav och terminologi, särskilt i följande kapitel: "Advanced Package Creation Techniques" in Application Packaging Developer's Guide

Om du vill ha grundläggande information om hur du lägger till och tar bort paket och installationsadministrationsfilen, läser du "Managing Software (Overview)" in System Administration Guide: Basic Administration. Läs också relevant direkthjälp (man pages).

Om du vill ha detaljerad information om kommandon som det refereras till i den här bilagan, läser du i direkthjälpen (man pages), dircmp(1), fssnap(1M), ps(1), eller truss(1).

Tabell C-1 visar information som gäller antingen Solaris Live Upgrade eller anpassad JumpStart.

Tabell C-1 Information om kraven

Installationsmetod 

Dokumenterade krav 

Solaris Live Upgrade 

Anpassad JumpStart 

Krav för alternativ rot (/) för anpassad JumpStart och Solaris Live Upgrade

En alternativ rot (/) är en kopia av operativmiljön, inte systemet som körs för tillfället. Ett paket som används av Live Upgrade eller anpassad JumpStart måste följa de här kraven:

I följande lista förklaras kraven för alternativ rot (/).

Skillnader mellan $PKG_INSTALL_ROOT och $BASEDIR, översikt

$PKG_INSTALL_ROOT är platsen där rotfilsystemet (/) för datorn som du lägger till paketen på finns. Den anges till -R-argumentet för kommandot pkgadd. Om till exempel följande kommando anropas:


# pkgadd -R /a SUNWvxvm

Då läggs $PKG_INSTALL_ROOT till före /a under installationen av paketet.

$BASEDIR pekar på den relokerbara baskatalog som relokerbara paketobjekt installeras till. Endast relokerbara objekt installeras här. Icke-relokerbara objekt (de som har absoluta sökvägar i pkgmap-filen) installeras alltid relativt till den alternativa roten (/), men inte relativt till $BASEDIR. Om ett paket inte har några relokerbara objekt, anses paketet vara ett absolut paket (eller icke-relokerbart). $BASEDIR är då odefinierad och inte tillgänglig för paketprocedurskript.

Anta exempelvis att paketets pkgmap-fil har två poster:


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

Och pkginfo-filen har en specfikation för $BASEDIR:


BASEDIR=/opt

Om det här paketet installeras med följande kommando:


# pkgadd -R /a SUNWtest

Då installeras ls i /a/opt/sbin/ls, men ls2 installeras som /a/sbin/ls2.

Standard för alternativa startmiljöer för Solaris Live Upgrade

När du använder Solaris Live Upgrade och skapar en ny startmiljö undviker du problem genom att följa de här riktlinjerna.

De här kraven för att skapa, ändra och ta bort filer kan verifieras med flera olika kommandon. Kommandona dircmp och fssnap till exempel kan användas för att verifiera att paketen fungerar som de ska. Dessutom kan kommandot ps användas för att testa bakgrundsprogramskompatibilitet genom att kontrollera att bakgrundsprogram inte stoppas eller startas av paketet. Kommandona truss och pkgadd kan testa paketinstallation vid körtid, men de fungerar inte alltid i alla situationer. I följande exempel stryker kommandot truss bort alla skrivskyddade, icke-$BASEDIR-åtkomst och visar bara icke-skrivskyddad åtkomst till sökvägar som inte ligger inom den alternativa rot (/) som angetts. 


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

Om du vill ha detaljerad information om kommandon som det refereras till i den här avsnittet, läser du i direkthjälpen (man pages), dircmp(1), fssnap(1M), ps(1), eller truss(1).

Uppgraderingskompatibiltet med anpassad JumpStart

Med anpassad JumpStart-kompatibilitet kan du lägga till och ta bort paket medan de är en del av traditionella installationsverktygen för Solaris, som är de följande:

Med anpassad JumpStart-kompatibilitet kan paketet vara med i Solaris-uppgraderingar. För att ett paket ska ha anpassad JumpStart-kompatibilitet, måste paketet följa kraven för alternativ rot (/) så som de förklaras i "Krav för alternativ rot (/) för anpassad JumpStart och Solaris Live Upgrade ".

Om du vill använda anpassad JumpStart så effektivt som möjligt, måste paket läggas till och tas bort utan att användaren ombeds lämna information. Om du vill undvika användarinteraktion konfigurerar du en ny administrationsfil med kommandot pkgadd och alternativet -a. Alternativet -a definierar en installationsadministrationsfil som ska användas i stället för standardadministrationsfilen. Om du använder standardfilen kan det hända att användaren ombeds lämna mera information. Du kan skapa en administrationsfil som talar om för pkgadd att den ska hoppa över kontrollerna och installera paket med användarbekräftelse. Följande exempel visar hur du använder administrationsfilen för pkgadd.

Följande är ett exempel på en installationsadministrationsfil som förhindrar pkgadd från att be användare bekräfta innan paketet installeras.

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

Om du vill ha detaljerad information läser du direkthjälpen (man pages) admin(4) eller pkgadd(1M).