test

Solaris 10 5/09 릴리스 노트

시스템 관리

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

SPARC: FKU 137137-xx에서 타사 볼륨 관리자 소프트웨어를 지원하지 않음

FKU 137137-xx 패치에서 몇 가지 경우를 제외하고 타사 볼륨 관리자 소프트웨어를 지원하지 않습니다. 이 지원 부족은 사전 패치, 사후 패치 및 사후 백아웃 구현으로 인해 발생합니다. 지원되지 않는 볼륨 관리자 소프트웨어를 사용하면 FKU 패치를 적용할 수 없습니다. 패치를 설치하면 다음 오류 메시지가 표시됩니다.


unsupported root slice type xxxxx

그러나 Fujitsu 및 Veritas 볼륨 관리자 소프트웨어는 지원됩니다.

해결 방법: 없음.

patchadd -M을 사용하여 비전역 영역이 있는 시스템에 패치를 설치할 수 없음

비전역 영역이 있는 시스템에 patchadd -M 옵션을 사용하지 않는 것이 좋습니다. 현재 patchadd -M 구현은 먼저 전역 영역에 패치를 모두 적용한 다음에만 비전역 영역으로 적용합니다. 이것은 여러 패치가 비전역 영역이 아닌 전역 영역에 적용된 후 문제가 발생하기 때문에 최적의 성능을 수행하지 않으며 영역이 대부분은 서로 동기화되지 않을 수 있으므로 잠재적으로 상황을 복구하기 어려울 수 있습니다.

해결 방법: patchadd -a - M을 사용하여 패치 세트를 올바른 설치 순서로 구성하고 해당 패치가 문제 없이 설치되도록 해야 합니다.

자세한 내용은 BigAdmin Patching Hub의 Best Practices(최고 사례) 문서(http://www.sun.com/bigadmin/features/articles/patch_management.jsp)를 참조하십시오.

::findleaks 명령이 실패함(6720107)

Solaris 10 5/09 OS에서 mdb 디버거 ::findleaks 명령이 실패합니다. 다음과 같은 오류 메시지가 나타납니다.


mdb: couldn't walk 'modctl': unknown walk name

해결 방법: ::findleaks 명령을 사용하기 전에 ::load krtld 명령을 입력합니다.

Solaris 10 5/09 DVD 매체가 vold에 의해 자동으로 마운트되지 않을 수 있음(6712352)

Solaris 10 5/09 DVD는 기본적으로 런타임 도중 마운트되지 않습니다. 오류 메시지는 표시되지 않습니다.

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

  1. 수퍼유저가 됩니다.

  2. vold를 비활성화합니다.

    • Solaris 10 시스템의 경우


      # svcadm disable -t volfs

    • Solaris 8 및 Solaris 9 시스템의 경우


      /etc/init.d/volmgt stop

  3. # mount -F hsfs 블록 장치 경로 마운트 지점 경로 명령을 사용하여 수동으로 매체를 마운트합니다. 예를 들면 다음과 같습니다. 


    # mount -F hsfs /dev/rdsk/c0t2d0s2 /mnt

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 복사본이 패치됩니다. 그런 다음 복사본이 패치될 때 원래 파일이 다시 새 파일로 lofs 마운트됩니다. 이것은 패치 도중에도 실행 중인 시스템이 동일하게 유지되며 사용자가 재부트할 때까지는 새 기능이 활성화되지 않고 호환되지 않는 모든 변경 사항이 숨겨진다는 것을 의미합니다.

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

패치 README는 재부트가 필요한 패치가 어느 것인지에 대한 정보를 제공합니다.

주 –

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

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

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

해결 방법: Solaris Live Upgrade를 사용하여 패치 기능을 관리하는 것이 좋습니다. Solaris Live Upgrade는 실행 중인 시스템에 패치를 적용할 때 발생하는 문제를 방지합니다. Solaris Live Upgrade는 문제 발생 시 폴백 기능을 제공함으로써 패치 작업과 연관된 중단 시간을 단축하고 위험을 최소화합니다. 자세한 내용은 Solaris 10 5/09 설치 설명서: 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 서비스 패키지를 나타냅니다.