Solaris 9 4/03 릴리스 노트

업그레이드 중에 발생할 수 있는 설치 관련 버그

업그레이드하는 중에 `SUNWceudt` 패키지 설치 실패(4826785)

Solaris 9, Solaris 9 9/02 또는 Solaris 9 12/02 운영 환경에서 Solaris 9 4/03 릴리스로 업그레이드하는 경우 pkgchk 명령을 -n 옵션과 함께 사용하면 다음 오류가 발생합니다.

ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/datatypes.dt
pathname does not exist
ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/develop.dt
pathname does not exist
ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtfile.dt
pathname does not exist
ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtmail.dt
pathname does not exist
ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/dtpad.dt
pathname does not exist
ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/print.dt
pathname does not exist
ERROR: /usr/dt/appconfig/types/cs_CZ.ISO8859-2/uxstd.dt
pathname does not exist

해결 방법: Solaris 9 4/03 DVD 또는 Solaris 9 4/03 Software 1 of 2 CD를 사용하여 SUNWceudt 패키지를 다시 추가합니다. 다음 단계를 수행합니다.

수퍼유저가 됩니다.
SUNWceudt 패키지를 제거합니다.
# pkgrm SUNWceudt
디렉토리를 제품 디렉토리로 바꿉니다.
# cd path-to-Solaris-9/Product
SUNWceudt 패키지를 추가합니다.
# pkgadd -d `pwd` SUNWceudt

업그레이드 후 패치 114711-01 또는 114712-01이 전송한 `VDiskMgr.jar` 파일을 수동으로 등록(4818306)

시스템 패치 114711-01(SPARC 플랫폼판) 또는 패치 114712-01(x86 플랫폼판)에 적용된 경우 Solaris 9 4/03 운영 환경으로 업그레이드한 후 해당 패치와 함께 전송된 VDiskMgr.jar 파일을 수동으로 등록해야 합니다. 패치와 함께 전송된 VDiskMgr.jar 파일을 수동으로 등록하지 않는 경우 기존 VDiskMgr.jar 파일은 시스템에 그대로 남습니다. 또한 패치는 완전하게 문제를 해결하지 않습니다.

이 패치 중 하나가 시스템에 설치되어 있는지 확인하려면 다음 명령을 입력합니다.

SPARC 시스템:
# patchadd -p | grep '114711-01'
x86 시스템:
# patchadd -p | grep '114712-01'

해결 방법: Solaris 9 4/03 운영 환경으로 업그레이드한 이후 지정된 두 개의 패치와 함께 전송된 VDiskMgr.jar 파일을 수동으로 등록합니다. 다음 단계를 수행합니다.

수퍼유저가 됩니다.

기존의 VDiskMgr.jar 파일을 패치와 함께 전송된.jar 파일로 바꿉니다.

 # /usr/sadm/bin/smcregister tool -n \
com.sun.admin.diskmgr/VDiskMgr.jar \
/usr/sadm/lib/diskmgr/VDiskMgr.jar \
/usr/sadm/lib/dismgr/VDiskMgr_classlist.txt \
/usr/sadm/lib/diskmgr/VDiskMgrInfo.xml> /dev/null 2>$1

도구 상자에 있는 기존의 VDiskMgrin을 패치에 전송된 VDiskMgr 도구로 바꿉니다.

# /usr/sadm/bin/smcregister toolbox add -f tool \
com.sun.admin.diskmgr.client.VDiskMgr \
-F "/Storage/">/dev/null 2>&1

WBEM 서버를 중지합니다.
# /etc/init.d/init.wbem stop
WBEM 서버를 다시 시작합니다.
# /etc/init.d/init.wbem start

SPARC: MOF (관리 대상 개체 형식) 파일에 종속적인 Solaris 관리 콘솔 응용 프로그램은 업그레이드 후 실패할 수 있음(4825349)

Solaris 9 운영 환경에서 Solaris 9 9/02, Solaris 9 12/02 또는 Solaris 9 4/03 릴리스로 업그레이드하는 경우 기존 MOF(관리 대상 개체 형식) 파일이 등록되지 않습니다. 업그레이드하는 동안 이전의 /var/sadm/wbem/logr 디렉토리는 /var/sadm/wbem/logru3 디렉토리로 저장됩니다. 등록된 MOF 파일은 업그레이드 후에 등록되지 않습니다. 그 결과 MOF 파일에 의존하는 Solaris 관리 콘솔 응용 프로그램은 실패합니다.

콘솔 마운트 및 디스크 도구를 사용하면 다음 오류 메시지가 나타납니다.

CIM_ERR_NOT_FOUND

해결 방법: 누락된 MOF 파일을 수동으로 등록합니다. MOF 파일은 /var/sadm/wbem/logru3 디렉토리에서 이용할 수 있습니다. 다음 단계를 수행합니다.

수퍼유저가 됩니다.
MOF 파일을 수동으로 등록합니다.
# /usr/sadm/bin/mofreg -r tag mof-file
여기에서 tag는 /var/sadm/wbem/logru3/unregDir/ 디렉토리에 있는 디렉토리이며, mof–file은 tag 디렉토리에 있는 MOF 파일입니다.

예를 들면 다음과 같습니다.
# /usr/sadm/bin/mofreg -r svm \ /var/sadm/wbem/logru3/unregDir/svm/svm/Solaris_Vm1.0.mof
WBEM 서버를 중지합니다.
# /etc/init.d/init.wbem stop
WBEM 서버를 다시 시작합니다.
# /etc/init.d/init.wbem start

Solaris Live Upgrade 사용 시 설치 프로그램 텍스트 표시 문제 발생(4736488)

Solaris Live Upgrade luupgrade(1M) 명령을 -i 옵션과 함께 사용하여 비활성 부트 환경을 업그레이드할 때 설치 프로그램 디스플레이를 일부 언어에서 읽지 못할 수 있습니다. 설치 프로그램이 이전 릴리스에는 없고 현재 부트 환경에 존재하는 글꼴을 요청하면 텍스트가 손상됩니다.

해결 방법: 다음 해결 방법 중 하나를 선택합니다.

결합된 네트워크 설치 이미지를 사용하여 설치를 수행합니다.
시스템의 환경 변수를 설정하여 C 로켈을 활성화합니다.
- Bourne 셸 또는 Korn 셸을 사용할 경우 다음 단계를 수행합니다.
  1. C 로켈을 설정합니다.
    # LANG=C; export LANG
  2. 설치를 시작합니다.
- C 셸을 사용할 경우 다음 단계를 수행합니다.
  1. 다음과 같이 입력합니다.
    # csh
  2. C 로켈을 설정합니다.
    # setenv LANG C
  3. 설치를 시작합니다.

SPARC: 패치 목록 파일이 지정된 경우 `luupgrade` 명령이 패치를 추가할 수 없음(4679511)

-s 옵션을 luupgrade 명령과 함께 사용하여 디렉토리와 패치 목록 파일에 패치를 추가하면 패치가 추가되지 않습니다. 다음과 유사한 메시지가 표시됩니다.

/usr/sbin/luupgrade [52]:		3 patch-list-file: bad number

이전 메시지에서 patch-list-file은 패치 추가에 사용할 luupgrade 명령에 대하여 지정한 패치 목록 파일입니다.

해결 방법: 패치 목록 파일을 지정하는 패치를 추가하려면 다음 단계를 수행합니다.

수퍼유저가 됩니다.
패치하려는 부트 환경을 마운트합니다.
# lumount boot-envir-name mount-point
패치를 부트 환경에 추가합니다.
# /usr/sbin/patchadd -R mount-point -M patch-path patch-list-file-name
이전 명령에서 patch-path는 추가할 패치를 포함하는 디렉토리의 경로 이름입니다. patch-list-file-name은 추가하려는 패치의 목록을 포함하는 파일입니다.
부트 환경을 마운트 해제합니다.
# luumount boot-envir-name

SPARC: 업그레이드 동안 `SUNWjxcft` 패키지 기록의 제거 오류(4525236)

Solaris 8 운영 환경에서 Solaris 9 또는 Solaris 9 4/03 운영 환경으로 업그레이드할 경우 SUNWjxcft 패키지가 제거될 때 문제가 발생합니다. 다음 오류 메시지가 upgrade_log 파일에 기록됩니다.

Removing package SUNWjxcft:
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias
Removal of <SUNWjxcft> was successful

해결 방법: 오류 메시지를 무시합니다.

Solaris 8 운영 환경에서 업그레이드하면 여분의 커버로스 프라이버시 체계가 작성될 수 있음(4672740)

Solaris 9 4/03 운영 환경에서 커버로스 버전 5 전역 체계는 프라이버시 지원을 포함합니다. 따라서 커버로스 국내 체계는 필요하지 않습니다. 커버로스 국내 체계(/usr/lib/gss/do/mech_krb.so.1에 위치)를 Solaris 8 시스템에 설치했으면 커버로스 국내 체계를 제거한 다음 시스템을 Solaris 9 4/03 운영 환경으로 업그레이드합니다.

해결 방법: Solaris 9 4/03 운영 환경으로 업그레이드하기 전에 다음 단계를 수행합니다.

커버로스 국내 체계가 시스템에 설치되었는지 확인하려면 다음 명령을 입력합니다.
% pkginfo | fgrep ' SUNWk5'
- 이 명령에 SUNWk5 패키지 이름이 포함되어 출력되면 커버로스 국내 체계가 시스템에 설치된 것입니다. 2단계로 이동합니다.
- 이 명령의 출력이 SUNWk5 패키지 이름을 포함하지 않을 경우 커버로스 국내 체계가 시스템에 설치되지 않은 것입니다. 그러면 나머지 단계를 건너뜁니다. 시스템을 업그레이드합니다.
다음 명령을 입력하여 /etc/nfssec.conf 및 /etc/gss/qop 파일을 백업합니다.
% tar -cf /var/tmp/krb_config_files.tar /etc/nfssec.conf /etc/gss/qop
다음 명령을 입력하여 파일이 백업되었는지 확인합니다.
% tar -tf /var/tmp/krb_config_files.tar
1단계에 나열된 각 패키지를 제거합니다.
% pkgrm package-name package-name package-name
Solaris 9 4/03 운영 환경으로 업그레이드합니다.

업그레이드 프로그램이 전역 커버로스 체계 코드를 업그레이드하고 커버로스 프라이버시 지원을 사용 가능하게 합니다.
텍스트 편집기에서 /etc/gss/mech 파일의 다음 행을 변경합니다.
- 다음 행의 주석 처리를 제거합니다.
  kerberos_v5 1.2.840.113554.1.2.2 gl/mech_krb5.so gl_kmech_krb5
  필요할 경우 이전 행을 /etc/gss/mech 파일에 추가합니다.
- 다음 행을 제거합니다.
  kerberos_v5 1.2.840.113554.1.2.2 do/mech_krb5.so do_kmech_krb5
- 다음 명령을 입력하여 /etc/nfssec.conf 및 /etc/gss/qop 파일을 복원합니다.
  % tar -xf /var/tmp/krb_config_files.tar

Solaris 9 4/03 운영 환경으로 업그레이드하면 기존 Secure 셸 데몬(`sshd`)이 비활성화될 수 있음(4626093)

/etc/init.d/sshd 데몬에서 타사 Secure 셸(예를 들어 OpenSSH)을 실행 중인 시스템에서 Solaris 9 4/03 운영 환경으로 업그레이드하면 업그레이드가 기존 Secure 셸 데몬을 비활성화합니다. 업그레이드 동안 Solaris 9 4/03 업그레이드 소프트웨어가 /etc/init.d/sshd의 내용을 덮어씁니다.

해결 방법: 다음 해결 방법 중 하나를 선택합니다.

시스템에 Secure 셸 프로토콜 서버 프로그램이 없도록 하려면 업그레이드 동안 SUNWsshdr 및 SUNWsshdu 패키지를 설치하지 마십시오.
시스템에 Secure 셸 프로토콜 서버 또는 클라이언트 프로그램이 없도록 하려면 업그레이드 동안 Secure 셸 클러스터(SUNWCssh)를 설치하지 마십시오.

`/export`의 용량이 거의 가득 찬 경우 업그레이드에 실패(4409601)

/export 디렉토리의 용량이 거의 가득 찬 상태에서 Solaris 9 4/03 운영 환경으로 업그레이드하는 경우, /export에 필요한 공간이 잘못 계산되기 때문에 업그레이드에 실패합니다. 시스템에 디스크가 없는 클라이언트가 설치되어 있거나, /export에 타사 소프트웨어가 설치되어 있는 경우에 이런 문제가 자주 발생합니다. 다음과 같은 메시지가 표시됩니다.

WARNING: Insufficient space for the upgrade.

해결 방법: 업그레이드하기 전에 다음 해결 방법 중 하나를 선택합니다.

업그레이드가 완료될 때까지 /export 디렉토리의 이름을 임시로 바꿉니다.
업그레이드가 완료될 때까지 /etc/vfstab 파일의 /export 행을 임시로 주석 처리합니다.
/export가 개별적인 파일 시스템인 경우, 업그레이드하기 전에 /export의 마운트를 해제합니다.

디스크가 없는 클라이언트 서버 및 클라이언트를 업그레이드(4363078)

시스템에서 현재 Solstice AdminSuite^TM 2.3 Diskless Client 도구로 설치된 디스크가 없는 클라이언트를 지원하면 두 단계를 수행해야 합니다. 먼저 서버와 같은 Solaris 버전 및 구조를 가진 기존의 디스크가 없는 클라이언트를 모두 삭제합니다. 그런 다음 Solaris 9 4/03 운영 환경을 설치 또는 업그레이드합니다. 자세한 내용은 System Administration Guide: Basic Administration을 참조하십시오.

기존의 디스크가 없는 클라이언트를 통해 Solaris 9 4/03 운영 환경 설치를 시도하면 다음 오류 메시지가 나타날 수 있습니다.

The Solaris Version (Solaris version-number) on slice <xxxxxxxx> cannot 
be upgraded. 
There is an unknown problem with the software configuration installed 
on this disk.

이 오류 메시지에서, version-number는 현재 시스템에서 실행 중인 Solaris 버전입니다. <xxxxxxxx>는 현재 Solaris 운영 환경을 실행 중인 슬라이스를 참조합니다.

업그레이드 중에 발생할 수 있는 설치 관련 버그

업그레이드하는 중에 SUNWceudt 패키지 설치 실패(4826785)

업그레이드 후 패치 114711-01 또는 114712-01이 전송한 VDiskMgr.jar 파일을 수동으로 등록(4818306)