부록 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 command -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

추가 정보

다음 참조에 패키지 요구 사항과 특정 명령 구문에 대한 배경 정보가 있습니다.