알려진 문제점 및 버그

다음의 알려진 문제점과 버그가 Sun Cluster 3.1 릴리스의 사용에 영향을 미칩니다.

데이터 서비스: 설치 지침

Solaris 및 Sun Cluster 설치를 시작하기 전에 모든 데이터 서비스에 대한 요구 사항을 확인하십시오. 이 요구 사항을 확인하지 않으면 설치 프로세스를 잘못 수행하여 Solaris 및 Sun Cluster 소프트웨어를 완전히 다시 설치해야 할 수도 있습니다.

예를 들어, Oracle Parallel Server/Real Application Clusters의 Oracle Parallel Fail Safe/Real Application Clusters Guard 옵션에는 클러스터에서 사용하는 호스트 이름/노드 이름에 대한 특별한 요구 사항이 있습니다. Sun Cluster 소프트웨어를 설치한 후에는 호스트 이름을 변경할 수 없기 때문에 Sun Cluster 소프트웨어를 설치하기 전에 이러한 요구 사항을 충족시켜야 합니다. 호스트 이름/노드 이름에 대한 특별한 요구 사항은 Oracle Parallel Fail Safe/Real Application Clusters Guard 설명서를 참조하십시오.

qfe 경로를 찾지 못하는 노드(4526883)

문제점 요약: qfe 어댑터에서 끝나는 전용 상호 연결 전송 경로가 온라인이 되지 못하는 경우가 가끔 있습니다.

해결 방법: 다음 단계를 따릅니다.

1. scstat -W를 사용하여 잘못된 어댑터를 식별합니다. faulted 또는 waiting 상태에서 해당 어댑터를 경로 끝점의 하나로 가지고 있는 모든 전송 경로가 출력됩니다.

2. scsetup을 사용하여 클러스터 구성에서 이 어댑터에 연결된 모든 케이블을 제거합니다.

3. 다시 scsetup을 사용하여 클러스터 구성에서 이 어댑터를 제거합니다.

4. 어댑터와 케이블을 다시 추가합니다.

5. 경로가 나타나는지 확인합니다. 문제가 지속되면 단계 1에서 5까지를 몇 번 반복합니다.

6. 경로가 나타나는지 확인합니다. 그래도 문제가 해결되지 않으면 결함이 있는 어댑터의 노드를 재부트합니다. 노드를 재부트하기 전에 남은 클러스터에 노드를 재부트하는 데 필요한 쿼럼 투표 수가 충분한지 확인하십시오.

remove 스크립트가 SUNW.gds 자원 유형의 등록을 해제하지 못함(4727699)

문제점 요약: remove 스크립트가 SUNW.gds 자원 유형의 등록을 해제하지 못하고 다음과 같은 메시지를 표시합니다.

Resource type has been un-registered already.

해결 방법: remove 스크립트를 사용한 후 SUNW.gds의 등록을 수동으로 해제하십시오. 또는 scsetup 명령이나 SunPlex Manager를 사용하십시오.

전용 상호 연결에서 ce 어댑터를 사용할 때 경로 시간 초과(4746175)

문제점 요약: 하나 또는 그 이상의 클러스터 노드에 6개 이상의 프로세스가 있다면 전용 상호 연결에서 ce 어댑터를 사용하는 클러스터에 경로 시간 초과와 이어서 노드 패닉이 발생할 수 있습니다.

해결 방법: 모든 클러스터 노드에서 /etc/system 파일에 set ce:ce_taskq_disable=1을 추가한 다음 클러스터 노드를 재부트하여 ce 드라이버의 ce_taskq_disable 매개 변수를 설정합니다. 이를 통해 인터럽트 컨텍스트에서 하트비트(및 기타 패킷)가 항상 전달되도록 하여 경로 시간와 이어지는 노드 패닉을 방지할 수 있습니다. 클러스터 노드를 재부트하는 동안 쿼럼 요건을 준수해야 합니다.

전환하는 동안 노드가 재부트된 후 멈춤(4806621)

문제점 요약: 노드가 클러스터에 합류할 때 장치 그룹 스위치오버가 진행되고 있으면 합류한 노드와 스위치오버 작업이 멈출 수 있습니다. 모든 장치 서비스에 대한 액세스 시도도 모두 멈추게 됩니다. 이러한 현상은 클러스터가 3개 이상의 노드를 가지며 장치에 마운트된 파일 시스템이 VxFS 파일 시스템인 경우에 더 쉽게 발생합니다.

해결 방법: 이것을 피하려면 노드가 클러스터에 합류하는 동안은 장치 그룹 스위치오버를 초기화하지 마십시오. 이러한 상황이 발생했으면 모든 클러스터 노드를 재부트하여 장치 그룹에 대한 액세스를 복구해야 합니다.

기존 DNS 구성을 제공하지 않은 경우 DNS 마법사가 실패함(4839993)

문제점 요약: SunPlex Manager에는 가용성이 높은 DNS 서비스를 클러스터에 설치하는 데이터 서비스 설치 마법사가 포함되어 있습니다. 사용자가 named.conf 파일 같은 기존 DNS 구성을 제공하지 않을 경우 마법사에서 기존 네트워크 및 이름 서비스 구성을 자동으로 감지하여 올바른 DNS 구성을 생성하려고 합니다. 그러나 일부 네트워크 환경에서는 오류 메시지를 표시하지 않고 마법사가 실패합니다.

해결 방법: 메시지가 표시되면 기존의 유효한 named.conf 파일에 SunPlex Manager DNS 데이터 서비스 설치 마법사를 제공하십시오. 그렇지 않으면 설명된 DNS 데이터 서비스 절차를 수행하여 클러스터에 가용성이 높은 DNS를 수동으로 구성하십시오.

SunPlex Manager를 사용하여 Oracle 서비스 설치(4843605)

문제점 요약: SunPlex Manager에는 클러스터 구성을 만들 뿐만 아니라 Oracle 바이너리를 설치 및 구성하여 클러스터에 가용성이 높은 Oracle 서비스를 설치하는 데이터 서비스 설치 마법사가 포함되어 있습니다. 그러나 현재 이 설치 마법사가 작동하지 않으므로 사용자의 소프트웨어 구성에 따라 다양한 오류가 발생합니다.

해결 방법: Sun Cluster 설명서에서 제공한 절차에 따라 클러스터에 Oracle 데이터 서비스를 수동으로 설치 및 구성하십시오.

제거 후 IPMP 그룹에 어댑터를 추가할 수 없음(4884060)

문제점 요약: SunPlex Manager를 사용하여 다중 어댑터 IPMP 그룹에서 어댑터를 제거하는 경우 어댑터를 동일한 그룹에 바로 다시 추가하는 것이 가능하지 않을 수도 있습니다.

해결 방법: 동일한 IPMP 그룹에 어댑터를 추가하기 전에 /etc/hostname.adapter를 제거합니다.

scds_syslog의 쉘 버전에서 LOG_DAEMON 기능을 사용하지 않음(4897239)

문제점 요약: 내부 오류로 인해 대부분의 Sun 제공 클러스터 에이전트는 LOG_DAEMON 대신 LOG_USER 기능을 사용하여 시스템 로그(syslog(3C) 참조)에 메시지를 기록합니다. 기본 syslog 설정으로 구성된 클러스터(syslog.conf(4) 참조)에서 심각도가 LOG_WARNING 또는 LOG_NOTICE인 메시지는 일반적으로 시스템 로그에 기록되므로 출력되지 않습니다.

해결 방법: 모든 클러스터 노드의 /etc/syslog.conf 파일 앞쪽 가까이에 다음 줄을 추가합니다.

user.warning			/var/adm/messages

passwd에 대한 nsswitch.conf 요구 사항으로 인해 nis를 사용할 수 없음(4904975)

문제점 요약: Sun Cluster Data Service for SAP liveCache Guide for Solaris OS의 “Preparing the Nodes and Disks”에 나오는 nssswitch.conf 파일에 대한 요구 사항이 passwd 데이터베이스의 항목에 적용되지 않습니다. 이러한 요구 사항이 충족되는 경우 공개 네트워크가 중단될 때 liveCache 자원을 마스터할 수 있는 각 노드에서 su 명령이 대기될 수 있습니다.

해결 방법: liveCache 자원을 마스터할 수 있는 각 노드에서 passwd 데이터베이스에 대한 /etc/nsswitch.conf 파일의 항목이 다음과 같은지 확인합니다.

passwd: files nis [TRYAGAIN=0]

Oracle 및 Apache용 데이터 서비스 설치 마법사에서 Solaris 9 이상을 지원하지 않음(4906470)

문제점 요약: Apache 및 Oracle용 SunPlex Manager 데이터 서비스 설치 마법사에서 Solaris 9 이상을 지원하지 않습니다.

해결 방법: Sun Cluster 설명서를 사용하여 클러스터에 수동으로 Oracle을 설치하십시오. Solaris 9 이상에 Apache를 설치할 경우 설치 마법사를 실행하기 전에 Solaris Apache 패키지 SUNWapchr 및 SUNWapchu를 수동으로 추가하십시오.

한 노드 다음에 노드 패닉이 scvxinstall 캡슐화의 일부로 재부트됨(4931910)

문제점 요약: 루트 디스크 캡슐화 중 클러스터 노드 재부트의 타이밍이 적절하지 않으면 노드 패닉이 발생할 수 있습니다.

해결 방법: 한 번에 한 노드에서 scvxinstall을 실행하고 해당 재부트가 모두 완료될 때까지 기다렸다가 다른 노드에서 scvxinstall을 시작합니다.

영어가 아닌 로켈에 대한 SunPlexs Agent Builder의 기본 창 크기가 너무 작음(4937877)

문제점 요약: SunPlex Agent Builder를 영어가 아닌 로켈로 실행하는 경우 기본 창 크기가 너무 작아서 일부 컨트롤은 창에 나타나지 않을 수도 있습니다. 이 문제는 독일어와 스페인어 로켈에서 확인되었습니다.

해결 방법: SunPlex Agent Builder 창 크기를 필요에 따라 수동으로 조정합니다.

여러 노드에서 동시에 실행될 경우 sccheck가 대기됨(4944192)

문제점 요약: 여러 노드에서 동시에 시작하는 경우 sccheck가 대기될 수 있습니다.

해결 방법: 명령을 여러 노드로 전달하는 여러 콘솔에서는 sccheck를 시작하지 마십시오. sccheck 실행이 겹쳐질 수도 있지만 동시에 시작해야 합니다.

scinstall -r이 데이터 서비스 로켈 패키지를 제거하지 않음(4955294)

문제점 요약: scinstall -r이 로켈별 데이터 서비스 패키지를 제거하지 않습니다.

해결 방법: 노드가 나타나면 pkginfo | grep -i cluster를 실행하여 모든 데이터 서비스 패키지가 제거되었는지 확인합니다. 나열된 패키지를 제거하려면 각 패키지에 대해 pkgrm을 실행합니다.

중국어 번체 로켈에 잘못된 언어가 표시됨(4955538)

문제점 요약: 중국어 번체 로켈의 특정 SunPlex Agent Builder 메시지가 중국어 간체로 표시됩니다.

해결 방법: SunPlex Agent Builder를 zh_TW 로켈로 실행하여 메시지를 중국어 번체로 정확하게 표시합니다.

잘못된 Java 버전에 연결된 Java 바이너리로 인해 HADB 에이전트가 잘못 작동함(4968899)

문제점 요약: hadbm이 HADB 에서 호출되는 경우 /usr/bin의 java 바이너리를 사용합니다. /usr/bin의 java 바이너리는 Java 1.4 이상의 해당 버전에 연결되어야 하므로 HADB 에이전트가 제대로 작동하지 않습니다.

해결 방법: /opt/SUNWappserver7/SUNWhadb/4/bin/hadbm 스크립트에서 Java 1.4 이상의 해당 버전을 사용하여 JAVA_HOME 환경 변수를 할당합니다.

scsetup이 단일 노드 클러스터에 첫 번째 어댑터를 추가할 수 없음(4983095)

문제점 요약: 첫 번째 어댑터를 단일 노드 클러스터에 추가할 때 scsetup을 사용하면 다음 오류 메시지가 나타납니다. Unable to determine transport type.

해결 방법: 적어도 첫 번째 어댑터는 수동으로 구성합니다.

# scconf -a -A trtype=type,name=nodename,node=nodename

첫 번째 어댑터가 구성된 후 상호 연결 구성을 위한 scsetup의 추가 사용은 예상대로 작동합니다.

scinstall 유틸리티를 사용하여 일부 데이터 서비스를 업그레이드할 수 없음

문제점 요약: scinstall 유틸리티를 사용하여 데이터 서비스를 업그레이드할 수 없는 응용 프로그램은 다음과 같습니다.

• Apache Tomcat

• DHCP

• mySQL

• Oracle E-Business Suite

• Samba

• SWIFTAlliance Access

• WebLogic Server

• WebSphere MQ

• WebSphere MQ Integrator

해결 방법: 이전 목록에 나오는 응용 프로그램에 대한 데이터 서비스를 업그레이드할 계획이라면 Solaris OS용 Sun Cluster 소프트웨어 설치 안내서의 “Sun Cluster 3.1 4/04 소프트웨어로 업그레이드(롤링)”에 나오는 데이터 서비스 업그레이드 단계를 아래 단계로 바꾸십시오. 데이터 서비스가 설치되어 있는 노드마다 다음 단계를 수행합니다.

1. 업그레이드할 데이터 서비스에 대한 소프트웨어 패키지를 제거합니다.

   # pkgrm pkg-inst

   pkg-inst는 다음 표에 나열된 대로 업그레이드할 데이터 서비스에 대한 소프트웨어 패키지 이름을 지정합니다.

   응용 프로그램	데이터 서비스 소프트웨어 패키지
   Apache Tomcat	SUNWsctomcat
   DHCP	SUNWscdhc
   mySQL	SUNWscmys
   Oracle E-Business Suite	SUNWscebs
   Samba	SUNWscsmb
   SWIFTAlliance Access	SUNWscsaa
   WebLogic Server (영어 로켈)	SUNWscwls
   WebLogic Server (프랑스어 로켈)	SUNWfscwls
   WebLogic Server (일본어 로켈)	SUNWjscwls
   WebSphere MQ	SUNWscmqs
   WebSphere MQ Integrator	SUNWscmqi

2. 업그레이드할 버전의 데이터 서비스에 대한 소프트웨어 패키지를 설치합니다.

   소프트웨어 패키지를 설치하려면 업그레이드할 데이터 서비스에 대한 Sun Cluster 설명서에 나오는 대로 수행하십시오. 이 설명서는 http://docs.sun.com에서 사용할 수 있습니다.

HA Oracle Stop 메소드 시간 초과(4644289)

문제점 요약: Sun Cluster HA for Oracle 데이터 서비스는 수퍼유저 명령, su(1M)을 사용하여 데이터베이스를 시작하고 중지합니다. Solaris 8 또는 Solaris 9를 실행하는 경우 클러스터 노드의 공개 네트워크에 장애가 발생하면 네트워크 서비스를 사용하지 못하게 될 수 있습니다.

해결 방법: oracle_server 또는 oracle_listener 자원의 기본이 될 수 있는 각 노드에서 /etc/nsswitch.conf 구성 파일에 다음 항목을 포함시킵니다.

passwd: files
groups: files
publickey: files
project:  files

이러한 항목을 사용하면 su 명령이 NIS/NIS+ 이름 서비스를 참조하지 않아서 네트워크 장애가 발생할 경우에 데이터 서비스가 정확하게 시작되고 중지됩니다.

SAP liveCache Stop 메소드 시간 초과(4836272)

문제점 요약: Sun Cluster HA for SAP liveCache 데이터 서비스는 dbmcli 명령을 사용하여 liveCache를 시작하고 중지합니다. Solaris 9를 실행하는 경우 클러스터 노드의 공개 네트워크에 장애가 발생하면 네트워크 서비스를 사용하지 못하게 될 수 있습니다.

해결 방법: liveCache 자원의 기본이 될 수 있는 각 노드에서 /etc/nsswitch.conf 구성 파일에 publickey 데이터베이스에 대한 다음 항목 중 하나를 포함시킵니다.

publickey: 
publickey:  files
publickey:  files [NOTFOUND=return] nis 
publickey:  files [NOTFOUND=return] nisplus

Sun Cluster Data Service for SAP liveCache Guide for Solaris OS에 문서화된 업데이트 외에도 위 항목 중 하나를 추가하면 su 명령과 dbmcli 명령은 NIS/NIS+ 이름 서비스를 참조하지 않습니다. NIS/NIS+ 이름 서비스를 건너뛰면 네트워크 장애가 발생할 경우 데이터 서비스가 정확하게 시작되고 중지됩니다.

HA-Siebel이 실패한 Siebel 구성 요소를 자동으로 재시작하지 않음(4722288)

문제점 요약: Sun Cluster HA-Siebel이 각 Siebel 구성 요소를 모니터하지 않습니다. Siebel 구성 요소의 오류가 감지되면 경고 메시지만 syslog에 기록됩니다.

해결 방법: scswitch -R -h node - g resource_group 명령을 사용하여 구성 요소가 오프라인 상태인 Siebel 서버 자원 그룹을 다시 시작합니다.