탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 10 8/11 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획 Oracle Solaris 10 8/11 Information Library (한국어) |
제1부Solaris Live Upgrade로 업그레이드
4. Solaris Live Upgrade를 사용하여 부트 환경 만들기(작업)
5. Solaris Live Upgrade를 통해 업그레이드(작업)
7. Solaris Live Upgrade 부트 환경 유지 관리(작업)
8. 비전역 영역이 설치된 시스템에서 Oracle Solaris OS 업그레이드
10. Solaris Live Upgrade(명령 참조)
제2부Solaris Live Upgrade를 사용하여 업그레이드 및 ZFS 루트 풀로 마이그레이션
11. Solaris Live Upgrade 및 ZFS(개요)
12. ZFS용 Solaris Live Upgrade(계획)
여기의 요구 사항을 준수하면 현재 OS가 변경되지 않도록 유지할 수 있습니다.
운영 체제 설치가 성공하려면 패키지가 Solaris Live Upgrade 비활성 부트 환경 등의 대체 루트(/) 파일 시스템을 인지하고 올바로 처리해야 합니다.
패키지는 pkgmap 파일(패키지 맵)에 절대 경로를 포함할 수 있습니다. 이 파일이 존재할 경우 해당 파일은 pkgadd 명령의 -R 옵션에 상대적으로 작성됩니다. 절대 및 상대(위치 변경이 가능한) 경로를 모두 포함하는 패키지를 대체 루트(/) 파일 시스템에 설치할 수도 있습니다. $PKG_INSTALL_ROOT는 절대 및 재할당 가능한 파일에 모두 추가할 수 있으므로 pkgadd를 사용하여 설치할 때 모든 경로가 적절히 변환됩니다.
pkgadd -R 옵션을 사용하여 설치되거나 pkgrm -R 옵션을 사용하여 제거되는 패키지는 현재 실행 중인 시스템을 변경하지 말아야 합니다. 이 기능은 사용자 정의 JumpStart, Solaris Live Upgrade, 비전역 영역 및 디스크 없는 클라이언트에서 사용합니다.
pkgadd 명령 -R 옵션을 사용하여 설치되거나 pkgrm 명령 -R 옵션을 사용하여 제거되는 패키지에 포함된 모든 프로시저 스크립트는 현재 실행 중인 시스템을 변경하지 말아야 합니다. 사용자가 입력하는 모든 설치 스크립트는 반드시 접두어가 $PKG_INSTALL_ROOT 변수인 모든 디렉토리 또는 파일을 참조해야 합니다. 패키지는 $PKG_INSTALL_ROOT 접두어가 있는 모든 디렉토리 및 파일을 작성해야 합니다. 패키지는 $PKG_INSTALL_ROOT 접두어가 없는 디렉토리를 제거하면 안 됩니다.
표 B-1에서 스크립트 구문 예를 제공합니다.
표 B-1 설치 스크립트 구문의 예
|
$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개입니다.
표 B-2 스크립트 작성 지침
|
패키지가 패키지 자체가 제공하는 명령을 실행하면 안 됩니다. 이는 디스크 없는 클라이언트 호환성을 유지하고 아직 설치되지 않은 공유 라이브러리가 필요할 수 있는 명령 실행을 방지하기 위한 것입니다.
모든 패키지는 pkgchk 검증을 통과해야 합니다. 패키지가 작성되면 설치되기 전에 다음 명령으로 검사해야 합니다.
# pkgchk -d 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}