test

Solaris 10 5/08 릴리스 노트

시스템 관리

이 절에서는 Solaris 10 OS의 시스템 관리 버그를 설명합니다.

Solaris Trusted Extensions를 활성화한 후 Solaris Management Console에 로그인할 수 없음(6639493)

Solaris Trusted Extensions를 활성화한 후 SolarisTM Management Console이 중단되고 Solaris Management Console에 루트 로그인이 허용되지 않습니다. Solaris Management Console 중단 시 다음 오류 메시지가 표시될 수 있습니다.


Configuring the Management Server...

해결 방법: 다음 단계를 수행하십시오.

  1. Solaris Trusted Extensions를 구성한 후 Solaris Management Console을 시작합니다.

  2. 콘솔 메뉴에서 도구상자 열기를 선택합니다.

  3. 목록에 localhost가 있으면 이를 선택합니다.

  4. 목록에 localhost가 없으면 localhost를 입력합니다.

  5. Policy=TSOL 도구 상자를 선택합니다.

  6. Solaris Management Console에 루트로 다시 로그인합니다.

  7. (선택 사항) Solaris Management Console에 대한 두 번째 로그인이 실패하면 단계 3에서 localhost 대신 127.0.0.1을 입력하여 1-5 단계를 반복합니다.

zoneadm attach 명령이 실패할 수 있음(6550154)

영역을 연결할 때 원래 호스트와 새로운 호스트가 동일한 패치 레벨에 패키지를 가지지만 중간 패치 내역이 서로 다른 경우 영역 연결이 실패할 수 있습니다. 여러 오류 메시지가 표시됩니다. 오류 메시지는 두 호스트의 패치 내역에 따라 다릅니다.

해결 방법: 원래 호스트와 새로운 호스트 시스템에 각 패치에 적용된 동일한 패치 버전 시퀀스가 있는지 확인합니다.

Solaris에서 SATA 제어기에 대해 레거시와 AHCI 모드 간에 모드 전환을 처리할 수 없음(6520224)

AHCI 호환 SATA 제어기가 있는 시스템에서 BIOS를 설치하면 일반적으로 제어기가 AHCI, 레거시 또는 RAID 모드로 설정됩니다. Solaris는 AHCI 및 레거시 모드를 지원합니다.

최초 Solaris 설치 후에는 BIOS에서 SATA 모드 설정을 변경하면 안 됩니다. Solaris 업그레이드 전후에도 SATA 모드 설정을 변경하면 안 됩니다. Solaris 설치 후 BIOS 설정에서 SATA 모드를 변경하면 오류 원인이 표시되지 않고 시스템이 재설정 및 실패합니다.

해결 방법: BIOS 설정을 변경하여 재부트에 실패한 경우 Solaris를 부트하려면 원래 설정으로 되돌립니다.

지연된 활성화 패치 기능(6486471)

패치 119254-42 및 119255-42부터는 패치 설치 유틸리티, patchadd 및 patchrm이 수정되어 새 기능을 제공하는 특정 패치나 실행 중인 시스템과 호환되지 않는 기존 파일을 처리하는 방식이 변경되었습니다. 이 유틸리티 수정은 모든 Solaris 10 릴리스의 해당 패치 설치에 영향을 줍니다. 이러한 “지연된 활성화” 패치는 커널 패치에 제공된 광범위한 변경을 보다 잘 처리합니다.

지연된 활성화 패치에서는 루트 파일 시스템의 복사본을 만드는 데 루프백 파일 시스템, lofs가 사용됩니다. 패치될 원래 파일이 안전한 위치로 복사되고 루트 파일 시스템의 lofs 복사본이 패치됩니다. 그런 다음 복사본이 패치될 때 원래 파일이 다시 새 파일로 마운트됩니다. 이것은 패치 도중에도 실행 중인 시스템이 동일하게 유지되며 사용자가 재부트할 때까지는 새 기능이 활성화되지 않고 호환되지 않는 모든 변경 사항이 숨겨진다는 것을 의미합니다.

사용자는 지연된 활성화 패치를 적용한 후 가능한 빨리 재부트해야 하지만 즉시 재부트할 필요는 없습니다. 계속해서 패치를 추가한 다음 재부트할 수 있습니다.

패치 README에서 재부트가 필요한 패치에 대한 지침을 제공합니다.

주 –

패치 작업은 특히 패치 README에서 권장하는 경우 단일 사용자 모드에서 수행하는 것이 가장 좋습니다.

비전역 영역을 실행 중이거나 lofs가 비활성화된 경우에는 지연된 활성화 패치를 설치 또는 제거할 때 다음 사항을 고려하십시오.

오류 메시지는 표시되지 않습니다.

해결 방법: Solaris Live Upgrade를 사용하여 패치 기능을 관리하는 것이 좋습니다. Solaris Live Upgrade를 사용하면 실행 중인 시스템에 패치를 적용할 때 문제가 발생하지 않습니다. Solaris Live Upgrade를 사용하면 패치 적용 시 작동 중단 시간이 줄어들고 문제가 발생할 때 폴백 기능을 제공하여 위험성이 절감됩니다. 자세한 내용은 Solaris 10 5/08 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획을 참조하십시오.

대형 파일 시스템에서 파일 시스템 상태를 가져올 때 32비트 응용 프로그램에 오류 발생 가능(6468905)

ZFS와 같은 대형 파일 시스템 실행 시 응용 프로그램에서 statvfs(2) 또는 statfs(2)를 사용하여 파일 시스템 상태 정보를 가져오면 오류가 발생합니다. 다음과 같은 오류 메시지가 나타납니다.


Value too large for defined data type

해결 방법: 대신 응용 프로그램에서 statvfs64()를 사용해야 합니다.

영역을 지원하지 않은 시스템에서 patchadd 명령을 -R 옵션과 함께 사용하여 대체 루트 경로를 지정하는 것을 통하여 시스템을 복구하는것을 제한해야 함(6464969)

영역을 인식하지 않는 Solaris 릴리스를 실행하는 시스템에서 patchadd - R 또는 -R 옵션을 받아들이는 임의의 명령을 사용하여 비전역 영역이 설치된 전역 영역에 대해 대체 루트 경로를 지정하는 작업이 수행되지 않습니다.

luupgrade [- t, -T, -p, -P] 명령 사용 시 표시되는 오류 메시지와 달리, 이 인스턴스에서는 적절한 명령 수준 제한 사용과 관련한 오류 메시지가 표시되지 않습니다.

-R 옵션이 작동하지 않았음을 알려 주는 메시지가 표시되지 않습니다. 명령 실패로 인해 설치된 임의의 비전역 영역에 Solaris 10 패키지 또는 패치가 설치되지 않습니다.

이 문제는 패키지 또는 패치를 설치 및 제거하는 동안 발생합니다.

주 –

-R 옵션은 대체 부트 환경에 구성된 비전역 영역이 있으며 설치된 비전역 영역은 없는 경우에 작동합니다. 그러나 잠재적인 문제를 방지하려는 경우 또는 대체 루트 경로로 사용되는 설치된 비전역 영역이 있는지 여부를 확실히 모르는 경우 모든 인스턴스에서 -R 옵션 사용을 제한합니다.

자세한 내용은 다음 매뉴얼 페이지를 참조하십시오.

해결 방법 1:OS를 Solaris 10 1/06 릴리스 이상으로 업그레이드합니다.

Solaris 10 3/05 릴리스를 실행하는 경우 -R 옵션을 받아들이는 명령 사용을 활성화하는 다음 패치를 설치하여 대체 루트 경로를 만듭니다.

해결 방법 2:patchadd -R 명령 또는 -R 옵션을 받아들이는 임의의 명령을 사용하여 대체 루트 경로를 만드는 것을 제한합니다.

대신 대체 루트(예: Solaris 10 릴리스)를 활성 OS로 부트합니다. 그런 다음 -R 옵션을 사용하지 않은 채 Solaris 10 패키지 및 패치를 설치했다가 제거합니다.

Sun 패치 관리자 도구 2.0이 이전 버전과 호환되지 않음

Sun 패치 관리자 도구 2.0을 실행하는 시스템은 Sun 패치 관리자 도구 1.0을 비롯하여 패치 관리자 도구를 실행하는 원격 시스템을 관리할 수 있습니다.

그러나 이전 버전의 패치 관리자 도구가 있는 시스템은 패치 관리자 도구 2.0을 실행하는 원격 시스템을 관리할 수 없습니다. 이전 버전에는 다음이 포함됩니다.

주 –

Solaris 8 OS에서는 CIM/WBEM(Common Information Model/Web Based Enterprise Management)이 패치 관리자 도구를 지원하지 않으므로패치 관리자를 사용하는 원격 관리는 Solaris 8 시스템에 적용되지 않습니다.

디스크 없는 기존 클라이언트를 시스템에서 삭제할 수 없음(6205746)

디스크 없는 클라이언트를 삭제하기 위해 smdiskless 명령을 사용하면 이 명령은 오류를 일으킵니다. 디스크 없는 클라이언트는 시스템 데이터베이스에서 제거되지 않습니다. 다음과 같은 오류 메시지가 나타납니다.


Failing with error EXM_BMS.

해결 방법: 클라이언트를 추가하기 전에 /export 분할 영역의 공유를 해제합니다.

SPARC: smosservice delete 명령으로 모든 디렉토리를 성공적으로 제거하지 못함(6192105)

디스크 없는 클라이언트 서비스를 제거하기 위해 smosservice delete 명령을 사용할 경우 이 명령으로 일부 서비스 디렉토리를 성공적으로 제거하지 못합니다.

해결 방법: 다음 단계를 수행합니다.

  1. 해당 서비스를 사용하는 클라이언트가 없어야 합니다.


    # unshare /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/.copyofSolaris_10_sparc.all
# rm -rf /export/.copyofSolaris_10
# rm -rf /export/Solaris_10
# rm -rf /export/share
# rm -rf /export/root/templates/Solaris_10
# rm -rf /export/root/clone/Solaris_10
# rm -rf /tftpboot/inetboot.sun4u.Solaris_10

  2. /etc/bootparams 파일에서 다음 항목을 제거합니다. 


    fs1-24 boottype=:os
    주 –

    이 파일 서버에서 다른 모든 서비스에 기능이나 자원을 제공하지 않는 경우에만 이 항목을 제거합니다.

  3. /etc/dfs/dfstab 파일에서 다음 항목을 제거합니다. 


    share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr

  4. /var/sadm/system/admin/services/Solaris_10 파일을 수정합니다.

    • 파일 서버가 Solaris_10이 아니면 파일을 삭제합니다.

    • 파일 서버가 Solaris_10이면 첫 번째 세 줄 이후의 모든 항목을 제거합니다. 삭제된 줄은 /export/root/templates/Solaris_10 및 지원 플랫폼에 있는 USR_PATH 및 SPOOLED ROOT 서비스 패키지를 나타냅니다.

kill -HUP를 실행하더라도 에이전트가 snmpd.conf 구성 파일을 다시 읽지 않을 수도 있음(4988483)

snmpd.conf의 내용을 수정한 후 kill -HUP snmp Process ID 명령을 실행할 수 있습니다. 이 명령으로 snmp 프로세스를 정지한 다음시스템 관리 에이전트의 마스터 에이전트(snmpd)에게 snmpd.conf를 다시 읽고 수정된 사항을 구현하라는 신호를 보냅니다. 이 명령을 사용하더라도 마스터 에이전트가 구성 파일을 다시 읽지 않을 수 있으므로구성 파일의 수정 사항이 반드시 활성화되는 것은 아닙니다.

kill -HUP를 사용하는 대신 snmpd.conf를 수정한 후 시스템 관리 에이전트를 다시 시작합니다. 다음 단계를 수행하십시오.

  1. 수퍼유저가 되도록 합니다.

  2. 다음 명령을 입력합니다.

    # /etc/init.d/init.sma restart

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

서비스 분할 영역이 있는 Sun LX50을 부트 중이며 x86 기반 Solaris 10 OS가 설치됩니다. 서비스 분할 영역을 부트하기 위해 F4 기능 키를 누르는 옵션을 선택하면 화면이 빈 페이지가 됩니다. 그리고 시스템은 서비스 분할 영역을 부트하지 못합니다.

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

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