알려진 문제점

다음에 나오는 알려진 문제점은 Sun Cluster 3.0 12/01 릴리스의 작동에 영향을 줍니다. 최신 정보는 http://docs.sun.com에서 온라인으로 Sun Cluster 3.0 12/01 Release Notes Supplement를 참조하십시오.

버그 ID 4419214

문제점 요약: /etc/mnttab 파일에 글로벌로 마운트된 VxFS 파일 시스템의 최신 largefile 상태가 표시되지 않습니다.

조치: /etc/mnttab 항목 대신 fsadm 명령을 사용하여 파일 시스템의 largefile 상태를 확인하십시오.

버그 ID 4449437

문제점 요약: 동일한 파일 크기에 대하여 글로벌 VxFS가 로컬 VxFS보다 많은 디스크 블록을 할당하는 것 같습니다. ls -ls 명령을 사용하면 이런 결과가 발생합니다.

조치: 파일 시스템 마운트를 해제하고 마운트하십시오. 그러면 할당된 것으로 보고된 추가 디스크 블록이 제거됩니다.

버그 ID 4490386

문제점 요약: 클러스터에서 Sun Enterprise 10000 서버를 사용할 때 일정한 I/O 카드 구성을 사용하면 서버가 중지됩니다.

조치: 클러스터에서는 Sun Enterprise 10000 서버의 SBus I/O 슬롯 0에 UDWIS I/O 카드를 설치하지 마십시오.

버그 ID 4492010

문제점 요약: N개의 상호 작용 관리자로 구성된 N-노드 클러스터에서 클라이언트로 사용되는 Interaction Manager(IM)를 실행하는 클러스터 노드를 중지시키거나 종료하면 클라이언트의 세션이 종료됩니다. 동일한 클라이언트가 다른 IM에 다시 연결하기 위해 재시도하는 데 오랜 시간이 걸립니다. 이것은 BroadVision 제품에서 발생하는 문제인데, Broadvision 엔지니어들이 이 문제를 해결하기 위해 작업을 하고 있습니다. BroadVision은 IM 세션 페일오버 기능을 지원하지 않습니다.

조치: Netscape 브라우저에서 Stop/Reload 버튼을 클릭한 다음 Start Broadway Application 버튼을 클릭하십시오. BroadVision 서버에 바로 연결되어야 합니다. IM 노드를 중지시킨 후에 새로 연결할 경우 이 방법을 사용하면 대부분 해결됩니다. IM 노드를 중지시키기 전에 이 방법을 사용하면 제대로 작동하지 않습니다. 이 방법으로 해결되지 않으면 Netscape에서 디스크 캐시와 메모리 캐시를 제거하십시오.

버그 ID 4493025

문제점 요약: 2-노드 클러스터에서 oracle-rg를 노드 1에서 노드 2로 전환하면 BroadVision One-To-One이 세 번 시도한 후에 새 사용자를 등록합니다. 첫 번째 시도에서는 Fail to create new user라고 표시됩니다. 두 번째 시도에서는 저작권 정보가 표시됩니다. 세 번째 시도에서는 문제없이 실행됩니다. 페일오버 Oracle 데이터베이스를 실행하는 N 노드 클러스터에서는 클러스터 내부와 외부에 관계없이 모두 이 문제가 발생하고, Node 1이 http, oracle, roothost, backend 및 backend2에 대한 1차로 실행되고 Interaction Manager(IM)가 확장 가능으로 실행되는 2-노드 클러스터에서도 이 문제가 발생합니다.

이 문제는 로그인한 후에 새 사용자의 이름이 초기 페이지에 표시되지 않기 때문입니다. 이것은 BroadVision One-To-One의 알려진 문제입니다. 이 문제를 해결하도록 BroadVision One-To-One에 대하여 버그가 보고되어 있습니다: BVNqa20753.

조치: 해결 방법은 없습니다. 세 번의 시도 후에 사용자가 만들어집니다.

버그 ID 4494165

문제점 요약: VERITAS File System 패치 110435-05를 적용하면 mount_vxfs에 대한 로깅 옵션이 log 옵션에서 delaylog 옵션으로 변경됩니다. Sun Cluster에서 VxFS를 지원하기 위해 로깅이 필요합니다.

조치: vfstab 파일의 VxFS 옵션 목록에 직접 log 옵션을 추가하십시오.

버그 ID 4499573

문제점 요약: 클러스터에서 사용하는 데이터 서비스가 많은 수의 디스크에 구성되어 I/O가 집중될 경우, 디스크 장애가 발생하면 I/O 하위 시스템 내에서 재시도 작업이 수행되기 때문에 데이터 서비스 시간이 초과될 수 있습니다.

조치: 데이터 서비스의 Probe_timeout에 대한 자원 확장 등록 정보 값을 증가시키십시오. 시간 초과 값을 결정하는 데 도움이 필요하면 서비스 담당자에게 문의하십시오.

# scrgadm -c -j resource -x Probe_timeout=timeout_value

버그 ID 4501655

문제점 요약: 잠글 장치가 글로벌 장치(/dev/global/rdsk/d4s0)인 경우에 record locking 기능이 제대로 작동하지 않습니다. 그러나 프로그램이 지정된 노드에서 백그라운드로 여러 번 실행될 때는 record locking이 제대로 작동합니다. 첫 번째 프로그램 사본이 장치의 일부를 잠그면 장치 잠금이 해제될 때까지 다른 프로그램 사본은 block waiting 상태가 됩니다. 그러나 지정된 노드가 아닌 다른 노드에서 프로그램이 실행될 경우에는 장치 잠금이 해제될 때까지 block waiting 상태이어야 하지만 프로그램이 장치를 다시 잠급니다.

조치: 해결 방법은 없습니다.

버그 ID 4504311

문제점 요약: Sun Cluster 구성이 Solaris 8 10/01 소프트웨어로 업그레이드되면(Sun Cluster 3.0 12/01 업그레이드를 위해 필요) Apache의 시작 및 중단 스크립트가 복원됩니다. 클러스터에 이미 Apache 데이터 서비스가 있고 기본 구성으로 구성되어 있으면(/etc/apache/httpd.conf 파일은 있고 /etc/rc3.d/S50apache 파일은 없음) Apache가 자동으로 시작됩니다. 그러면 Apache가 이미 실행되고 있기 때문에 Apache 데이터 서비스가 시작되지 않습니다.

조치: 각 노드에 대하여 다음을 수행하십시오.

1. 업그레이드할 노드를 종료하기 전에 다음 링크가 이미 있는지 확인하십시오. 있으면 파일 이름에 대문자 K나 S가 포함되어 있는지 확인하십시오.

   /etc/rc0.d/K16apache /etc/rc1.d/K16apache /etc/rc2.d/K16apache /etc/rc3.d/S50apache /etc/rcS.d/K16apache

   이러한 링크가 이미 있고 파일 이름에 대문자 K나 S가 포함되어 있으면 다른 조치가 필요없습니다. 그렇지 않은 경우에는 노드를 Solaris 8 10/01 소프트웨어로 업그레이드한 후에 다음 단계의 작업을 수행하십시오.

2. 노드를 Solaris 8 10/01 소프트웨어로 업그레이드하고 나서 노드를 다시 부트하기 전에 소문자 k나 s로 파일 이름을 변경하여 복원된 Apache 링크를 따로 보관하십시오.

   # mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache # mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache # mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache # mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache # mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache

버그 ID 4504385

문제점 요약: 클러스터 전송 자동 검색 기능을 제공하는 대화식 scinstall(1M)을 사용하면 검색 중에 다음과 같은 오류 메시지가 나타날 수 있습니다.

scrconf:  /dev/clone: No such file or directory

이 오류 메시지가 나타나면 검색이 중단되거나 자동 검색에 실패할 수 있습니다. 장치는 네트워크 어댑터가 아닐 수도 있습니다. 예를 들어, 장치가 /dev/llc20일 수 있습니다. 이 문제가 발생하면 이 문제를 다시 확인할 수 있도록 추가 정보를 제공하여 버그 보고서를 갱신하도록 서비스 담당자에게 요청하십시오.

조치: 노드를 다시 부트하고 scinstall을 다시 시도하십시오. 그래도 문제가 해결되지 않으면 scinstall에서 자동 검색 이외의 옵션을 선택하십시오.

버그 ID 4505391

문제점 요약: scinstall -u begin -F 명령을 사용하여 Sun Cluster 소프트웨어를 Sun Cluster 2.2에서 Sun Cluster 3.0 12/01로 업그레이드하면 의존 문제 때문에 scinstall 명령이 패치를 제거하지 못하고 중단되어 다음 메시지가 표시됩니다.

scinstall:  Failed to remove patch-id.rev
scinstall:  scinstall did NOT complete successfully!

패치 사이의 의존성이 이 문제의 원인입니다.

조치: 반대 순서로 직접 패치 의존을 제거한 다음 업그레이드 프로세스를 다시 시작하십시오. 스크립트 문제의 원인이 되는 패치 의존을 확인하려면 로그 파일을 사용하십시오. showrev 명령을 사용하여 패치 의존을 확인할 수도 있습니다.

showrev -p | grep patch-id

버그 ID 4509832

문제점 요약: 클러스터에서 CCR(Cluster Configuration Repository)이 잘못되면 읽을 수 없거나 쓸 수 없습니다. 문제가 되는 잘못된 CCR에 ccradm -r -f 명령을 실행하면 잘못된 CCR을 쓸 수 있을 뿐 아니라 읽을 수도 있어야 합니다. 그러나 ccradm -r -f 명령을 실행한 후에도 CCR 테이블에 쓸 수 없습니다.

조치: 전체 클러스터를 다시 부트하십시오.

버그 ID 4511478

문제점 요약: 클러스터를 설치할 수 있도록 JumpStart 서버를 설정하기 위해 동일한 JumpStart 디렉토리에 대하여 두 번째로 대화식 scinstall(1M) 명령을 실행하면 클러스터 및 JumpStart 디렉토리 이름이 없어질 수 있습니다. 이 프로세스에 의해 호출되는 scinstall 명령행에 이 이름이 모두 표시되지 않습니다.

조치: JumpStart 디렉토리에서 .interactive.log.3 파일을 제거한 다음 scinstall을 다시 실행하십시오.

버그 ID 4515780

문제점 요약: Oracle 9.0.1의 NLS 파일은 Oracle 8.1.6 및 8.1.7 소프트웨어와 역호환되지 않습니다. 패치 110651-04가 잘못된 것으로 발표되었습니다.

조치: 패치 110651-04를 제거하고 110651-02로 교체하십시오.

버그 ID 4517304

문제점 요약: 클러스터 노드에서 syslogd가 중단되어 다시 시작할 수 없으면(예를 들어, 버그 ID 4477565의 결과) 하나 이상의 노드에서 rgmd가 중단될 수 있습니다. 그러면 다시 scstat(1M) -g, scswitch(1M) -g, scrgadm(1M), scha_*_get(1HA,3HA) 등과 같은 다른 명령을 중단시켜 자원 그룹 페일오버가 실행되지 않습니다.

조치: /usr/sbin/syslogd를 시작하는 명령 앞에 기호 링크 /etc/.syslog_door를 제거하는 행을 삽입하여 /etc/init.d/syslog 스크립트를 편집하십시오. 삽입할 행은 다음과 같습니다.

rm -f /etc/.syslog_door

버그 ID 4517875

문제점 요약: RSM(Remote Shared Memory) 패키지와 SUNWscrif 패키지(RSMAPI Path Manager 패키지)를 설치하고 나서 RSMAPI가 사용하는 일부 경로에 장애가 발생하여 RSM_CONNECTION_ACTIVE 상태가 됩니다. rsm_get_interconnect_topology(3rsm)를 사용하여 토폴로지 구조를 덤프하면 인터페이스 {rsmapi.h}에 각 경로의 상태가 표시됩니다.

노드가 클러스터에서 분리되지 않도록 한 번에 한 노드씩 다음 해결 방법을 수행하십시오.

조치: 클러스터의 노드에 대하여 다음 명령을 실행하여 RSM_CONNECTION_ACTIVE(3) 이외의 상태인 경로를 가져오십시오.

# scconf -c -m endpoint=node:adpname,state=disabled
# scconf -c -m endpoint=node:adpname,state=enabled

node:adpname

이 문제가 발생하는 경로의 종단점

버그 ID 4522648

문제점 요약: VxVM 3.1.1 릴리스에서는 설명서 페이지 경로가 /opt/VRTS/man으로 변경되었습니다. 이전 릴리스에서는 설명서 페이지 경로가 /opt/VRTSvxvm/man이었습니다. 이 새 경로가 Sun Cluster 3.0 12/01 소프트웨어 설치 안내서에 문서화되지 않았습니다.

조치: VxVM 3.1.1 이상의 경우에는 클러스터 각 노드의 MANPATH에 /opt/VRTS/man을 추가하십시오.