test

Solaris 10 8/07 릴리스 노트

시스템 관리

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

관리 역할을 만들 때 신뢰할 수 있는 $HOME 소유권이 부정확함(6579845)

시스템을 Solaris Trusted Extensions용으로 구성하고 SMC를 사용하여 역할을 만들면 해당 역할의 홈 디렉토리에 부정확한 소유권이 있을 수 있습니다. 여러 오류 메시지가 표시됩니다.

해결 방법: 루트 사용자로 로그인합니다. 역할을 만든 후 새 역할의 홈 디렉토리에 올바른 소유자 및 그룹이 있는지 검증합니다.


# ls -ld /export/home/myrole
drwxr-xr-x  15 myrole    sysadmin   1024 Jul 26 15:29 /export/home/myrole

모든 역할에 대한 그룹이 sysadmin(14)이어야 합니다. 그렇지 않으면 다음 chown 명령을 사용하여 그룹을 sysadmin(14)으로 변경합니다. 


# chown myrole:sysadmin /export/home/myrole

패치 119914-12의 SAN 4.4.13 Emulex 오류(6558400)

Emulex HBA 드라이버 버전 2.20K 이상에서 실행되는 Storade rasagent를 사용할 때 다음 오류 메시지가 /var/adm/messages 파일에 게시됩니다.


NOTICE: fp_rnid_intr: FP_IS_PKT_ERROR failed

해결 방법: 이러한 메시지는 무시할 수 있습니다. 이러한 메시지가 /var/adm/messages 파일에 게시되지 않도록 하려면 Storade rasagent 데몬을 중지합니다.

별칭으로 대상을 만들 때 iscsitgtd가 두 번 사용됨(6554915)

iSCSI 프로세스 데몬 내에서 선택적 매개변수 --alias 또는 -a를 iscsitadm create target 명령과 함께 사용하면 프로세스 코드 덤프가 만들어져 데몬 프로세스에 패닉이 발생할 수 있습니다.

iSCSI 대상 데몬 프로세스는 Solaris SMF 기능에 의해 제어되므로 프로세스에서 코어 파일을 만드는 동안 이 기능이 일시 중지된 후 자동으로 다시 시작됩니다.

해결 방법: iscsitadm create target CLI 명령과 함께 선택적 - -alias 또는 -a 매개변수를 지정하지 마십시오. iscsitadm modify target CLI 명령과 함께 선택적 매개변수를 사용합니다.

JIST 테스트 프로그램 실행 시 iSCSI 대상의 코어 덤프가 발생함(6550844)

JIST(Java technology-based Interoperability Standards Test Suite)를 실행할 때 Amber Road에 대한 시작 테스트의 일부로 10개의 스레드에서 로드 테스트를 읽고 쓰거나 비교하면 iSCSI 대상이 코어 덤프를 생성합니다. 이 코어 덤프로 인해 데이터 비교 오류가 발생하여 JIST 테스트가 실패할 수 있습니다. 경우에 따라 JIST가 성공적으로 실행될 수 있습니다. 하지만 새로운 코어 파일이 생성됩니다.

해결 방법: 없음.

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 8/07 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획을 참조하십시오.

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

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


Value too large for defined data type

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

x86: Solaris Trusted Extensions 제거가 실패함(6460106)

x86 시스템에서 Solaris Trusted Extensions 제거가 실패합니다. 시스템 재부트 시 다음 오류 메시지가 표시됩니다.


NOTICE: template type for bge0 incorrectly configured
    Change to CIPSO type for 129.146.108.249
    ifconfig: setifflags: SIOCSLIFFLAGS: bge0: Invalid argument
    NOTICE: bge0 failed: Cannot insert CIPSO template for
    local addr 129.146.108.249
    ip_arp_done: init failed

그런 다음 시스템이 중단됩니다.

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

  1. Solaris Trusted Extensions를 제거하되 시스템을 재부트하지는 않습니다.

  2. 다음 명령을 실행합니다.


    # touch /etc/system
# bootadm update-archive

  3. 시스템을 다시 부팅합니다.

영역을 지원하지 않은 시스템에서 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 시스템에 적용되지 않습니다.

SPARC: 동적 재구성 중 오류 메시지가 표시됨(6312424)

동적 재구성(DR) 중 오류 메시지가 표시될 수 있습니다. DR 경로에 있는 장치에서 입력 및 출력 작업이 활성화되어 있으면 DR를 수행하는 경우 메시지가 표시됩니다. 메시지가 표시된 후에 입력 및 출력 작업이 다시 시도되며 마침내 성공합니다. 다음은 표시되는 메시지의 예제입니다.


Jul 28 12:23:19 qame10-a scsi: [ID 107833 kern.warning] WARNING:
/ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056fa13,0 (ssd6):
Jul 28 12:23:19 qame10-a 	transport rejected fatal error
Jul 28 12:22:08 qame10-a scsi: [ID 107833 kern.warning] WARNING:
/ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056f9a7,0 (ssd36):
Jul 28 12:22:08 qame10-a 	SCSI transport failed: reason 'timeout':
retrying command

해결 방법: 없음. 오류 메시지를 무시하십시오.

영역에 대한 패치를 제거한 후 pkgchk에서 오류 메시지가 표시됨(6267966)

patchadd 및 patchrm 명령이 상속된 파일 시스템이 있는 비전역 영역에서 제대로 작동하지 않습니다. 따라서 해당 영역의 경우 다음과 같은 상황에서 pkgchk 명령이 패키지에 대한 오류 메시지를 생성할 수 있습니다.

  1. 전역 영역에서 patchadd 명령을 사용하여 Solaris 10 영역 시스템에 대해 패치를 적용하는 경우

  2. patchrm 명령을 사용하여 방금 적용한 패치를 제거하는 경우

  3. 상속된 파일 시스템이 있는 비전역 영역에서 모든 제거된 패치에 있는 패키지에 대한 정보를 pkgchk 명령으로 확인하는 경우

위에 나열된 상황에서 SUNWcsu에 대해 pkgchk 명령을 사용하면 다음과 같은 예제 메시지가 표시됩니다.


# pkgchk SUNWcsu
ERROR: /usr/lib/inet/certdb
     modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual
     file size <36012> expected <42152> actual
     file cksum <37098> expected <19747> actual
ERROR: /usr/lib/inet/certlocal
     modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24AM> actual
     file size <44348> expected <84636> actual

해결 방법: 없음. 이 오류는 문제되지 않습니다. 오류 메시지를 무시하십시오.

kcfd와 IPsec 알고리즘 가용성 간의 경합 상태(6266083)

Solaris 10 8/07 릴리스를 사용하는 시스템은 IPsec에 문제가 발생할 수 있습니다. 새로 설치된 시스템이나 부트 중 대량의 새 SMF(Service Management Facility) 매니페스트를 가져오는 시스템에서 이 문제가 발생할 수 있습니다. 이러한 부트 조건에서는 svc:/network/initial:default의 일부인 IPsec가 svc:/system/cryptosvc:default의 일부인 암호화 프레임워크보다 먼저 초기화될 수 있습니다. 인증 또는 암호화 알고리즘을 사용할 수 없으므로 IPsec 보안 연결 생성이 다음과 같은 오류 메시지와 함께 실패할 수 있습니다.


PF_KEY error: type=ADD, errno=22:
Invalid argument, diagnostic  code=40:
Unsupported authentication algorithm

예를 들어, IPsec 서비스를 포함하는 Sun Fire E25K 시스템에서 DR를 사용할 때 이 오류가 발생할 수 있습니다.

해결 방법: IPsec 서비스를 사용하는 작업을 수행하기 전에 부트 후 다음 단계를 수행하여 대량의 새 SMF 매니페스트를 가져옵니다.

  1. 부트 후 다음 명령을 실행합니다.


    ipsecalgs -s

  2. /etc/inet/secret/ipseckeys가 시스템에 있으면 다음 명령도 실행합니다.


    ipseckey -f /etc/inet/secret/ipseckeys

이제 Sun Fire E25K 시스템에서 DR 사용과 같은 IPsec 보안 연결을 작성하는 작업을 수행할 수 있습니다.

부트 중 대량의 새 SMF 매니페스트를 가져올 때만 이러한 절차를 반복합니다.

Solaris 제품 등록 관리 유틸리티가 영역에서 시작 실패(6220284)

영역에서 Solaris 제품 등록 관리 유틸리티를 시작하려 하면 실행에 실패합니다. 영역 설치 중에 Solaris 제품 등록 데이터베이스인 productregistry가 영역에 복제되지 않으므로이 유틸리티는 영역에서 실행할 수 없습니다.

해결 방법: 수퍼유저로서 productregistry 데이터베이스를 영역에 복사합니다.


# cp /var/sadm/install/productregistry zone_path/var/sadm/install/

앞 명령에서 zone_path는 생성한 영역의 루트 디렉토리 경로입니다.

디스크 없는 기존 클라이언트를 시스템에서 삭제할 수 없음(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 서비스 패키지를 나타냅니다.

SPARC: 키보드 시퀀스를 사용하여 시스템을 정지할 경우 시스템 패닉이 발생할 수 있음(5061679)

Stop-A 또는 L1-A와 같은 키보드 시퀀스를 눌러 시스템을 정지하려 하면 시스템이 패닉 이 발생할 수 있습니다. 다음 예제와 유사한 오류 메시지가 표시됩니다.


panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000): 
consistent dma sync timeout

해결 방법: 키보드 시퀀스를 사용하여 시스템이 OpenBoot PROM에 들어가도록 강제하지 마십시오.

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 키를 누릅니다. 시스템이 서비스 분할 영역을 부트합니다.

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과 같은 시스템 핵심 파일 시스템의 마운트 옵션을 수정할 수 없습니다.

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