다음 설치 버그는 Solaris 9 9/04 릴리스로 업그레이드한 후에 발생합니다.
시스템을 Solaris 9 9/04 운영 체제로 업그레이드할 경우 다음 CDE 지역화 패키지는 업그레이드되지 않습니다.
SUNWmeadt
SUNWnafdt
SUNWnamdt
SUNWneudt
SUNWseudt
SUNWweudt
이 문제가 시스템에 영향을 미치는지 확인하려면 시스템을 업그레이드한 후 pkgchk -n 명령을 실행하십시오.다음 오류 메시지가 출력될 경우 CDE 지역화 패키지를 수동으로 제거했다가 시스템에 다시 추가해야 합니다.
Checking Package SUNWmeadt ERROR: /usr/dt/config/he/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnafdt ERROR: /usr/dt/config/ar/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnamdt ERROR: /usr/dt/config/en_US.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWneudt ERROR: /usr/dt/config/da_DK.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/fi_FI.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWseudt ERROR: /usr/dt/config/el_GR.ISO8859-7/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/pt_PT.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWweudt ERROR: /usr/dt/config/en_GB.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/en_IE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_BE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_NL.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist |
해결 방법: 시스템을 업그레이드한 후 다음 단계에 따라 지역화 패키지를 업그레이드합니다.
수퍼유저가 되도록 합니다.
패키지를 제거합니다.
# pkgrm SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
이 패키지의 Solaris 9 9/04 버전을 포함하는 디렉토리로 변경합니다.
# cd path_to_image
예를 들어, Solaris 9 9/04 Software 1 of 2 CD에 있는 이 패키지에 액세스하려면 매체 드라이브에 Solaris 9 9/04 Software 1 of 2 CD를 삽입합니다.그런 다음 다음 명령을 입력합니다.
# cd /cdrom/cdrom0/Solaris_9/Product
패키지를 시스템에 추가합니다.
# pkgadd -d . SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
다음 작업 중 하나를 수행한 경우 SAM-FS/QFS 데몬이 시작되지 않고 파일 시스템이 마운트되지 않습니다.
Solaris 9 4/04 릴리스로 업그레이드했습니다.
Solaris 9 권장 패치 클러스터(Solaris 9 패치 ID 112233-11)를 적용했습니다.
보통 데몬이 사용하는 시스템 호출 181을 다른 모듈에서 사용 중이기 때문에 오류가 발생합니다.모듈이 방금 적용한 패치에 의해 도입되었습니다.다음 오류 메시지가 /var/adm/messages에 기록됩니다.
/var/adm/messages Jan 5 13:28:46 host genunix: [ID 147998 kern.warning] WARNING: system call entry 181 is already in use Jan 5 13:28:46 host samfs: [ID 798779 kern.warning] WARNING: SAM-FS: modload(samsys) failed. |
또한, 다음 오류 메시지도 /var/adm/sam-log에 기록됩니다.
/var/adm/sam-log Jan 5 13:30:08 host sam-fsd[355]: [ID 617651 local4.alert] Fatal error - samsys module not loaded Jan 5 13:30:08 host sam-fsd[355]: [ID 765074 local4.alert] Correct problem and 'kill -HUP 355' |
다음 단계를 수행하십시오.
수퍼유저가 되도록 합니다.
181을 다른 모듈에서 사용 중인 경우 modinfo 출력에서 181의 grep을 실행합니다.
# modinfo | grep 181 8 1181aa0 38c4 1 1 TS (time sharing sched class) 15 11b1092 181a 12 1 sad (STREAMS Administrative Driver ') 43 1295cd8 ce9 181 1 ssc050 (SSC050 i2c device driver: v1.4) 158 7813a87f 181c 95 1 cpc (cpc sampling driver v1.10) 158 7813a87f 181c 179 1 cpc (cpc sampling system call) 158 7813a87f 181c 179 1 cpc (32-bit cpc sampling system call) |
시스템 호출 181을 다른 모듈에서 사용하기 때문에 다른 미사용 시스템 호출 값을 사용하도록 samsys를 구성합니다.
182 또는 0-255 중 다른 미사용 값을 사용하도록 samsys를 변경하여 /etc/name_to_sysnum을 편집합니다.
samsys 182 |
시스템을 부트하여 samsys를 재구성합니다.
# shutdown -y -g0 -i0
OK> boot -r
오류 메시지가 /var/adm/messages에 더 이상 나타나지 않고 모든 SAM-FS 파일 시스템을 마운트할 수 있음을 확인합니다.
다음 조건에서는 WBEM 저장소 공통 정보 모델(CIM) 데이터베이스가 손상될 수 있습니다.
Solaris 9 릴리스에 대한 패치 112945의 개정판을 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 저장소의 손상을 방지하려면 다음 단계를 수행합니다.
수퍼유저가 되도록 합니다.
해당 패치를 적용하기 전에 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 (Managed Object Format) 파일을 수동으로 컴파일합니다.
# /usr/sadm/bin/mofcomp MOF-filename |