test

Solaris 9 12/03 릴리스 노트

시스템 관리 버그

두 개의 동일한 패치가 같은 위치에 있는 경우 patchadd 명령이 서명된 패치를 설치(4949580)

서명된 패치의 내용을 서명된 패치와 같은 디렉토리로 추출한 경우 추출한 패치를 /usr/sbin/patchadd 명령을 사용하여 설치할 수 없습니다. 대신 /usr/sbin/patchadd ./patchid를 실행하면 서명된 패치가 설치됩니다. 서명되지 않은, 추출된 패치는 무시됩니다.

경우에 따라 다음 오류 메시지가 표시될 수 있습니다. 


Verifying signed patch patchid...
ERROR: Unable to open keystore /var/sadm/security/patchadd
/truststore for reading
ERROR: Unable to lock keystore /var/sadm/security
for exclusive access
Signature invalid on signed patch patchid.
Patchadd is terminating.

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

주 –

기본 암호 changeit를 Java 키 스토어를 보호하기 위해 사용된 암호로 변경합니다.

마운트된 저장 장치 이름이 마운트된 다른 저장 장치의 일부이거나 새 부트 환경에 사용된 저장 장치인 경우 lucreate 명령이 실패함(4912890)

lucreate 명령을 사용하여 새 부트 환경을 만들 때 다음과 같은 경우 이 명령이 실패합니다.

다음과 같은 잘못된 오류 메시지가 표시됩니다. 


The file system creation utility /usr/lib/fs/ufsufs/mkfs is not available.
 

Unable to create all required file systems for boot-environment.
 

Cannot make file systems for boot-environment

해결 방법: 사용 중인 파일 시스템이 있는 다른 저장 장치의 일부인 장치 이름을 갖는 저장 장치에 또 다른 사용 중인 파일 시스템이 없는지 확인합니다.

마운트된 파일 시스템 간의 이름이 모호하면 기존 Solaris 볼륨 관리 메타 장치의 이름을 바꿉니다.

다음 해결 방법에서 d10 및 d100은 단지 예로만 사용됩니다. 모호한 장치 이름의 또 다른 예는 d20과 d200 또는 d377과 d37입니다. 여기서 d20은 d200과 일치하며 d377은 d37과 일치합니다.

  1. 수퍼유저가 됩니다.

  2. metarename 명령을 사용하여 모호한 메타 장치 중 하나의 이름을 바꿉니다. 


    # metarename d10 d300

    메타 장치 d10의 이름을 d300으로 바꿉니다.

주 –

metarename 명령을 사용하기 전에 d10의 파일 시스템을 마운트 해제해야 합니다.

파일 시스템이 마운트 해제되어 있는 동안 /etc/vfstab 파일을 편집합니다. 또한 이름을 바꾸고 있는 메타 장치의 이름을 포함하는 다른 구성 파일도 모두 편집합니다. 이전 메타 장치 이름에 대한 참조를 새 메타 장치 이름으로 변경해야 합니다.

프로세스가 파일 시스템의 데이터에 액세스하는 경우 파일 시스템을 마운트 해제하기 위해 시스템을 단일 사용자 모드로 내립니다. 변경한 다음 시스템을 재부트합니다.

/etc/named.conf 파일이 사용자 및 그룹 계정의 Solaris Management Console 작업에 오류를 일으킴(4777931)

Solaris Management Console을 사용하여 DNS (Domain Name Service) 서버 역할을 하는 시스템의 User 또는 Group 계정에서 작업을 수행할 경우 오류가 발생합니다. /etc/named.conf 파일이 해당 시스템에 있을 경우 오류가 발생합니다.

그래픽 사용자 인터페이스(GUI)에서 이러한 작업을 수행하거나 콘솔에 대한 명령줄 인터페이스인 smuser 및 smgroup을 사용할 때 다음 오류가 발생합니다.

콘솔이 새 대화 상자를 시작하거나 smuser 명령이 User에서 실행될 때 다음과 같은 오류 메시지와 함께 종료됩니다. 


"The attempt to view Users or Roles has failed due to an unexpected
error.
        This was caused by the following error: CIM_ERR_FAILED."

콘솔이 새 대화 상자를 실행하거나 smgroup 명령이 Group에서 실행될 때 다음과 같은 오류 메시지와 함께 종료됩니다. 


"Attempted Read of Group IDs failed with unexpected CIM error:
        CIM_ERR_FAILED."operations from the GUI or command-line interface.

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

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

x86: BIOS 부트 시 F4 키를 눌러 서비스 분할 영역을 부트할 수 없음(4782757)

서비스 분할 영역이 있고 Solaris 9 12/03 (x86 플랫폼판) 소프트웨어가 설치된 Sun LX50을 부트합니다. 서비스 분할 영역을 부트하기 위해 F4 기능 키를 누르는 옵션이 있는 경우.F4를 누르면 화면이 빈 페이지가 되고 시스템이 서비스 분할 영역을 부트하지 못합니다.

해결 방법: BIOS 부트 화면이 표시될 때 F4 키를 누르지 마십시오. 제한 시간이 지난 다음 현재 디스크 분할 영역 정보 화면이 표시됩니다. type=DIAGNOSTIC에 해당하는 Part# 열에서 숫자를 선택합니다. Return 키를 누릅니다. 시스템이 서비스 분할 영역을 부트합니다.

UltraSPARC II CP 이벤트 메시지가 생성되지 않을 수 있음(4732403)

Solaris 9 12/03 릴리스의 UltraSPARC II 기반 시스템에서 일부 수정할 수 없는 메모리 오류 메시지를 동반하는 CP 이벤트가 생성되지 않을 때가 있습니다. 다음 시스템이 포함됩니다.

결과적으로 CPU 고장을 식별하는 데 필요한 일부 정보가 나타나지 않을 수 있습니다.

해결 방법: 이 문제에 대한 최신 정보는 SunSolveSM 웹 사이트 http://sunsolve.sun.com을 확인하십시오.

Solaris WBEM Services 2.5 데몬이 com.sun 응용 프로그램 프로그래밍 인터페이스 공급자를 찾을 수 없음(4619576)

Solaris WBEM Services 2.5 데몬이 com.sun.wbem.provider 인터페이스나 com.sun.wbem.provider20 인터페이스에 대해 작성된 공급자를 찾을 수 없습니다. 이러한 인터페이스에 대해 작성된 공급자에게 Solaris_ProviderPath 인스턴스를 작성해도 Solaris WBEM Services 2.5 데몬은 공급자를 찾지 못합니다.

해결 방법: 데몬이 공급자를 찾을 수 있게 하려면 Solaris WBEM Services 2.5 데몬을 중지하고 다시 시작합니다. 


# /etc/init.d/init.wbem stop

# /etc/init.d/init.wbem start
주 –

javax API를 사용하여 공급자를 개발하는 경우 Solaris WBEM Services 2.5 데몬을 중지했다가 재시작할 필요가 없습니다. Solaris WBEM Services 2.5 데몬은 javax 공급자를 동적으로 인식합니다.

XML/HTTP 전송 프로토콜에서 일부 com.sun 응용 프로그램 프로그래밍 인터페이스 메소드 호출 실패(4497393, 4497399, 4497406, 4497411)

javax 응용 프로그램 프로그래밍 인터페이스가 아닌 com.sun 응용 프로그램 프로그래밍 인터페이스를 사용하여 WBEM 소프트웨어를 개발하는 경우에는 공통 정보 모델(CIM) 원격 메소드 호출(RMI)만 완벽히 지원됩니다. XML/HTTP와 같은 다른 프로토콜은 com.sun 응용 프로그램 프로그래밍 인터페이스에서 완벽히 지원되지 않을 수 있습니다.

다음 표에는 RMI에서는 성공적으로 실행되지만 XML/HTTP에서는 실패하는 호출의 예가 나열되어 있습니다.

메소드 호출  

오류 메시지  

CIMClient.close()

NullPointerException

CIMClient.execQuery()

CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED

CIMClient.getInstance()

CIM_ERR_FAILED

CIMClient.invokeMethod()

XMLERROR: ClassCastException

Solaris 관리 콘솔 마운트 및 공유 도구로 파일 시스템 마운트 등록 정보를 수정할 수 없음(4466829)

Solaris 관리 콘솔 마운트 및 공유 도구는 루트(/), /usr 및 /var와 같은 시스템 핵심 파일 시스템의 마운트 옵션을 수정할 수 없습니다.

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

WBEM으로 데이터 추가 시 CIM_ERR_LOW_ON_MEMORY 오류 발생(4312409)

메모리가 부족하면 다음 오류 메시지가 표시됩니다. 


CIM_ERR_LOW_ON_MEMORY

CIM 객체 관리자가 메모리 부족 상태이면 더 이상의 항목을 추가할 수 없습니다. CIM 객체 관리자 저장소를 재설정해야 합니다.

해결 방법: CIM 객체 관리자 저장소를 재설정하려면 다음 단계를 수행합니다.

  1. 수퍼유저가 되어야 합니다.

  2. CIM 객체 관리자를 중지합니다. 


    # /etc/init.d/init.wbem stop

  3. JavaSpacesTM 로그 디렉토리를 제거합니다. 


    # /bin/rm -rf /var/sadm/wbem/log

  4. CIM 객체 관리자를 다시 시작합니다. 


    # /etc/init.d/init.wbem start
    주 –

    CIM 객체 관리자 저장소를 재설정하면 데이터 저장소의 소유권 정의를 손실합니다. 사용자는 mofcomp 명령을 사용해서 이러한 소유권 정보가 있는 MOF 파일을 다시 컴파일해야 합니다. 다음 예를 참조하십시오. 


    # /usr/sadm/bin/mofcomp -u root -p root-password your-mof-file