Solaris 9 Maintenance Update 4 설치 안내서

4장 알려진 문제점

이 장에서는 Solaris 9 MU4 소프트웨어의 설치와 사용에 관련된 알려진 문제점에 대해 설명합니다.

설치 관련 버그

SPARC: 업그레이드 후 패치를 제거하면 WBEM 저장소가 손상될 수 있음 (4820614)

다음과 같은 조건에서는 WBEM 저장소 CIM 데이터베이스가 손상될 수 있습니다.

Solaris 9 업데이트 릴리스에 대한 패치 112845의 개정판을 Solaris 9 운영 환경을 실행 중인 시스템에 적용합니다.
그런 다음 시스템에 설치된 패치를 제거합니다.

WBEM 저장소가 손상되면 Solaris Management Console 로그 뷰어에 다음 오류 메시지가 표시됩니다.

CIM_ERR_FAILED:
/usr/sadm/lib/wbem/../../../../var/sadm/wbem/logr/
preReg/PATCH113829install/Solaris_Application.mof,18,ERR_SEM,
ERR_EXC_SET_CLASS,CIM_ERR_FAILED:Other Exception:
java.io.StreamCorruptedException: invalid stream header

조치: 다음 조치 중 한 가지를 선택하십시오.

WBEM 저장소가 손상되지 않게 하려면 다음 단계를 따릅니다.
1. 수퍼유저가 되어야 합니다.
2. 패치를 적용하기 전에 WBEM 저장소를 백업합니다.
  # cp -r /var/sadm/wbem/logr path/logr
  앞의 예에서 path는 백업 WBEM 저장소에 대한 경로입니다.
3. 패치를 제거한 후 WBEM 저장소가 손상되면 WBEM 서버를 중지합니다.
  # /etc/init.d/init.wbem stop
4. 백업 WBEM 저장소를 복원합니다.
  # cp -rf path/logr /var/sadm/wbem/logr
5. WBEM 서버를 다시 시작합니다.
  # /etc/init.d/init.wbem start
새 WBEM 저장소를 작성하려면 다음 단계를 따릅니다.

주 –
이 조치는 WBEM 저장소가 손상된 경우 WBEM 데이터를 복원하지 않습니다. 설치하는 동안 저장소에 추가된 모든 데이터가 손실됩니다.
1. 수퍼유저가 되어야 합니다.
2. WBEM 서버를 중지합니다.
  # /etc/init.d/init.wbem stop
3. /logr 디렉토리에서 파일을 제거합니다.
  # rm /var/sadm/wbem/logr/*
4. /notFirstTime 디렉토리를 제거합니다.
  # rmdir notFirstTime
5. WBEM 서버를 시작합니다.
  # /etc/init.d/init.wbem start
6. 해당 MOF를 수동으로 컴파일합니다.
  # /usr/sadm/bin/mofcomp MOF-filename

Multiple Patch Architecture를 지원하는 패치가 설치되어 있을 경우 `patchadd` 명령이 오류 메시지를 표시함 (4706994)

multiple package architecture를 지원하는 패치를 설치하면 /var/sadm/install_data/Maintenance_Update_log에 다음과 비슷한 오류 메시지가 표시됩니다.

Installing xxxxxx-yy (x of xx)
See /var/sadm/patch/xxxxxx-yy log for details
grep: can't open pdgabbrev.extension/pkginfo

예를 들어, 패치 123456-01에 SUNWcar 및 SUNWcar.u 패치 패키지가 포함되어 있는 경우 다음 오류 메시지가 표시됩니다.

grep: can't open SUNWcar.u/pkginfo

조치: 오류 메시지를 무시하십시오. 이 메시지는 패치의 설치에 영향을 주지 않습니다. 이 메시지는 patchadd 명령이 remove_PATCH_PROPERTIES 함수에 올바른 매개 변수를 전달하지 않는다는 것을 의미합니다.

자세한 내용은 patchadd(1M) 설명서 페이지를 참조하십시오.

`install_mu`는 `sh`를 사용하여 시작할 경우 올바르게 작동하지 않음 (4062334)

sh(1)와 ksh(1) 사이의 상호 작용에 관련된 문제로 인해, install_mu 유틸리티에서 특정 패치를 제대로 설치하지 못할 수 있습니다. 명령줄 또는 관리 스크립트에서 다음 명령을 사용하여 유틸리티를 시작하는 경우 이러한 오류가 발생합니다.

# /bin/sh ./install_mu options

조치: 다음과 같이 명령줄 또는 관리 스크립트에서 install_mu를 실행합니다.

# ./install_mu options

`patchadd` 명령이 종료 중이라는 오류 메시지를 표시함

/var/sadm/install_data 디렉토리의 Maintenance_Update_log에 다음 메시지 중 하나가 표시될 수 있습니다.

One or more patch packages included in
XXXXXX-YY are not installed on this system.

Patchadd is terminating.

또는

Installation of XXXXXX-YY failed:
Attempting to patch a package that is not installed.

이 메시지는 patchadd 명령이 해당 시스템에서 패치하려는 패키지를 찾을 수 없으므로 표시된 패치를 건너뛴다는 것을 의미합니다.

이 메시지는 patchadd 명령이 특정 구조의 패치를 구조가 다른 시스템에 설치하는 동안 불일치를 발견하는 경우에 표시됩니다 (예: sun4m 시스템에 sun4u 패치를 설치하는 경우).

하나 이상의 패치가 손실된 경우에도 이 메시지가 표시될 수 있습니다. 관리자가 패키지를 제거했거나 설치하지 않았을 수 있습니다. 이러한 유형의 오류는 전체 대상보다 작은 클러스터가 설치된 경우에 발생합니다.

조치: 오류 메시지를 무시하십시오.

시스템을 재부트하지 않으면 로그인할 수 없음 (4423853)

단일 사용자 모드에서 MU를 설치하는 경우, 설치를 완료하면 exit 명령을 사용하지 마십시오. 대신 reboot 명령을 사용합니다. reboot 명령 대신 exit 명령을 사용하면 다음과 같은 문제가 발생합니다.

시스템에서 init 3 명령이 실행되며, 시스템이 재부트되어야만 시스템에 로그인할 수 있습니다.
다른 사용자도 시스템이 재부트되어야만 시스템에 로그인할 수 있습니다.
사용자 또는 프로세스가 로그인을 시도할 때 pam_projects.so.1 모듈은 코어를 덤프합니다. 다음과 같은 메시지가 표시됩니다.
NOTICE: core_log: in.rshd[1479] core dumped: /var/crash/core.in.rshd.1479
프로세스가 pam_projects.so.1 모듈을 액세스하려고 하는 경우 시스템 콘솔에 로드 모듈 메시지가 표시됩니다. 다음과 비슷한 메시지가 표시됩니다.
cron[1433]: load_modules: can not open module /usr/lib/security/pam_projects.so.1
이 메시지는 MU가 다중 사용자 모드에서 설치된 경우에도 표시됩니다. 두 경우 모두 시스템을 재부트한 다음에는 메시지가 더 이상 표시되지 않습니다．

조치: 단일 사용자 모드에서 설치한 후에 exit 명령을 사용하는 경우, 시스템을 재부트합니다.

다중 사용자 모드에서 MU를 설치한 후에 exit 명령을 사용하고 로그인한 root 사용자가 없는 경우, 시스템을 재부트합니다.