이 장에서는 Solaris 9 MU3 소프트웨어의 설치와 사용에 관련된 알려진 문제점에 대해 설명합니다.
다음과 같은 조건에서는 WBEM 리포지토리 CIM 데이터베이스가 손상될 수 있습니다.
Solaris 9 9/02, 12/02 또는 4/03 운영 환경에서 다음 패치 중 하나를 Solaris 9 운영 환경을 실행 중인 시스템에 적용합니다.
릴리스 |
패치 |
---|---|
Solaris 9 9/02 |
112945-03 |
Solaris 9 12/02 |
112945-05 |
Solaris 9 4/03 |
112945-14 |
시스템에 적용된 이전 패치를 제거합니다.
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 리포지토리가 손상되지 않게 하려면 다음 단계를 따릅니다.
수퍼유저가 되어야 합니다.
패치를 적용하기 전에 WBEM 리포지토리를 백업합니다.
# cp -r /var/sadm/wbem/logr path/logr |
앞의 예에서 path는 백업 WBEM 리포지토리에 대한 경로입니다.
패치를 제거한 후 WBEM 리포지토리가 손상되면 WBEM 서버를 중지합니다.
# /etc/init.d/init.wbem stop |
백업 WBEM 리포지토리를 복원합니다.
# cp -rf path/logr /var/sadm/wbem/logr |
WBEM 서버를 다시 시작합니다.
# /etc/init.d/init.wbem start |
새 WBEM 리포지토리를 작성하려면 다음 단계를 따릅니다.
이 조치는 WBEM 리포지토리가 손상된 경우 WBEM 데이터를 복원하지 않습니다. 설치하는 동안 리포지토리에 추가된 모든 데이터가 손실됩니다.
수퍼유저가 되어야 합니다.
WBEM 서버를 중지합니다.
# /etc/init.d/init.wbem stop |
/logr 디렉토리에서 파일을 제거합니다.
# rm /var/sadm/wbem/logr/* |
/notFirstTime 디렉토리를 제거합니다.
# rmdir notFirstTime |
WBEM 서버를 시작합니다.
# /etc/init.d/init.wbem start |
해당 MOF를 수동으로 컴파일합니다.
# /usr/sadm/bin/mofcomp MOF-filename |
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(1M)가 remove_PATCH_PROPERTIES() 함수에 올바른 매개 변수를 전달하지 않는다는 것을 의미합니다.
sh(1)와 ksh(1) 사이의 상호 작용에 관련된 문제로 인해, install_mu 유틸리티에서 특정 패치를 제대로 설치하지 못할 수 있습니다. 명령줄 또는 관리 스크립트에서 다음 명령을 사용하여 유틸리티를 시작하는 경우 이러한 오류가 발생합니다.
# /bin/sh ./install_mu options |
조치: 다음과 같이 명령줄 또는 관리 스크립트에서 install_mu를 실행합니다.
# ./install_mu options |
/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 패치를 설치하는 경우)
하나 이상의 패치가 손실된 경우에도 이 메시지가 표시될 수 있습니다. 전체 대상보다 작은 클러스트가 설치된 경우와 같이 관리자가 패키지를 제거했거나 설치하지 않았을 수 있습니다.
조치: 메시지를 무시하십시오.
단일 사용자 모드에서 설치하는 경우, 설치를 완료하면 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 |
이 메시지는 MU3이 다중 사용자 모드에서 설치된 경우에도 표시됩니다. 두 경우 모두 시스템을 재부트한 다음에는 메시지가 더 이상 표시되지 않습니다.
조치: 단일 사용자 모드에서 설치한 후에 exit 명령을 사용하는 경우, 시스템을 재부트합니다.
다중 사용자 모드에서 설치한 후에 exit 명령을 사용하고 로그인한 루트 사용자가 없는 경우, 시스템을 재부트합니다.