다음 정보는 Java Enterprise System 설치 프로그램을 사용하는 설치 프로세스와 관련된 내용입니다.
구성 요소 패키지 또는 RPM을 직접 제거하고 나중에 설치 프로그램을 실행하면 구성 요소가 여전히 설치되어 있으며 제대로 작동하지 않습니다.
해결책 이미 구성 요소 패키지 또는 RPM을 수동으로 제거했더라도 Java ES 제거 프로그램을 사용하여 해당 구성 요소를 제거해야 합니다.
Java ES 설치 프로그램을 실행하는 시스템에 해당 설치 프로그램을 실행할 스왑 공간이 부족하면 다음 오류 메시지를 표시한 후에도 CLI 모드 설치 프로그램(./installer -nodisplay)이 계속 실행됩니다.
com.sun.entsys.dre.DREException: Not enough space |
해결책 이 메시지가 표시되면 설치 프로그램을 종료합니다. 그런 다음 스왑 공간을 더 할당하거나 기존 스왑 공간을 해제하고 설치 프로그램을 다시 실행합니다.
초기 버전의 Solaris 10에서 전체 루트 영역에 Java ES를 설치할 경우, 설치 프로그램이 다음 메시지 중 하나를 표시할 수 있습니다.
영역에서 지원되지 않는 구성 요소 선택한 구성 요소에 필요한 다음 구성 요소는 로컬 영역에서 지원되지 않으므로 로컬 영역에 직접 설치할 수 없습니다. 설치를 계속하기 전에 전역 영역에서 이 구성 요소를 설치하십시오. SharedComponent |
또는
시스템에 설치되어 있는 Sun Web Console 패키지의 결함으로 인해 전체 루트 비전역 영역에 Java ES를 설치할 수 없습니다. 이 문제를 해결하려면 전체 루트 영역에 Java ES를 설치하기 전에 전역 영역의 Sun Web Console 패키지를 업그레이드해야 합니다. 자세한 내용은 Java ES 릴리스 노트(버그 6451030) 및 설치 설명서를 참조하십시오. |
이 두 메시지는 모두 설치 프로그램이 패키지를 업그레이드하지 못하게 하는 잘못된 속성 설정이 이미 설치된 Sun Java Web Console 패키지에 포함되어 있기 때문에 나타납니다. 잘못된 속성 설정이 포함된 Sun Java Web Console 패키지가 Solaris 10, Solaris 10 1/06, Solaris 10 6/06 및 Java ES 2005Q4에 제공되었습니다.
해결책 이 문제를 해결하려면 전체 루트 영역에서 Java ES를 설치하기 전에 전역 영역에서 Sun Java Web Console 패키지를 업그레이드해야 합니다. 두 가지 옵션이 있습니다.
전역 영역에서 설치 프로그램을 실행하고 모든 공유 구성 요소만 설치합니다. 이는 Sun Java Web Console 패키지를 업그레이드하고 영역 속성을 수정하지만, 또한 모든 기타 Java ES 5 공유 구성 요소를 전역 영역에 설치하고 이를 모든 비전역 영역에 전파합니다. 이전 버전의 Java ES가 전체 루트 영역에 설치되어 있는 경우, 이 옵션은 사용자 환경에 맞지 않으며 권장되지 않습니다.
전역 영역에서 Sun Java Web Console 패키지만 업그레이드합니다. 이렇게 하려면 전역 영역에 로그인하고 Solaris용 Java ES 5 설치 디렉토리로 이동합니다. 루트에서 다음을 수행합니다.
cd Product/sunwebconsole ./setup |
setup 스크립트는 전역 영역에서 Sun Java Web Console을 업그레이드하고 이를 모든 비전역 영역에 전파합니다.
Java ES 설치 프로그램은 HP-UX depot 메커니즘과 상호 작용하여 설치된 구성 요소를 찾고, 종속성을 확인하고, 비트를 설치합니다. Depot 메커니즘의 클라이언트-서버 구조로 인해 시스템 응답 시간이 더 느려지며, 반복되는 상호 작용은 다른 플랫폼에 비해 전체 설치 프로세스를 현격하게 더 느리게 합니다.
해결책 없음
시스템에서 파일 설명자 제한이 너무 낮게 설정되어 있으면 일부 구성 요소를 제대로 구성할 수 없습니다. 설치 프로그램에서 이러한 구성 오류를 보고하지는 않지만 구성 로그 파일에 이러한 오류가 표시되어 있습니다.
해결책 설치하기 전에 파일 설명자 제한 값을 1024 또는 2048처럼 높은 값으로 설정합니다. 설치한 후에는 이 값을 이전 값으로 다시 설정할 수 있습니다.
설치 프로그램은 공유 구성 요소가 평가용 구성 요소인지 확인하고 평가용 구성 요소인 경우 이를 대체합니다.
해결책 설치를 시작하기에 앞서 해당 워크스테이션에 평가용 구성 요소가 설치되지 않았는지 확인합니다.
영역 내에서 CD 스왑을 사용한 모든 Java ES 2005Q4 설치가 실패합니다. Java ES 2005Q4에서는 CD에서 비전역 영역으로의 설치가 지원되지 않습니다. 특히 로컬 영역에서의 Sun Cluster 설치는 지원되지 않습니다.
Solaris 9에 빌드 10을 설치하는 경우 업데이트 6에 해당되지 않는 패치(패치 117714–06)를 요구하기 때문에 업데이트 6 설치가 실패합니다.
해결책 SUNWced 및 SUNWcedu 패키지를 설치합니다.
로그 메시지가 항상 올바른 것은 아닙니다. 예를 들어, 어떤 오류가 발생하면 일부(전부가 아님) 구성 요소 제품이 설치되어 있어도 “소프트웨어가 설치되지 않았습니다.”라는 메시지가 표시됩니다.
한 제품 구성 요소를 선택하면 설치 프로그램은 종속된 모든 제품 구성 요소를 설치하도록 자동으로 선택합니다. 구성 요소 제품 선택 페이지는 기존 구성 요소 제품과 함께 종속 제품이 선택되었음을 표시하지 않습니다.
해결책 없음
독일어와 같은 특정 언어의 창이 전체 인터페이스를 표시할 만큼 충분히 넓지 않습니다. 따라서 힌트와 같은 요소의 텍스트가 오른쪽이나 아래쪽에서 잘립니다.
해결책 수동으로 창 크기를 조정합니다.
HP-UX에 Access Manager를 설치하면 설치가 실패하고 Access Manager에서 gettext 바이너리를 찾을 수 없다는 메시지가 표시됩니다.
해결책 getext 0.14.6 이상을 다운로드하여 설치합니다.
웹 서버 시작 실패 문제는 Access Manager의 SDK 구성때문일 수 있습니다. 이 시나리오에서는 AMConfig.properties 파일에 잘못된 정보가 들어 있는 경우 일련의 웹 서버 시작 오류가 발생합니다. 다음 변수에 올바른 정보가 들어 있지 않습니다.
com.iplanet.am.directory.host
com.iplanet.am.server.host
com.iplanet.am.console.host
com.iplanet.am.profile.host
com.iplanet.am.naming.url
com.iplanet.am.notification.url
해결책 Access Manager SDK가 Web Server와 함께 설치된 노드 B에서 <Web_Server_Instance_dir>/config/server.xml 파일을 수정하여 필요한 Access Manager JAR 파일을 클래스 경로에 추가합니다.
Java ES 설치 프로그램은 기존 디렉토리 서버 설치에 플랫폼 항목을 추가하지 않습니다(DIRECTORY_MODE=2).
해결책 플랫폼 서비스 서버 목록 속성을 편집하여 두 번째 인스턴스를 추가합니다. 예를 들면 다음과 같습니다. 예를 들어 첫 번째 인스턴스가 host1.example.com일 경우 http://host1.example.com:port|01과 같은 항목이 있습니다. 두 번째 인스턴스가 host2에 있고 host1과 같은 Directory Server를 사용할 경우 Access Manager 관리자 콘솔을 사용하여 http://host2.example.com:port|02와 같은 항목을 추가합니다.
Directory Server에는 검색 성능을 개선하기 위한 여러 가지 새로운 색인이 있습니다. 따라서 Access Manager를 기존 디렉토리 정보 트리(DIT)에 추가한 후에는 db2index.pl 스크립트를 실행하여 Directory Server 색인을 재구성해야 합니다. 예를 들면 다음과 같습니다. # ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot
db2index.pl 스크립트는 DS-install-directory/slapd-hostname/ 디렉토리에 있습니다.
버전 6.1에서 버전 6.2로의 Access Manager 업그레이드 프로세스가 완료되면 업그레이드 로그에 DB 기반 로깅이 제대로 처리되지 않았다고 표시됩니다.
해결책 없음버전 6.1에서 버전 6.2로 Access Manager 업그레이드하는 프로세스는 DB 로그 테이블의 백업을 지원하지 않습니다.
Directory Server가 설치되어 있고 LDAPS(SSL)만 사용 가능한 경우 Access Manager 설치가 실패합니다. Access Manager를 설치하려면 먼저 Directory Server의 LDAP(SSL 아님)를 활성화합니다. Access Manager 설치가 완료되면 LDAP를 비활성화하고 LDAPS만 그대로 둡니다.
Access Manager는 비밀번호(예: amadmin)와 Directory Server 루트 접미어에 작은 따옴표(\q)를 지원하지 않습니다. 그러나 백슬래시(\\)는 지원됩니다.
Java Enterprise System 설치 프로그램을 실행할 때 Directory Server가 사용자가 처음 로그인할 때 비밀번호 변경을 요청하도록 구성되어 있으면 Access Manager 설치가 실패합니다.
해결책 Directory Server 비밀번호 재설정 정책을 "해제"로 설정합니다.
설치 중에 classpath 및 기타 Access Manager 웹 컨테이너 환경 변수를 업데이트해도 설치 프로세스가 웹 컨테이너를 다시 시작하지 않습니다. 설치 후 웹 컨테이너를 다시 시작하기 전에 Access Manager에 로그인하려고 하면 다음과 같은 오류가 반환됩니다.
인증 서비스가 초기화되지 않습니다. 시스템 관리자에게 문의하십시오. |
해결책 Access Manager에 로그인하기 전에 웹 컨테이너를 다시 시작합니다. 또한 로그인하기 전에 Directory Server도 실행되고 있어야 합니다.
Access Manager는 domain.xml Application Server를 JVM 옵션 및 서버 클래스 경로로 올바르게 업데이트하지 않으며, 이 문제는 다음과 같은 시나리오에서 발생합니다.
Application Server와 Directory Server를 설치 및 구성합니다.
노드 에이전트를 만듭니다.
기본이 아닌 Application Server 인스턴스를 만듭니다.
"나중에 구성" 모드로 Access Manager를 설치합니다.
amsamplesilent 파일을 편집한 다음 amconfig를 사용하여 실행합니다.
브라우저를 사용하여 Access Manager에 로그인하려고 하면 오류 메시지가 표시됩니다.
해결책 Access Manager를 설치하기 전에 컨테이너 블록에 다음 정보가 포함되도록 amsamplesilent 파일을 편집합니다.
AS81_HOME=/opt/SUNWappserver/appserver AS81_PROTOCOL=$SERVER_PROTOCOL AS81_HOST=$SERVER_HOST #AS81_HOST=$DISTAUTH_HOST AS81_PORT=$SERVER_PORT AS81_ADMINPORT=$ADMIN_PORT AS81_ADMIN=admin AS81_ADMINPASSWD="$ADMINPASSWD" AS81_INSTANCE=server1 AS81_DOMAIN=domain1 AS81_INSTANCE_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance AS81_DOCS_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance/docroot AS81_ADMIN_IS_SECURE=true |
편집이 끝난 후 amconfig 명령을 실행합니다.
./amconfig -s amsamplesilent |
Application Server Domain Administration Server를 설치하면 Application Server 노드 에이전트가 후속 설치 세션에서 설치되고 호환되는 것으로 표시됩니다. Domain Administration Server와 노드 에이전트에서 같은 패키지 집합을 사용하고 구성에서만 서로 다른 경우 이 문제가 발생합니다.
해결책 없음노드 에이전트를 지원하는 소프트웨어가 설치되어 있습니다. 노드 에이전트를 만들려면 asadmin create-node-agent 명령을 사용합니다. 자세한 내용은 create-node-agent(1)을 참조하십시오.
설치 프로그램이 Application Server의 “서버 이름”을 입력하라는 메시지를 표시합니다. 그러나 설치 프로그램은 사용자가 이 텍스트 필드에 입력하는 내용에 관계 없이 시스템의 실제 호스트 이름을 사용합니다.
해결책 서버 이름이 서버의 호스트 이름과 다른 경우 수퍼유저가 되어 해당 도메인 디렉토리(“서버 루트” 디렉토리)에 다음을 입력합니다.
# find . -type f -exec grep -l $HOSTNAME {} \\ ;
그런 다음 파일 내용을 적절하게 변경합니다.
Linux에서 도메인을 시작하려고 하면 libstdc++를 참조하는 예외가 발생합니다. 이 문제는 Linux에 기본적으로 설치되지 않는 특정 호환성 라이브러리가 Application Server에 필요하기 때문에 발생합니다.
해결책 다음 호환성 라이브러리를 설치합니다.
compat-gcc-7.3-2.96.build.i386.rpm
compat-gcc-c++-7.3-2.96.build.i386.rpm
compat-libstdc++-7.3-2.96.build.i386.rpm
이러한 라이브러리는 기본적으로 설치되지 않지만 Red Hat Linux 배포판에서 사용할 수 있습니다. 다른 버전의 Red Hat Linux에서는 build 값이 달라질 수 있습니다.
Directory Server 5.1은 Solaris 9에 번들로 제공됩니다. 따라서 Java ES 5에서 Directory Server를 설치하면 시스템에버전 5.1(Solaris 9)과 버전 6.0(Java ES)이 공존하게 됩니다.
이러한 시스템에서 Directory Server를 사용하는 경우 반드시 관리할 버전의 Directory Server와 연관된 명령 집합을 사용해야 합니다.
Internet Explorer 6을 통해 Directory Service Control Center에 액세스하는 경우 접미어에 대한 색인 구성 변경 사항을 저장하면 null 오류 메시지가 표시됩니다. 또한 해당 작업의 진행률 창이 표시된 채 그대로 중단됩니다.
해결책 Mozilla 기반 브라우저와 같은 다른 브라우저를 통해 Directory Service Control Center에 액세스합니다.
Java ES 설치 프로그램을 사용하면 Sun Java System Monitoring Console과 함께 설치할 구성 요소의 일부 또는 전체를 선택할 수 있습니다. 하지만 Monitoring Console의 제한 사항으로 인해 모니터링하는 구성 요소와 동일한 호스트 또는 동일한 Solaris 영역에 설치되어 있으면 실행되지 않습니다. Monitoring Console을 다른 구성 요소와 함께 선택하면 설치는 되지만 Monitoring Console을 구성하여 실행할 수는 없습니다.
해결책 다른 Java ES 구성 요소가 설치되지 않은 전용 호스트에 Monitoring Console을 설치합니다. 설치 프로그램을 실행하여 다른 구성 요소를 설치하는 경우 Monitoring Console을 설치하기 위해 선택하지 마십시오. 자세한 내용은 Sun Java Enterprise System 5 모니터링 설명서의 Java ES 설치 프로그램을 사용하여 Monitoring Console을 설치하는 방법 절차를 참조하십시오.
또한 Solaris 10 운영 체제에서 전용 논리 호스트를 로컬 영역에 만들면 다른 Java ES 구성 요소와 동일한 물리적 컴퓨터에 Monitoring Console을 설치할 수 있습니다. 자세한 내용은 Sun Java Enterprise System 5 모니터링 설명서의 Solaris 영역에 Monitoring Console을 설치하는 방법 절차를 참조하십시오.
이전에 Monitoring Console을 설치하고 구성한 호스트에 Java ES 구성 요소를 설치하려면 Sun Java Enterprise System 5 모니터링 설명서의 Monitoring Console 구성을 해제하는 방법 절차를 따르십시오.
Monitoring Console을 기본 위치에 설치하지 않으면 Web Console이 찾을 수 없기 때문에 시작할 수 없습니다.
해결책 Monitoring Console을 설치할 때 기본 위치만 지정합니다.
Sun Java System Monitoring Console을 설치한 후 Java ES 설치 프로그램이 Monitoring Console을 자동으로 구성 및 시작하지 않습니다.
해결책 설치 후 수동으로 명령을 실행하여 Monitoring Console을 구성하고 시작합니다. Sun Java Enterprise System 5 모니터링 설명서의 Monitoring Console 설치 절차 및 Sun Java Enterprise System 5 모니터링 설명서의 Monitoring Console 시작 절차를 차례대로 참조하십시오.
Access Manager 웹 응용 프로그램의 web.xml 파일에서 AMLControllerFilter에 대한 필터 항목이 주석 처리되어 있기 때문에 이 문제가 발생합니다.
해결책 Access Manager 웹 응용 프로그램의 web.xml 파일에서 AMLControllerFilter 필터 항목에 대한 주석을 해제합니다.
Portal Server를 구성하는 동안 설치 진행률 표시줄이 움직이지 않습니다. 이로 인해 구성 프로세스가 중단된 인상을 줄 수 있습니다.
해결책 성능이 낮은 시스템에서 작업을 완료하는 데 45분 정도 걸릴 수 있으므로 외관상의 비활성화 상태를 무시하고 Portal Server 구성 프로세스가 완료되기를 기다립니다.
해결책 이 문제와 관련된 최신 업그레이드 설명서를 보려면 다음 문서를 참조하십시오.
Sun Java Enterprise System 5 UNIX용 업그레이드 설명서
SampleIFrame 채널에서 도움말 아이콘을 누르면 “HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm is not available”이 표시됩니다.
해결책 없음iFrame 공급자에는 도움말이 제공되지 않습니다.
Portal Server를 설치 및 제거하는 동안 설치 프로그램과 제거 프로그램이 정지된 것으로 표시됩니다. 설치/제거를 성공적으로 마칠 때까지 최대 30분 정도 지연될 수 있습니다.
해결책 없음
Solaris 부트 구조 프로젝트가 변경되었기 때문에 Solaris 10을 실행하는 x86 컴퓨터가 클러스터 모드에서 실행되지 않습니다. 컴퓨터가 부트될 때 다음 오류 메시지가 표시됩니다.
본 제품의 사용은 사용권 조항의 적용을 받습니다. 주의: /etc/cluster/nodeid을(를) 열수 없습니다. 주의: 비클러스터 모드에서 부팅 중 주의: PCI PROP 없음 주의: PCI PROP 없음 장치를 구성하고 있습니다. 호스트 이름: pvyom1 devfsadm: minor_init failed for module /usr/lib/devfsadm/linkmod/SUNW_scmd_link.so smf(5) 서비스 설명 로드 중: 24/24 /usr/cluster/bin/scdidadm: DID 인스턴스 목록을 로드할 수 없습니다. /etc/cluster/ccr/did_instances을(를) 열 수 없습니다. 클러스터 일부로 부팅하는 중이 아닙니다. /usr/cluster/bin/scdidadm: DID 인스턴스 목록을 로드할 수 없습니다. /etc/cluster/ccr/did_instances을(를) 열 수 없습니다. 주: path_to_inst은(는) 업데이트되지 않을 수 있습니다. 업데이트해야 하는 경우 'boot -r'을(를) 실행하십시오. |
해결책 다음 단계를 수행합니다.
/boot/solaris/filelist.ramdisk에 /etc/cluster/nodeid를 추가합니다.
다음 명령을 입력합니다.
# bootadm update-archive # reboot -- -r |
16노드 클러스터의 모든 노드를 동시에 부트하려고 하면 노드 패닉 상태가 되고 노드가 정지된 채 쿼럼을 기다립니다.
개별 상호 연결 스위치가 잘못 구성되어 이 버그가 발생했으며,Sun Cluster 개별 상호 연결에 사용되는 스위치 포트의 확장 트리를 사용 불가능하게 설정해야 합니다. 16노드 클러스터의 스위치에 대해 설정된 것이 아니기 때문에 이 버그가 발생했습니다. 이 버그로 인해 클러스터를 온라인 상태로 만들 수 없습니다.
이 문제를 해결하려면 Sun Cluster 개별 상호 연결에 사용되는 스위치 포트의 확장 트리를 사용 불가능하게 설정해야 합니다.
해결책 없음
현지화된 Sun Cluster 패키지를 설치하면 Java ES 설치 로그에 다음 경고 메시지가 표시됩니다. 현지화된 패키지의 이름은 SUNW*scspmu입니다. 이 경고 메시지는 현지화된 구성 요소를 설치하도록 선택하지 않으면 표시되지 않습니다.
경고: smreg은(는) 사용되지 않으며 레거시 콘솔 응용 프로그램과의 호환을 위해서만 보존됩니다. 대신 wcadmin을(를) 사용하십시오. 자세한 내용을 보려면 "man wcadmin" 또는 "wcadmin --help"을(를) 입력하십시오. |
현지화된 Sun Cluster 패키지가 Sun Java(TM) Web Console 3.x의 새로운 명령인 wcadmin 대신 smreg 명령을 사용하기 때문에 이 경고가 발생합니다. 이 메시지는 Sun Cluster 설치를 완료하는 데 또 다른 단계를 수행해야 하는 것으로 고객에게 혼동을 줄 수 있습니다.
해결책 이 경고는 설치 오류가 아니므로무시해도 됩니다.
설치 프로그램이 Sun Cluster HA Application Server Agent를 Application Server 및 HADB 8.1과 함께 설치할 것인지를 선택하는 옵션을 제공합니다. 그러나 HA Application Server Agent는 Application Server 및 HADB 8.1을 지원하지 않습니다. 따라서 HA Application Server를 구성할 수 없습니다.
해결책 HA Application Server Agent를 Application Server 및 HADB 8.1과 함께 설치하지 마십시오.
Java Enterprise System 2005Q1에는 Sun Java System Directory Server 5 2004Q2용 Sun Cluster Data Service가 있습니다. Sun Java System Directory Server 5.0 또는 5.1용 Sun Cluster Data Service 또는 Netscape HTTP 버전 4.1.6용 Sun Cluster Data Service가 필요한 경우 Sun Cluster 3.1 Data Services 10/03 릴리스에서 사용할 수 있습니다. 이 릴리스를 요청하려면 Sun 고객 지원 담당자에게 문의하십시오.
대신Java Enterprise System 1 Accessory CD, volume 3에서 설치됩니다. 또한 데이터 서비스는 에이전트 CD에서 설치되지 않습니다. 대신 Java Enterprise System 1 Accessory CD, volume 3에서 설치됩니다.
Java Enterprise System 설치 프로그램을 실행하기 전에 Sun Cluster 에이전트를 설치한 경우에는 이 프로그램에서 추가 에이전트를 설치할 수 없습니다.
해결책 pkgadd를 사용하여 Sun Cluster 에이전트를 추가로 설치합니다.
해결책 모든 구성 파일을 백업합니다. 그런 다음 Java Enterprise System 설치 프로그램을 사용하여 Web Server를 설치하기 전에 설치 디렉토리를 제거합니다.