부록 B 추가 SVR4 패키징 요구 사항(참조)

이 부록은 특히 다른 업체 패키지를 포함하여 패키지를 설치 또는 제거하는 시스템 관리자를 위한 것입니다. 이러한 패키징 요구 사항을 따르면 다음을 수행할 수 있습니다.

• Solaris Live Upgrade로 업그레이드하고 비전역 영역 및 디스크 없는 클라이언트를 만들고 유지할 수 있으므로 현재 실행 중인 시스템을 수정하지 않도록 합니다.

• 사용자 정의 JumpStart와 같은 설치 프로그램을 사용할 때 패키지가 설치를 자동화하는 대화식이 되지 못하도록 합니다.

이 장은 다음 내용으로 구성되어 있습니다.

• 현재 OS의 수정 방지.

• 설치 또는 업그레이드 시 사용자 상호 작용 방지.

• 영역에 대한 패키지 매개 변수 설정

현재 OS의 수정 방지

이 절의 요구 사항을 따르면 현재 실행 중인 OS가 변경되지 않고 유지됩니다.

절대 경로 사용

운영 체제 설치가 성공하려면 패키지가 Solaris Live Upgrade 비활성 부트 환경 등의 대체 루트(/) 파일 시스템을 인지하고 올바로 처리해야 합니다.

패키지는 pkgmap 파일(패키지 맵)에 절대 경로를 포함할 수 있습니다. 이 파일이 존재할 경우 해당 파일은 pkgadd 명령어의 -R 옵션에 상대적으로 작성됩니다. 절대 및 상대(재할당 가능) 경로를 모두 포함하는 패키지를 대체 루트(/) 파일 시스템에 설치할 수도 있습니다. $PKG_INSTALL_ROOT는 pkgadd에 의해 설치될 때 모든 경로가 제대로 해결되도록 절대 및 재할당 파일 모두의 앞에 붙습니다.

pkgadd -R 명령어 사용

pkgadd -R 옵션을 사용하여 설치되거나 pkgrm -R 옵션을 사용하여 제거되는 패키지는 현재 실행 중인 시스템을 변경하지 말아야 합니다. 이 기능은 사용자 정의 JumpStart, Solaris Live Upgrade, 비전역 영역 및 디스크 없는 클라이언트에서 사용합니다.

pkgadd 명령어 -R 옵션으로 설치되거나 pkgrm 명령어 -R 옵션을 사용하여 제거되는 모든 패키지에 포함되는 모든 프로시저 스크립트는 현재 실행 중인 시스템을 변경하지 말아야 합니다. 사용자가 제공하는 모든 설치 스크립트는 접두어가 $PKG_INSTALL_ROOT 변수인 모든 디렉토리 또는 파일을 참조해야 합니다. 패키지는 $PKG_INSTALL_ROOT 접두어를 가진 모든 디렉토리 및 파일을 작성해야 합니다. 패키지는 $PKG_INSTALL_ROOT 접두어 없이 디렉토리를 제거하지 말아야 합니다.

표 B–1은 스크립트 구문의 예를 제공합니다.

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

$PKG_INSTALL_ROOT와 $BASEDIR 사이의 차이점 개요

$PKG_INSTALL_ROOT는 패키지를 추가할 컴퓨터의 루트(/) 파일 시스템의 위치입니다. 위치는 pkgadd 명령어의 -R 인자로 설정됩니다. 예를 들어, 다음 명령어가 호출되면 $PKG_INSTALL_ROOT가 패키지를 설치하는 동안 /a가 됩니다.

# pkgadd -R /a SUNWvxvm

$BASEDIR은 위치 변경이 가능한 패키지 객체가 설치된 위치 변경이 가능한 기본 디렉토리를 가리킵니다. 위치 변경이 가능한 객체만 여기에 설치됩니다. 위치 변경이 불가능한 객체(pkgmap 파일의 절대 경로를 가진 객체)는 항상 비활성 부트 환경에 상대적으로 설치되지만 실제로 $BASEDIR에 상대적이지 않습니다. 패키지에 위치 변경이 가능한 객체가 없는 경우 해당 패키지는 절대 패키지(즉, 위치 변경이 불가능한 패키지)라고 하며 $BASEDIR은 정의되지 않고 패키지 프로시저 스크립트에 사용할 수 없습니다.

예를 들어, 패키지의 pkgmap 파일은 다음 두 항목을 가지는 것으로 가정합니다.

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

pkginfo 파일은 $BASEDIR에 대한 다음 사양을 갖습니다.

BASEDIR=/opt

이 패키지가 다음 명령어로 설치되면 ls는 /a/opt/sbin/ls에 설치되지만 ls2는 /a/sbin/ls2에 설치됩니다.

# pkgadd -R /a SUNWtest

스크립트 작성 지침

패키지 프로시저 스크립트는 반드시 현재 실행 중인 OS와 독립적이어서 OS가 수정되지 않도록 해야 합니다. 프로시저 스크립트는 패키지 설치 및 제거 동안 특정 지점에서 발생하는 작업을 정의합니다. 이러한 미리 지정된 이름으로 만들 수 있는 프로시저 스크립트는preinstall, postinstall, preremove 및 postremove 등 4개입니다.

디스크 없는 클라이언트 호환성 유지관리

패키지가 패키지 자체가 제공하는 명령어를 실행하면 안 됩니다. 이는 디스크 없는 클라이언트 호환성을 유지하고 아직 설치되지 않은 공유 라이브러리가 필요할 수 있는 명령어 실행을 방지하기 위한 것입니다.

패키지 확인

모든 패키지는 pkgchk 검증을 통과해야 합니다. 패키지가 작성되면 설치되기 전에 다음 명령어로 검사해야 합니다.

# pkgchk -d dir_name pkg_name

dir_name

패키지가 상주하는 디렉토리의 이름을 지정합니다.

pkg_name

패키지의 이름을 지정합니다.

예 B–1 패키지 테스트

패키지가 작성된 후 pkgadd에 대한 -R dir_name 옵션을 사용하여 대체 루트(/) 위치로 설치하여 테스트해야 합니다. 패키지가 설치된 후 다음 예에서와 같이 pkgchk를 사용하여 정확성을 검사해야 합니다.

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

오류가 표시되어서는 안 됩니다.

예 B–2 /export/SUNWvxvm에서 패키지 테스트

패키지가 /export/SUNWvxvm에 있는 경우 다음 명령을 실행해야 합니다.

# pkgchk -d /export SUNWvxvm

오류가 표시되어서는 안 됩니다.

파일을 작성, 수정 및 삭제할 때 기타 명령어를 사용하여 패키지를 확인할 수 있습니다. 다음 명령어를 예로 들 수 있습니다.

• 예를 들어, dircmp 또는 fssnap 명령어는 패키지가 제대로 작동하는지 검증하는 데 사용할 수 있습니다.

• 또한 ps 명령어는 데몬이 패키지에 의해 정지 또는 시작되지 않았음을 확인하여 데몬 적합성을 테스트하기 위해 사용될 수 있습니다.

• truss, pkgadd -v 및 pkgrm 명령어는 런타임 패키지 설치 적합성을 테스트할 수 있지만 일부 상황에서 작동하지 않을 수 있습니다. 다음 예에서, truss 명령어는 모든 읽기 전용, 비$TEMPDIR 액세스를 제거하고 지정된 비활성 부트 환경 내에 있지 않는 경로에 대한 비읽기 전용 액세스만 보여 줍니다.

# 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}

설치 또는 업그레이드 시 사용자 상호 작용 방지

패키지는 다음 Solaris 유틸리티를 사용할 경우 사용자에게 정보를 묻는 메시지가 표시되지 않고 추가 또는 제거되어야 합니다.

• 사용자 정의 JumpStart 프로그램

• Solaris Live Upgrade

• Solaris 설치 프로그램 프로그램

• Solaris 영역

사용자 상호 작용 없이 설치할 수 있도록 패키지를 테스트하기 위해 pkgadd 명령어 -a 옵션으로 새 관리 파일을 설정할 수 있습니다. -a 옵션은 기본 관리 파일 대신 사용될 설치 관리 파일을 정의합니다. 기본 파일을 사용하면 사용자에게 추가 정보를 묻는 메시지가 표시될 수 있습니다. 이들 검사를 무시하고 사용자 확인이 없이 패키지를 설치해야 함을 pkgadd에게 알려주는 관리 파일을 만들 수 있습니다. 자세한 내용은 매뉴얼 페이지 admin(4) 또는 pkgadd(1M)을 참조하십시오.

다음 예는 pkgadd 명령어가 관리 파일을 사용하는 방법을 보여 줍니다.

• 관리 파일이 제공되지 않으면 pkgadd는 /var/sadm/install/admin/default를 사용합니다. 이 파일을 사용하면 사용자 상호 작용이 생길 수 있습니다.

  # pkgadd

• 상대 관리 파일이 명령줄에 제공되면 pkgadd는 /var/sadm/install/admin에서 파일 이름을 찾아 사용합니다. 이 예에서 상대 관리 파일의 이름은 nocheck이고 pkgadd는 /var/sadm/install/admin/nocheck를 찾습니다.

  # pkgadd -a nocheck

• 절대 파일이 제공되면 pkgadd가 해당 파일을 사용합니다. 이 예에서 pkgadd는 /tmp에서 nocheck 관리 파일을 찾습니다.

  # pkgadd -a /tmp/nocheck

예 B–3 설치 관리 파일

다음은 pkgadd 유틸리티와의 사용자 상호 작용이 거의 필요 없는 설치 관리 파일의 예입니다. 패키지가 시스템에서 사용 가능한 공간보다 더 많은 공간을 필요로 하는 경우를 제외하고 pkgadd 유틸리티는 이 파일을 사용하고 사용자에게 추가 정보를 묻는 메시지를 표시하지 않고 패키지를 설치합니다.

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

영역에 대한 패키지 매개 변수 설정

패키지에는 비전역 영역이 설치된 시스템에서 해당 내용이 배포되고 표시되는 방식을 제어하는 매개 변수가 있습니다. SUNW_PKG_ALLZONES , SUNW_PKG_HOLLOW 및 SUNW_PKG_THISZONE 패키지 매개 변수는 영역이 설치된 시스템의 패키지 특성을 정의합니다. 비전역 영역이 설치된 시스템에서 패키지를 관리할 수 있도록 이 매개 변수를 설정해야 합니다.

다음 표에는 패키지 매개 변수 설정을 위한 네 가지 유효한 조합이 나열되어 있습니다. 다음 표에 나열되지 않은 설정 조합을 선택한 경우, 해당 설정은 무효화되고 패키지 설치에 실패합니다.

세 개의 패키지 매개 변수 모두를 설정해야 합니다. 세 개의 패키지 매개 변수 모두를 비워둘 수 있습니다. 패키지 도구는 누락된 영역 패키지 매개 변수를 설정이 “false”인 것으로 해석하지만 매개 변수를 설정하지 않는 것은 권장하지 않습니다. 세 개의 패키지 매개 변수 모두를 설정하여 패키지를 설치하거나 제거할 때의 패키지 도구의 정확한 동작을 지정합니다.

배경 정보

다음 참조는 패키징 요구 사항과 특정 명령어 구문에 대한 배경 정보를 제공합니다.