Sun Java Enterprise System 5 UNIX용 릴리스 노트

이 릴리스 노트에는 Sun Java^TM Enterprise System(Java ES) 5에 대한 중요한 정보가 포함되어 있습니다. 설치 및 작업 성능을 전반적으로 향상시키려면 Java ES를 사용하기 전에 이 문서를 읽으십시오. 이 문서는 새로 발생되는 문제에 대해 설명할 필요가 있을 때마다 업데이트됩니다. 이러한 업데이트에 대한 자세한 내용은 개정 내역을 참조하십시오. 이 문서의 최신 버전은 Java ES 5 웹 사이트 http://docs.sun.com/coll/1286.2 및 http://docs.sun.com/coll/1397.2에 있습니다.

다루는 플랫폼:이 문서에서는 다음과 같은 플랫폼의 Java ES를 설명합니다.

• SPARC^TM, x86 및 x64 플랫폼용 Solaris 10

• SPARC 및 x86 플랫폼용 Solaris 9

• x86 및 x64 플랫폼용 Red Hat Enterprise Linux 4(AS 및 ES)

• x86 및 x64 플랫폼용 Red Hat Enterprise Linux 3(AS 및 ES)

• PA-RISC 2.0 플랫폼용 HP-UX 11.11v1

Microsoft Windows 플랫폼의 Java ES에 대한 자세한 내용은 Sun Java Enterprise System 5 Release Notes for Microsoft Windows를 참조하십시오.

다루는 구성 요소:이 문서에서는 Java ES 설치 프로그램을 사용하여 배포 및 설치되는 Java ES 구성 요소에 대해 설명하며,다른 방법으로 배포 및 설치되는 Java ES 구성 요소에 대한 내용은 다루지 않습니다.

본 문서에서 다루는 항목:본 문서에서는 다음과 같은 항목에 대해 설명합니다.

• Java ES의 일반적인 플랫폼 요구 사항 및 문제

• Java ES의 일반적인 호환성 문제

• 설치/제거 프로그램 및 이러한 프로그램을 통해 배포되는 Java ES 구성 요소 Java ES와 관련된 일반적인 설치, 업그레이드 및 제거 문제점

이 릴리스 노트에서는 구성 요소의 사용과 관련된 문제는 다루지 않으므로 사용할 Java ES 구성 요소에 해당하는 릴리스 노트를 별도로 참조해야 합니다. 사용 가능한 구성 요소별 릴리스 노트 목록은 구성 요소 릴리스 노트를 참조하십시오.

개정 내역

구성 요소 릴리스 노트

모든 구성 요소별 정보는 각각의 구성 요소 릴리스 노트에 있습니다. 다음 구성 요소 릴리스 노트는 http://docs.sun.com/coll/1315.2 에 있습니다.

이번 릴리스의 새로운 기능

Sun에서는 Sun 소프트웨어 사용자에게 보다 나은 기능을 제공하기 위해 Java ES 5의 기존 구성 요소를 향상시키는 한편 새로운 구성 요소를 추가했습니다. 다음 목록에는 중요하게 향상된 기능과 추가된 기능이 요약되어 있습니다. 자세한 내용은 Java ES의 각 구성 요소에 대한 릴리스 노트를 참조하십시오.

• Directory Proxy Server의 새로운 주요 버전이 하위 구성 요소로 포함된 Directory Server의 새로운 주요 버전

• Portal Server의 새로운 주요 버전

• Web Server의 새로운 주요 버전

• Sun Cluster Geographic Edition 소프트웨어의 추가 기능

• 스파스 루트 및 전체 루트 비전역 영역에서의 설치를 포함하여 향상된 Solaris 컨테이너 지원

• 향상된 시스템 전체 모니터링 기능 및 모니터링 콘솔의 추가 기능

폐기된 기능 및 제거된 기능

이번 릴리스에서 폐기되거나 제거된 기능

이번 릴리스에서 폐기되거나 제거된 Java ES 시스템 전체 기능은 다음과 같습니다. 이번 릴리스에서 폐기되거나 제거된 구성 요소별 기능에 대한 자세한 내용은 해당 구성 요소의 릴리스 노트를 참조하십시오.

• 이번 릴리스에서는 Solaris 8 또는 Red Hat Enterprise Linux 2.1을 지원하지 않습니다. Sun은 Java ES 2005Q4 릴리스 시 2005Q4 릴리스 이후에는 이러한 운영 체제 버전에 대해 새 버전의 Java ES를 제공하지 않을 것임을 발표했습니다.

• 통신 제품은 더 이상 Sun Java Enterprise System 권한 범위에 속해 있지 않습니다. Sun에서는 2006년 8월에 이러한 변경 사항을 발표했습니다.

  Java ES 설치 프로그램에서 더 이상 사용할 수 없는 통신 제품은 다음과 같습니다. 이러한 제품의 다운로드에 대한 자세한 내용은 http://www.sun.com/bigadmin/hubs/comms에 있는 BigAdmin에서 Sun Java Communications Suite 정보 허브를 참조하십시오.

  • Sun Java System Messaging Server

  • Sun Java System Calendar Server

  • Sun Java System Instant Messaging

  • Sun Java System Communications Express

  • Sun Java System Communications Services Delegated Administrator

향후 릴리스에서 폐기되거나 제거되는 기능

다음은 향후 릴리스의 Java ES에 적용될 예정입니다.

• Java ES의 다음 주요 릴리스에서 J2SE 1.4에 대한 지원이 제거될 수 있습니다.

• Java ES의 다음 주요 릴리스에서 Red Hat Linux 3에 대한 지원이 제거될 수 있습니다.

• Java ES의 다음 주요 릴리스에서 Microsfot Windows 2000에 대한 지원이 제거될 수 있습니다.

이번 릴리스에서 해결된 문제

다음 표에는 Java ES 2005Q4 릴리스 노트에서 보고되고 Java Enterprise System 5에서 해결된 배포, 설치 및 제거 문제가 정리되어 있습니다. 이전의 각 구성 요소 릴리스 노트에서 보고된 문제의 상태에 대한 자세한 내용은 현재 버전의 구성 요소 릴리스 노트를 참조하십시오.

플랫폼 요구 사항 및 문제점

운영 체제별 하드웨어 요구 사항

Java ES 5를 설치하고 사용하는 데 필요한 디스크 공간과 RAM은 시스템에 설치하는 구성 요소에 따라 크게 달라질 수 있습니다. 단일 시스템에 모든 구성 요소를 설치하는 데 권장되는 최소 값은 다음과 같습니다. 시스템에 설치 중인 구성 요소의 릴리스 노트에 명시된 값을 함께 추가하면 보다 정확한 값을 얻을 수 있습니다.

Solaris 요구 사항 및 문제점

권장되는 Solaris 업데이트 수준

SPARC 및 x86 플랫폼에서 Java ES 5가 모든 버전의 Solaris 9와 Solaris 10에서 지원되지만 권장되는 업데이트는 다음과 같습니다.

• Solaris 9: Update 7(9/04) 이상

• Solaris 10 SPARC: Update 1(1/06) 이상

• Solaris 10 x86: Update 2(6/06) 이상

지원되는 Solaris 소프트웨어 그룹

Java ES는 다음과 같은 Solaris 소프트웨어 그룹을 사용하여 설치된 Solaris 시스템에서 실행됩니다.

• SUNWCXall – 전체 Solaris 소프트웨어 그룹(OEM 지원 포함)

• SUNWCall – 전체 Solaris 소프트웨어 그룹

• SUNWCprog – 개발자 Solaris 소프트웨어 그룹

Solaris 10에서 최소 설치(6331921)

Sun Cluster 또는 Sun Cluster Geographic Edition을 설치하지 않은 경우 Java ES는 SUNWCreq(Core System Solaris Software Group) 또는 SUNWCuser(End User Solaris Software Group)를 사용하여 최소 설치된 Solaris 10 시스템에서도 실행할 수 있습니다.

SUNWCreq가 설치된 Solaris 10 시스템에 Java ES 5를 설치하려면 다음과 같은 패키지를 추가합니다.

또한 그래픽(GUI) 설치 프로그램을 사용할 경우 다음과 같은 패키지도 추가합니다.

Java ES는 위에서 나열된 두 가지 Solaris 10 최소 설치에서 테스트되었습니다. 그러나 Java ES 구성 요소의 특정 기능을 사용하려면 추가 패키지가 필요할 수 있습니다.

Solaris에 필요한 패치 클러스터

Java ES 설치 프로그램이 설치 중인 구성 요소를 실행하는 데 필요한 운영 체제 패치를 시스템에서 확인합니다. Sun에서는 Solaris에 설치하는 동안 이러한 확인 작업이 실패하지 않도록 설치 프로그램을 실행하기 전에 다운로드하여 적용할 수 있는 패치 클러스터를 제공합니다. 해당 패치 클러스터를 얻으려면 다음을 수행합니다.

1. http://sunsolve.sun.com으로 이동합니다.

2. “Patches and Updates”를 누릅니다.

3. “Recommended Patch Clusters”를 누릅니다.

4. OS 버전에 적용할 “Java ES Required OS”로 시작하는 패치 클러스터를 찾아 다운로드합니다.

이러한 패치 클러스터에 Solaris 커널 패치가 포함되어 있을 수 있습니다. 따라서 다음을 수행해야 합니다.

• 패치 클러스터의 README를 자세히 읽어 봅니다. 또한 클러스터의 각 패치, 특히 커널 패치의 README를 읽어 봅니다.

• 단일 사용자 모드로 패치 클러스터를 설치한 후 재구성 재부팅(boot -r)을 수행합니다. 일부 패치를 설치하는 데 실패하고 “추가 패치 명령을 실행하기 전에 재구성 재부팅을 수행해야 합니다.”라는 메시지가 표시되면 재부팅 후 해당 클러스터를 다시 설치해야 합니다.

또한 Java ES에 필요한 대부분의 OS 패치는 최신 Solaris 업데이트에 이미 포함되어 있습니다. 따라서 최신 Solaris 업데이트를 실행하면 Java ES 설치 프로그램을 실행하여 전체 패치 클러스터를 다운로드하는 대신 적용해야 하는 몇 개의 패치만 검색하여 다운로드할 수 있습니다.

Linux 요구 사항 및 문제점

x86용 Red Hat Linux 3 Update 8(AS 및 ES)에서 root가 유효한 사용자가 아님(6460658)

Red Hat Enterprise Linux 3 Update 8을 실행하는 x86 시스템에 Java ES 5를 설치하는 경우 "root" 시스템 사용자가 인식되지 않습니다.

해결책 Java ES를 설치하기 전에 먼저 Red Hat 사이트에서 최신 coreutils-4.5.3-28.4.i386.rpm과 coreutils-4.5.3-28.4.x86_64.rpm을 설치합니다.

HP-UX 요구 사항 및 문제점

HP-UX에 필요한 업그레이드 및 패치

HP-UX에 Java ES 구성 요소를 설치, 구성 및 실행하기 전에 특정 소프트웨어 업데이트와 패치를 설치해야 합니다. 설치해야 하는 업데이트는 다음과 같습니다.

• Transport Optional Upgrade Release(TOUR) 3.1

• GOLDQPK11i(B.11.11.0509.429) Sept 2005 Quality Pack

  • GOLDAPPS11i(B.11.11.0509.429)

  • GOLDBASE11i(B.11.11.0509.429)

설치해야 하는 패치는 다음과 같습니다.

• PHSS_30966

• PHCO_29328

• PHKL_25842

• PHNE_29445

이러한 업데이트와 패치는 HP IT Resource Center(http://itrc.hp.com)에서 사용할 수 있습니다.

Java ES 5에서 지원되는 플랫폼 가상화 기술

플랫폼 가상화를 통해 공유 하드웨어 위에 포함되어 있는 환경에서 서로 연관되지 않은 여러 게스트 운영 체제를 실행할 수 있습니다. 플랫폼 가상화의 많은 이점으로 인해 오늘날 다양한 가상화 기술 및 제품을 사용할 수 있습니다.

Sun은 2006년 11월 Solaris 10에 소개된 Logical Domains(LDoms) 소프트웨어를 사용하여 가상화된 Solaris 10 환경에서 Java ES 5를 테스트하였으며, 이에 대한 배포를 지원합니다.

LDoms는 UltraSPARC T1 기반 및 T2 기반 서버에서 실행됩니다. LDoms의 기능 및 요구 사항에 대한 자세한 내용은 Logical Domains 문서 모음(http://docs.sun.com/coll/ldom1.0)을 참조하십시오.

LDoms 이외의 가상 환경 내에서 지원되는 운영 체제 상에 Java ES를 배포하고 문제가 발생하는 경우, Sun에서 응답 서비스를 제공하기 전에 비가상 환경에서 문제를 재연하도록 요청받을 수 있습니다.

비가상 환경에서의 배포 또한 마찬가지로, 응용 프로그램의 충분한 성능 수준을 확보하려면 각 가상 머신에 권장되는 자원(프로세서, 메모리, 저장 공간 등)을 할당해야 합니다. 권장 및 지원되는 시스템 요구 사항은 구성 요소 문서를 참조하십시오.

Java ES 5에서 지원되는 웹 브라우저

Java ES 5 구성 요소에서 제공되는 웹 기반 관리 인터페이스에서 지원되는 웹 브라우저는 다음과 같습니다.

• Solaris 9 및 10, Windows 2000 및 XP, Red Hat Linux 3 및 4, Mac OS X에서 Firefox® 1.0.7

• Solaris 9 및 10, Windows 2000 및 XP, Red Hat Linux 3 및 4, HP-UX, Mac OS X에서 Mozilla^TM 1.7.12

• Solaris 9 및 10, HP-UX에서 Netscape^TM Communicator 7.1

• Windows 2000 및 XP에서 Netscape Communicator 8.0.4

• Windows 2000에서 Microsoft Internet Explorer 6.0 SP1

• Windows XP에서 Microsoft Internet Explorer 6.0 SP2

Java ES 5 구성 요소가 제공하는 최종 사용자 웹 인터페이스에서 지원하는 웹 브라우저에 대한 자세한 내용은 해당 인터페이스를 제공하는 구성 요소의 릴리스 노트를 참조하십시오. Java ES 5 구성 요소의 릴리스 노트는 http://docs.sun.com/coll/1315.2 에서 사용할 수 있습니다. 또한 구성 요소 릴리스 노트를 참조하십시오.

Java Platform, Standard Edition(Java SE) 요구 사항

Solaris 및 Linux의 경우 Java Enterprise System이 인증되고 Java SE5.0 Update 9(1.5.0_09)를 포함합니다. HP-UX의 경우 Java Enterprise System이 인증되고 Java SE 5.0 Update 3(1.5.0_03)을 포함합니다. 또한 Java SE 1.4.2와 호환되는 항목은 다음과 같습니다.

• 공유 구성 요소

• 최종 사용자 클라이언트 응용 프로그램

• 공용 Java API

특정 구성 요소는 추가 버전의 Java SE를 지원해야 하거나 특정 버전의 Java SE와 관련된 호환성 문제가 있을 수 있습니다. 자세한 내용은 해당 구성 요소의 릴리스 노트를 참조하십시오.

호환성 문제

다음 절에서는 Java ES의 이전 릴리스와 관련하여 Java ES 5와 이전 버전과의 호환성 문제를 설명합니다. 또한 여기서 설명하는 문제는 여러 Java ES 구성 요소에 걸쳐 있거나 Java ES 설치 프로그램 또는 제거 프로그램과 관련된 것들입니다. 특정 구성 요소와 이전 버전과의 호환성에 대한 자세한 내용은 해당 구성 요소의 릴리스 노트에 있는 호환성 정보를 참조하십시오. 구성 요소 릴리스 노트 목록은 구성 요소 릴리스 노트를 참조하십시오.

Java SE 5.0 Update 9가 Application Server 7과 호환되지 않음(2137473, 6203688, 6409072)

Java ES 5는 Java SE 5.0 Update 9(1.5.0_09)에서 인증됩니다. 이 버전의 Java SE가 시스템에 없으면 Java ES 설치 프로그램이 해당 버전을 설치하고 /usr/jdk/entsys-j2se 심볼릭 링크를 통해 Java ES 구성 요소를 사용할 수 있도록 만듭니다.

Java ES 2004Q2와 함께 제공되는 Application Server 7 버전은 이 심볼릭 링크를 사용하지만 Java SE 5.0 Update 9와 호환되지 않습니다. 따라서 Java ES 5 구성 요소를 설치한 후 Application Server 7이 올바르게 작동하지 않습니다.

해결책 Java ES는 단일 시스템에서 2004Q2 버전과 5 버전의 구성 요소를 함께 사용하도록 지원하지 않습니다. Java ES 2004Q2에서 시스템을 업그레이드하는 경우 모든 구성 요소를 업그레이드해야 합니다. 업그레이드하는 동안 Application Server 7에 액세스해야 하면 Java ES 2004Q2에서 설치된 Java SE 1.4.2를 가리키도록 구성을 변경해야 합니다.

1. Sun Java System Application Server 7 관리 콘솔에 로그인합니다.

2. Java SE 1.4.2 위치를 가리키도록 Java 홈을 변경하여 관리 서버와 모든 응용 프로그램 서버 인스턴스에 대한 Java 설정을 업데이트합니다. 모든 인스턴스에 대해 "변경 사항 적용"을 수행해야 합니다.

3. 관리 서버를 포함한 모든 응용 프로그램 서버 인스턴스를 중지합니다.

4. Application Server 7의 config 하위 디렉토리에 있는 asenv.conf 파일을 수정하여 Java SE 1.4.2 위치를 가리키도록 AS_JAVA를 설정합니다.

5. Application Server 7을 다시 시작합니다.

Java ES 5 공유 구성 요소가 이전 버전의 Instant Messaging과 호환되지 않음(6440340)

Java ES 설치 프로그램을 사용하여 공유 구성 요소를 업그레이드하거나 설치한 후에는 시스템에 설치되어 있는 이전 버전의 Instant Messaging이 더 이상 제대로 작동하지 않으며, Instant Messaging 멀티플렉서 또는 서버를 시작하지 못하는 증상도 나타납니다.

이 문제는 Java ES 5의 Sun Java System Instant Messaging 및 Presence API(IMAPI) 공유 구성 요소가 이전 버전의 Instant Messaging과 호환되지 않기 때문에 발생합니다. 다음과 같은 경우 Java ES 설치 프로그램에서 IMAPI를 설치하거나 업그레이드합니다.

• Portal Server를 설치하는 경우

• Service Registry를 설치하는 경우

• 모든 공유 구성 요소를 설치 또는 업그레이드하는 경우

따라서 이 문제는 이러한 경우에만 제한적으로 발생합니다.

해결책 Instant Messaging을 버전 7.2로 업그레이드합니다.

설치 문제

다음 정보는 Java Enterprise System 설치 프로그램을 사용하는 설치 프로세스와 관련된 내용입니다.

일반 설치 문제

Java ES 설치 프로그램으로 구성 요소를 설치한 후 제거하려면 제거 프로그램을 사용해야 함(버그 번호 없음)

구성 요소 패키지 또는 RPM을 직접 제거하고 나중에 설치 프로그램을 실행하면 구성 요소가 여전히 설치되어 있으며 제대로 작동하지 않습니다.

해결책 이미 구성 요소 패키지 또는 RPM을 수동으로 제거했더라도 Java ES 제거 프로그램을 사용하여 해당 구성 요소를 제거해야 합니다.

CLI 모드에서 스왑 공간이 부족할 때도 Java ES 설치 프로그램이 계속 실행됨(6436570)

Java ES 설치 프로그램을 실행하는 시스템에 해당 설치 프로그램을 실행할 스왑 공간이 부족하면 다음 오류 메시지를 표시한 후에도 CLI 모드 설치 프로그램(./installer -nodisplay)이 계속 실행됩니다.

com.sun.entsys.dre.DREException: Not enough space

해결책 이 메시지가 표시되면 설치 프로그램을 종료합니다. 그런 다음 스왑 공간을 더 할당하거나 기존 스왑 공간을 해제하고 설치 프로그램을 다시 실행합니다.

Solaris 10에서 전체 루트 영역에의 설치에 실패함(6451030)

초기 버전의 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을 업그레이드하고 이를 모든 비전역 영역에 전파합니다.

HP-UX에서 Java ES 설치 프로그램의 성능 문제(6472918)

Java ES 설치 프로그램은 HP-UX depot 메커니즘과 상호 작용하여 설치된 구성 요소를 찾고, 종속성을 확인하고, 비트를 설치합니다. Depot 메커니즘의 클라이언트-서버 구조로 인해 시스템 응답 시간이 더 느려지며, 반복되는 상호 작용은 다른 플랫폼에 비해 전체 설치 프로세스를 현격하게 더 느리게 합니다.

해결책 없음

설치 프로그램이 낮은 파일 설명자 제한으로 인한 구성 요소 구성 실패 오류를 보고하지 않음(5018734, 6523904)

시스템에서 파일 설명자 제한이 너무 낮게 설정되어 있으면 일부 구성 요소를 제대로 구성할 수 없습니다. 설치 프로그램에서 이러한 구성 오류를 보고하지는 않지만 구성 로그 파일에 이러한 오류가 표시되어 있습니다.

해결책 설치하기 전에 파일 설명자 제한 값을 1024 또는 2048처럼 높은 값으로 설정합니다. 설치한 후에는 이 값을 이전 값으로 다시 설정할 수 있습니다.

제품 라이센스가 평가판인 경우 Java ES 설치 프로그램에 쿼리 기법이 필요함(6265136)

설치 프로그램은 공유 구성 요소가 평가용 구성 요소인지 확인하고 평가용 구성 요소인 경우 이를 대체합니다.

해결책 설치를 시작하기에 앞서 해당 워크스테이션에 평가용 구성 요소가 설치되지 않았는지 확인합니다.

영역 향상 기능 및 물리적 매체 설치(6298792)

영역 내에서 CD 스왑을 사용한 모든 Java ES 2005Q4 설치가 실패합니다. Java ES 2005Q4에서는 CD에서 비전역 영역으로의 설치가 지원되지 않습니다. 특히 로컬 영역에서의 Sun Cluster 설치는 지원되지 않습니다.

설치 프로그램에서 Solaris 9, 업데이트 6에 적용할 수 없는 패치를 요청함(6315304)

Solaris 9에 빌드 10을 설치하는 경우 업데이트 6에 해당되지 않는 패치(패치 117714–06)를 요구하기 때문에 업데이트 6 설치가 실패합니다.

해결책 SUNWced 및 SUNWcedu 패키지를 설치합니다.

설치 로그 메시지가 항상 올바른 것은 아님(버그 번호 없음)

로그 메시지가 항상 올바른 것은 아닙니다. 예를 들어, 어떤 오류가 발생하면 일부(전부가 아님) 구성 요소 제품이 설치되어 있어도 “소프트웨어가 설치되지 않았습니다.”라는 메시지가 표시됩니다.

구성 요소 선택 페이지에서 구성 요소를 자동으로 선택하기가 어려움(4957873)

한 제품 구성 요소를 선택하면 설치 프로그램은 종속된 모든 제품 구성 요소를 설치하도록 자동으로 선택합니다. 구성 요소 제품 선택 페이지는 기존 구성 요소 제품과 함께 종속 제품이 선택되었음을 표시하지 않습니다.

해결책 없음

일부 로켈의 경우 인터페이스의 창 너비가 부족함(4949379)

독일어와 같은 특정 언어의 창이 전체 인터페이스를 표시할 만큼 충분히 넓지 않습니다. 따라서 힌트와 같은 요소의 텍스트가 오른쪽이나 아래쪽에서 잘립니다.

해결책 수동으로 창 크기를 조정합니다.

Access Manager 설치 문제

HP-UX에 설치된 Access Manager에서 gettext 바이너리를 찾을 수 없음(6497926)

HP-UX에 Access Manager를 설치하면 설치가 실패하고 Access Manager에서 gettext 바이너리를 찾을 수 없다는 메시지가 표시됩니다.

해결책 getext 0.14.6 이상을 다운로드하여 설치합니다.

Access Manager SDK 구성 후 웹 서버 시작 실패 오류 발생(6293225)

웹 서버 시작 실패 문제는 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 파일을 클래스 경로에 추가합니다.

설치 프로그램이 기존 디렉토리 설치에 대한 플랫폼 항목을 추가하지 않음(6202902)

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와 같은 항목을 추가합니다.

기존 DIT에 Access Manager 설치 시 Directory Server 색인 재작성 필요(6268096)

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/ 디렉토리에 있습니다.

pre61to62upgrade 스크립트가 DB 기반 로깅을 제대로 처리하지 않음(5042233)

버전 6.1에서 버전 6.2로의 Access Manager 업그레이드 프로세스가 완료되면 업그레이드 로그에 DB 기반 로깅이 제대로 처리되지 않았다고 표시됩니다.

해결책 없음버전 6.1에서 버전 6.2로 Access Manager 업그레이드하는 프로세스는 DB 로그 테이블의 백업을 지원하지 않습니다.

SSL 사용 가능 Directory Server와 함께 Access Manager 설치 시 발생하는 문제(버그 번호 없음)

Directory Server가 설치되어 있고 LDAPS(SSL)만 사용 가능한 경우 Access Manager 설치가 실패합니다. Access Manager를 설치하려면 먼저 Directory Server의 LDAP(SSL 아님)를 활성화합니다. Access Manager 설치가 완료되면 LDAP를 비활성화하고 LDAPS만 그대로 둡니다.

비밀번호와 루트 접미어에 작은 따옴표를 사용할 수 없음(버그 번호 없음)

Access Manager는 비밀번호(예: amadmin)와 Directory Server 루트 접미어에 작은 따옴표(\q)를 지원하지 않습니다. 그러나 백슬래시(\\)는 지원됩니다.

Directory Server에서 비밀번호 재설정을 구현하는 경우 Access Manager 설치가 실패함(4992507)

Java Enterprise System 설치 프로그램을 실행할 때 Directory Server가 사용자가 처음 로그인할 때 비밀번호 변경을 요청하도록 구성되어 있으면 Access Manager 설치가 실패합니다.

해결책 Directory Server 비밀번호 재설정 정책을 "해제"로 설정합니다.

Access Manager와 Directory Server를 별도의 컴퓨터에 설치하면 인증 서비스가 초기화되지 않음(6229897)

설치 중에 classpath 및 기타 Access Manager 웹 컨테이너 환경 변수를 업데이트해도 설치 프로세스가 웹 컨테이너를 다시 시작하지 않습니다. 설치 후 웹 컨테이너를 다시 시작하기 전에 Access Manager에 로그인하려고 하면 다음과 같은 오류가 반환됩니다.

인증 서비스가 초기화되지 않습니다. 시스템 관리자에게 문의하십시오.

해결책 Access Manager에 로그인하기 전에 웹 컨테이너를 다시 시작합니다. 또한 로그인하기 전에 Directory Server도 실행되고 있어야 합니다.

Access Manager에서 domain.xml Application Server 파일을 업데이트하지 않음(6439597)

Access Manager는 domain.xml Application Server를 JVM 옵션 및 서버 클래스 경로로 올바르게 업데이트하지 않으며, 이 문제는 다음과 같은 시나리오에서 발생합니다.

1. Application Server와 Directory Server를 설치 및 구성합니다.

2. 노드 에이전트를 만듭니다.

3. 기본이 아닌 Application Server 인스턴스를 만듭니다.

4. "나중에 구성" 모드로 Access Manager를 설치합니다.

5. amsamplesilent 파일을 편집한 다음 amconfig를 사용하여 실행합니다.

6. 브라우저를 사용하여 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를 설치한 후 노드 에이전트가 설치되고 호환되는 것으로 표시됨(6379283)

Application Server Domain Administration Server를 설치하면 Application Server 노드 에이전트가 후속 설치 세션에서 설치되고 호환되는 것으로 표시됩니다. Domain Administration Server와 노드 에이전트에서 같은 패키지 집합을 사용하고 구성에서만 서로 다른 경우 이 문제가 발생합니다.

해결책 없음노드 에이전트를 지원하는 소프트웨어가 설치되어 있습니다. 노드 에이전트를 만들려면 asadmin create-node-agent 명령을 사용합니다. 자세한 내용은 create-node-agent(1)을 참조하십시오.

설치 프로그램이 사용자가 구성 페이지에서 입력한 호스트 이름을 인식하지 못함(4931514)

설치 프로그램이 Application Server의 “서버 이름”을 입력하라는 메시지를 표시합니다. 그러나 설치 프로그램은 사용자가 이 텍스트 필드에 입력하는 내용에 관계 없이 시스템의 실제 호스트 이름을 사용합니다.

해결책 서버 이름이 서버의 호스트 이름과 다른 경우 수퍼유저가 되어 해당 도메인 디렉토리(“서버 루트” 디렉토리)에 다음을 입력합니다.

# find . -type f -exec grep -l $HOSTNAME {} \\ ;

그런 다음 파일 내용을 적절하게 변경합니다.

Linux에서 도메인을 시작할 수 없음(6396102)

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 설치 문제

Solaris 9에서 설치한 후 두 버전의 Directory Server가 있음(버그 번호 없음)

Directory Server 5.1은 Solaris 9에 번들로 제공됩니다. 따라서 Java ES 5에서 Directory Server를 설치하면 시스템에버전 5.1(Solaris 9)과 버전 6.0(Java ES)이 공존하게 됩니다.

이러한 시스템에서 Directory Server를 사용하는 경우 반드시 관리할 버전의 Directory Server와 연관된 명령 집합을 사용해야 합니다.

접미어에 대한 색인 구성 변경 사항을 저장하면 null 오류가 발생함(6507803)

Internet Explorer 6을 통해 Directory Service Control Center에 액세스하는 경우 접미어에 대한 색인 구성 변경 사항을 저장하면 null 오류 메시지가 표시됩니다. 또한 해당 작업의 진행률 창이 표시된 채 그대로 중단됩니다.

해결책 Mozilla 기반 브라우저와 같은 다른 브라우저를 통해 Directory Service Control Center에 액세스합니다.

Monitoring Console 설치 문제

다른 Java ES 구성 요소와 동일한 호스트에 Monitoring Console을 설치할 수 없음(6441664)

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을 기본 위치에 설치해야 함(6471270)

Monitoring Console을 기본 위치에 설치하지 않으면 Web Console이 찾을 수 없기 때문에 시작할 수 없습니다.

해결책 Monitoring Console을 설치할 때 기본 위치만 지정합니다.

설치 프로그램에서 자동으로 Monitoring Console을 구성하지 못함(6488160)

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 시작 절차를 차례대로 참조하십시오.

Portal Server 설치 문제

설치 후 Mobile Access에 로그인할 수 없음(6437280)

Access Manager 웹 응용 프로그램의 web.xml 파일에서 AMLControllerFilter에 대한 필터 항목이 주석 처리되어 있기 때문에 이 문제가 발생합니다.

해결책 Access Manager 웹 응용 프로그램의 web.xml 파일에서 AMLControllerFilter 필터 항목에 대한 주석을 해제합니다.

Portal Server 구성이 정지된 것으로 표시됨: 진행률 표시줄이 바뀌지 않음(6350387)

Portal Server를 구성하는 동안 설치 진행률 표시줄이 움직이지 않습니다. 이로 인해 구성 프로세스가 중단된 인상을 줄 수 있습니다.

해결책 성능이 낮은 시스템에서 작업을 완료하는 데 45분 정도 걸릴 수 있으므로 외관상의 비활성화 상태를 무시하고 Portal Server 구성 프로세스가 완료되기를 기다립니다.

(Solaris 및 Linux) Portal Server 업그레이드 실패 — /opt/SUNWappserver7/bin/asadmin을 찾을 수 없음(6313972)

해결책 이 문제와 관련된 최신 업그레이드 설명서를 보려면 다음 문서를 참조하십시오.

Sun Java Enterprise System 5 UNIX용 업그레이드 설명서

데스크탑에서 iFrameprovider에 대한 도움말 파일 링크가 작동하지 않음(6199105)

SampleIFrame 채널에서 도움말 아이콘을 누르면 “HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm is not available”이 표시됩니다.

해결책 없음iFrame 공급자에는 도움말이 제공되지 않습니다.

Portal Server의 설치 및 제거가 정지된 것으로 표시됨(5106639)

Portal Server를 설치 및 제거하는 동안 설치 프로그램과 제거 프로그램이 정지된 것으로 표시됩니다. 설치/제거를 성공적으로 마칠 때까지 최대 30분 정도 지연될 수 있습니다.

해결책 없음

Sun Cluster 설치 문제

Solaris 10을 실행하는 x86 컴퓨터가 클러스터 모드에서 실행되지 않음(6299971)

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'을(를) 실행하십시오.

해결책 다음 단계를 수행합니다.

1. /boot/solaris/filelist.ramdisk에 /etc/cluster/nodeid를 추가합니다.

2. 다음 명령을 입력합니다.

   # bootadm update-archive # reboot -- -r

동시에 모든 노드를 부트하면 16노드 클러스터를 만들 수 없음(6320429)

16노드 클러스터의 모든 노드를 동시에 부트하려고 하면 노드 패닉 상태가 되고 노드가 정지된 채 쿼럼을 기다립니다.

개별 상호 연결 스위치가 잘못 구성되어 이 버그가 발생했으며,Sun Cluster 개별 상호 연결에 사용되는 스위치 포트의 확장 트리를 사용 불가능하게 설정해야 합니다. 16노드 클러스터의 스위치에 대해 설정된 것이 아니기 때문에 이 버그가 발생했습니다. 이 버그로 인해 클러스터를 온라인 상태로 만들 수 없습니다.

이 문제를 해결하려면 Sun Cluster 개별 상호 연결에 사용되는 스위치 포트의 확장 트리를 사용 불가능하게 설정해야 합니다.

해결책 없음

현지화된 Sun Cluster 패키지 설치 시 경고 메시지가 표시됨(6338473)

현지화된 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 8.1 및 HADB 8.1을 지원하지 않음(6212333)

설치 프로그램이 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과 함께 설치하지 마십시오.

이전 버전의 Directory Server용 Sun Cluster Data Service(버그 번호 없음)

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 고객 지원 담당자에게 문의하십시오.

Oracle Parallel Server/Real Application Clusters용 Sun Cluster Data Service는 Sun Cluster 3.1 CD에서 설치되지 않음(버그 번호 없음)

대신Java Enterprise System 1 Accessory CD, volume 3에서 설치됩니다. 또한 데이터 서비스는 에이전트 CD에서 설치되지 않습니다. 대신 Java Enterprise System 1 Accessory CD, volume 3에서 설치됩니다.

시스템에 하나의 Sun Cluster 에이전트가 있는 경우 설치 프로그램에서 Sun Cluster 에이전트를 추가로 설치할 수 없음(버그 번호 없음)

Java Enterprise System 설치 프로그램을 실행하기 전에 Sun Cluster 에이전트를 설치한 경우에는 이 프로그램에서 추가 에이전트를 설치할 수 없습니다.

해결책 pkgadd를 사용하여 Sun Cluster 에이전트를 추가로 설치합니다.

Web Server 설치 문제

설치 디렉토리가 이전 설치 버전의 파일로 채워져 있으면 Web Server가 설치되지 않음(버그 번호 없음)

해결책 모든 구성 파일을 백업합니다. 그런 다음 Java Enterprise System 설치 프로그램을 사용하여 Web Server를 설치하기 전에 설치 디렉토리를 제거합니다.

업그레이드 문제

Sun Java Enterprise System 5 UNIX용 업그레이드 설명서에서는 Solaris 및 Linux 플랫폼에서 Java ES 5로 업그레이드하기 위한 지침을 설명합니다. 다음 절의 문제는 업그레이드 설명서에서 다루지 않는 상황에 대해 설명하는 것이므로 업그레이드 설명서를 대체하는 것이 아니라 보완하기 위한 목적으로만 사용해야 합니다.

업그레이드 설명서와 다음 절의 문제는 릴리스 버전과 릴리스 번호별로 Java ES 릴리스를 참조합니다. 다음 표에서는 릴리스 버전과 릴리스 번호의 상호 관계를 보여줍니다.

항목별 업그레이드 문제

Access Manager, Application Server 및 Message Queue용 현지화 패키지를 설치 프로그램에서 업그레이드하지 않음(6446805)

Access Manager, Application Server 또는 Message Queue를 업그레이드하는 경우 "선택한 모든 구성 요소에 대해 다국어 패키지 설치" 옵션을 선택해도 설치 프로그램이 현지화 패키지를 업그레이드하지 않습니다.

해결책 Sun Java Enterprise System 5 UNIX용 업그레이드 설명서의 지침에 따라 업그레이드하기 전에 기존 현지화 패키지를 제거합니다.

다른 구성 요소를 Java ES 5로 업그레이드한 후 Application Server에서 JSP 컴파일 오류가 발생함(6388329)

Application Server(버전 8.1) 릴리스 3 또는 릴리스 4를 실행하는 시스템에서 Java ES 구성 요소를 Java ES 5로 업그레이드한 후 JSP 페이지를 컴파일하면 Application Server에서 오류 메시지를 표시합니다.

해결책 Application Server를 Java ES 5로 업그레이드하거나 다음 패치를 Application Server 8.1에 적용합니다.

• Solaris: 119166–17

• Linux: 119168–17

Linux에서 다른 구성 요소를 Java ES 5로 업그레이드한 후 Application Server에 배포된 응용 프로그램에서 Java.security.AccessControlException이 발생함( 6517722)

Application Server를 실행하는 Linux 시스템에서 Java ES 구성 요소를 Java ES 5로 업그레이드한 후 배포된 일부 응용 프로그램을 시작하면 Java.security.AccessControlException이 발생합니다. Java ES 5에서 ant의 위치가 변경되었기 때문에 이 문제가 발생합니다.

해결책 Application Server를 Java ES 5로 업그레이드하거나 다음 단계를 수행합니다.

1. Application Server의 config/asenv.conf 파일에서 AS_ANT_LIB 값을 "/opt/sun/lib"에서 "/opt/sun/share/lib"로 변경합니다.

2. Application Server를 다시 시작합니다.

Web Server에 배포된 Portal Server 7.0을 업그레이드하면 임의의 순서로 수행됨(6507069)

Web Server에 배포된 Portal Server IFR(Interim Feature Release) 7.0 2005Q4를 업그레이드하는 경우 표준이 아닌 순서로 구성 요소를 업그레이드해야 합니다. 자세한 내용은 Sun Java Enterprise System 5 UNIX용 업그레이드 설명서를 참조하십시오.

Instant Messaging과 함께 Monitoring Framework 1.0을 사용하는 경우 업그레이드해야 함(6515859)

Java ES 2005Q1 또는 2005Q4에서 Instant Messaging의 모니터링 기능이 사용되면 Java ES 5로 업그레이드한 후 등록 정보 파일을 수동으로 업그레이드해야 합니다.

해결책 지정된 호스트에서 Instant Messaging 인스턴스를 업그레이한 후 새 mfwk.properties 파일을 편집하여 이전 agent.properties파일에서 보존해야 하는 구성 매개 변수를 포함시킵니다.

모니터링 문제

이 절에서는 Monitoring Console과 Monitoring Framework에서 알려진 문제를 설명합니다. Monitoring Framework는 다른 구성 요소와 함께 자동으로 설치되는 공유 구성 요소이며 모니터링 기능을 사용할 수 있도록 해줍니다.

모니터링에 필요한 패치

Monitoring Framework에서 알려진 문제를 방지하려면 다음과 같은 패치가 필요합니다. 일반적으로 이러한 패치는 Java ES에 필요한 별도의 패치 번들이나 업데이트된 버전의 Solaris 운영 체제에 포함됩니다. 하지만 Java ES 제품 구성 요소를 모니터링할 호스트에 이러한 패치 또는 그 대체 수단이 있는지 확인해야 합니다.

HP-UX 운영 체제에서 모니터링에 필요한 패치는 HP-UX 요구 사항 및 문제점에 정리되어 있습니다.

Monitoring Console 인터페이스 문제

확인을 위한 새로운 호스트 인증서가 나타나지 않음(6467360)

모니터할 새로운 호스트를 추가할 때 Monitoring Console에서 보안 연결을 위해 SSL을 사용하지만 선택한 호스트에서 제공되는 인증서가 표시되지 않습니다. Monitoring Console은 호스트의 루트 비밀번호를 노드 에이전트로 전송하므로 해커들에 의해 의도한 호스트의 IP 주소가 위조되고 비밀번호가 노출될 가능성이 있습니다. 대부분의 노드 에이전트는 이미 보안 네트워크 내에서 실행하므로 이러한 문제가 발생할 확률은 매우 낮습니다.

해결책 노드 에이전트 호스트가 보안 네트워크 내에 있지 않을 경우, 이를 Monitoring Console에 새로운 호스트로 추가하기 전에 이러한 호스트에 대한 인증 신뢰성을 확인해야 합니다. 호스트의 신뢰성을 확인하려면 호스트에 로그인하고 해당 호스트의 구성 및 파일 시스템이 인식할 수 있는 것인지 확인합니다. UNIX 호스트의 경우, ssh로 로그인하여 인증서 정보를 볼 수 있습니다.

Application Server가 응용 프로그램 인스턴스로 참조됨(6495539, 6388513)

제품에 포함된 객체는 Monitoring Console에서 "응용 프로그램 서버"라고도 합니다. 이 용어를 Sun Java System Application Server와 혼동하지 않아야 합니다.

해결책 Monitoring Console의 컨텍스트에서 응용 프로그램 서버는 설치된 Java ES 구성 요소의 실행 중인 인스턴스를 말합니다.

Monitoring Console 응답 시간이 느림(6490794, 6438443)

Monitoring Console에서 페이지를 표시하고 전환하면 최대 30초 정도 걸리는 경우가 있을 수 있습니다.

해결책 다른 응용 프로그램이 없는 호스트에서 Monitoring Console을 실행합니다.

Monitoring Console에 호스트 또는 도메인 이름이 표시되지 않음(6444357, 6446325, 6496542)

왼쪽 트리의 레이블에는 구성 요소 이름만 포함되며 호스트 또는 도메인 이름은 포함되지 않습니다. 따라서 여러 호스트에 있는 유사한 구성 요소를 식별하기가 어려울 수 있습니다. 이와 비슷하게, 모니터링 규칙을 만들고 모니터 대상 구성 요소를 선택하는 경우 여러 호스트에 있는 동일한 구성 요소의 인스턴스를 구별하지 못할 수 있습니다.

해결책 모니터 대상 구성 요소의 세부 보기에서 호스트 식별자를 찾습니다. 어떤 구성 요소는 인스턴스 이름에 프로세스 아이디가 포함되므로 각 호스트에 있는 인스턴스의 프로세스 아이디를 알고 있어야 합니다.

특정 구성 요소를 모니터링하지 않도록 하는 간단한 방법이 없음(6446505)

Monitoring Console에서는 구성 요소별로 모니터링을 사용 가능 또는 사용 불가능하게 설정할 수 없습니다.

해결책 각 구성 요소의 고유 메커니즘에 따라 구성 요소의 모니터링을 사용 가능 또는 사용 불가능하게 설정해야 합니다. 자세한 내용은 Sun Java Enterprise System 5 모니터링 설명서의 2 장, Monitoring Framework 활성화 및 구성에서 구성 요소별 섹션을 참조하십시오.

모니터 대상 구성 요소가 중지되었을 때 콘솔에 항상 반영되는 것은 아님(6487785)

모니터 대상 구성 요소가 충돌하거나 정상적으로 중지되었을 때, 모니터 대상 객체가 노드 에이전트에서 제거되지 않고 Monitoring Console의 왼쪽 트리에 남아 있을 수 있습니다. 이와 유사하게, 전체 노드 에이전트를 중지하면 호스트 노드가 왼쪽 트리에서 제거되지 않을 수 있습니다. 이 문제는 간헐적으로 발생합니다.

해결책 서버 인스턴스를 중지하거나 다시 시작할 때 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작해야 할 수 있습니다. 호스트 및 해당 노드 에이전트를 중지할 경우 마스터 에이전트 및 Monitoring Console을 다시 시작해야 할 수 있습니다. 이러한 두 가지를 수행하는 방법은 Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법 절차에서 설명합니다.

호스트와 함께 모니터링 규칙과 경보가 삭제되지 않음(6474032)

호스트를 Monitoring Console에서 제거하는 경우 모니터 대상 구성 요소와 연결되어 있는 모니터링 규칙과 경보가 자동으로 삭제되지 않습니다. 이는 동일한 호스트를 다시 추가할 경우 규칙과 경보 상태의 지속성을 가능하게 합니다.

해결책 동일한 호스트를 다시 추가하지 않을 경우, 규칙 대화 상자를 사용하여 해당 호스트와 연결된 모든 규칙을 찾아서 삭제합니다. 호스트 제거 시에 존재하는 경보는 승인이 가능하지만 경보를 발생한 모니터 대상 속성에 더 이상 액세스할 수 없으므로 Monitoring Console에 남아 있게 됩니다. 경보가 승인 상태로 남아 있지 않게 하려면 호스트를 제거하기 전에 모니터 대상 구성 요소의 모든 경보 조건을 확인하고 Monitoring Console에서 경보를 승인합니다.

기타 Monitoring Console 문제

Monitoring Console 사용과 관련하여 알려진 기타 문제는 다음과 같습니다.

6366190

기본적으로 많은 테이블이 정렬되지 않음

6375583

“설치된 이 제품을 사용하는 객체”에서 연결된 호스트는 알 수 없는 객체가 아니어야 함

6388558

AppServer 플러그 인을 사용하는 경우 “이 서버에 포함된 객체”에 하위 객체의 하위 객체가 포함되지 않아야 함

6390983

사용 가능 및 사용 불가능 기능이 호스트의 테이블에서 제대로 작동하지 않음

6396891

캡션과 설명 필드에 기본 객체가 아닌 통계 및 설정 객체가 표시됨

6495587

객체를 선택하고 [모니터링 규칙] -> [새로 만들기]를 누르면 사용자가 해당 객체를 다시 선택할 필요가 없어야 함

6405363

지정된 호스트에 대해 나열된 JVM 객체 이름이 일관되지 않음

6405949

Application Server에서 만든 CMM_Cluster 객체가 어디에도 표시되지 않음

6412408

[새 규칙] 대화 상자에서 식별 가능한 객체 목록이 명확하지 않음

6429231

Portal Server, Web Server 및 Application Server 객체의 객체 및 작동 상태가 알 수 없음으로 표시됨

6388513

Application Server에 배포된 Enterprise Java Beans의 이름이 좀 더 알기 쉬운 이름이어야 함

6434184

Application Server 모니터링 객체의 속성 이름을 사용할 수 없음

6434241

Application Server 내부 구성 변경 사항이 Monitoring Console에 적용되지 않음

Monitoring Framework 문제

Linux IPv6 루프백 인터페이스가 지원되지 않음(6356355)

Linux 시스템에서 IPv6을 사용하면 Monitoring Framework가 작동하지 않습니다. 그 결과 이 시스템의 모니터 대상 구성 요소에 대한 계측이 cacao 컨테이너로 로드되지 않으며, 따라서 Monitoring Console에도 표시되지 않습니다.

해결책 다음의 두 가지 해결책이 있습니다.

• 루프백 인터페이스를 사용하지 않도록 Monitoring Framework를 구성합니다.

  1. Monitoring Framework 구성 디렉토리(기본적으로 /etc/opt/sun/mfwk/config)에 샘플 등록 정보 파일을 복사합니다.

     cp mfwk.properties.sample mfwk.properties

  2. 새로 복사된 mfwk.properties 파일에 다음 매개 변수를 설정합니다.

     mfwk.multicast.disableloopback=true

  3. Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법에 나와 있는 절차에 따라 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.

• Red Hat 3.0에서 다음 단계를 수행하여 IPv6을 사용 불가능하게 합니다.

  1. /etc/modprobe.conf 파일에 다음 행이 있는지 확인합니다.

     alias net-pf-10 ipv6

  2. 이 행을 변경하거나 다음 행을 추가합니다.

     alias net-pf-10 off

  3. 시스템을 다시 부팅합니다. 이제 IPv6을 사용할 수 없습니다.

  Red Hat 4.0에서는 /etc/modules.conf 파일을 사용하여 같은 절차를 수행합니다.

노드 에이전트에서 모니터 대상 구성 요소를 배포 해제하면 교착 상태가 발생할 수 있음(6481273)

모니터 대상 구성 요소를 사용 불가능하게 설정하는 과정에 노드 에이전트에서 해당 구성 요소를 배포 해제해야 하지만 교착 상태에 빠지는 경우가 가끔 있습니다. 특히 cacaoadm undeploy 명령이 반환되지 않고 전체 노드 에이전트에서 모니터링이 차단됩니다.

해결책 Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법에 나와 있는 절차에 따라 프로세스를 종료하고 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.

Linux에서 C 구성 요소의 모니터링 성능이 느림(6332884)

C 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소가 Linux 운영 체제에서 실행되는 경우 Monitoring Console에 느리게 표시됩니다.

해결책 없음

노드 작업 후 C 구성 요소의 모니터링 성능이 느려짐(6410218)

같은 노드 에이전트의 다른 구성 요소를 다시 배포하거나 중단한 후 C 라이브러리를 사용하는 구성 요소의 모니터링 성능이 Monitoring Console에서 느려질 수 있습니다.

해결책 Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법에 나와 있는 절차에 따라 노드 에이전트를 포함한 해당 노드의 공통 에이전트 컨테이너를 다시 시작한 다음 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.

C 구성 요소가 노드 에이전트와 안전하게 통신하지 않음(6405037)

C 라이브러리를 사용하는 구성 요소 및 같은 호스트의 노드 에이전트 사이에 수행하는 프로세스 간 통신은 안전하지 않습니다. 기본적으로 통신에서는 루프백 인터페이스를 사용하므로 보안 위험이 줄어듭니다.

해결책 없음

Java 구성 요소의 SNMP 성능이 느림(6437945)

Java 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소를 SNMP를 통해 액세스하면 성능 문제가 발생할 수 있습니다.

해결책 없음

노드 에이전트가 Solaris 9에서 모니터 대상 구성 요소를 검색할 수 없음(6504230)

Solaris 9의 버그로 인해 IPv4 주소로 주소 지정된 패킷이 IPv6 소켓의 수신기로 전달되지 않습니다. 그 결과 노드 에이전트와 해당 호스트에서 모니터링할 구성 요소 간의 검색 메커니즘이 중단됩니다.

해결책 다음 명령을 사용하여 노드 에이전트의 JVM이 IPv4 소켓에서 수신하도록 강제로 지정합니다.

cacaoadm stop
oldvalue=`cacaoadm get-param java-flags --value`
cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true"

그런 다음, Sun Java Enterprise System 5 모니터링 설명서의 노드 에이전트를 다시 시작하는 방법에 나와 있는 절차에 따라 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.

동기화되지 않은 시계로 인해 호스트를 Monitoring Console에 추가할 수 없음(6487357)

노드 에이전트와 마스터 에이전트 호스트의 시간이 동기화되어 있지 않으면 Monitoring Console에 노드를 추가할 수 없습니다. "JRMP 연결을 설정하는 동안" 마스터 에이전트의 Monitoring Framework 오류 로그에서 심각한 오류를 보고합니다

해결책 동기화되도록 호스트의 시간을 설정합니다.

비공개 C API에 대한 설명서가 지원되지 않음(6463023)

비공개 C API에 대한 설명서가 런타임 패키지에 잘못 포함되었습니다. 이 설명서에서 설명하는 인터페이스는 비공개이며 언제든지 변경될 수 있으므로 사용하지 않는 것이 좋습니다.

해결책 없음

HP_UX: 과도한 동시 모니터링 규칙으로 인한 예외 발생(6481758)

HP-UX 운영 체제의 노드 에이전트에서 많은 모니터링 규칙이 병렬로 생성될 경우, JVM(Java Virtual Machine)의 스레드 수가 커널 매개 변수 제한을 초과하여 OutOfMemory 예외가 발생할 수 있습니다.

해결책 Sun Java Enterprise System 5 Monitoring Guide의 To Optimize Kernel Parameters for Monitoring Framework on HP-UX 절차에서 설명한 대로 HPjconfig 도구를 다운로드하여 실행합니다.

제거 문제

Access Manager 제거 문제

제거 중에 Access Manager 모니터링 모듈이 등록 취소되지 않음(6360971, 6369681)

Access Manager를 제거하는 경우 해당 모니터링 모듈 설명자가 등록 취소되지 않습니다.

해결책 cacaoadm을 사용하여 com.sun.cmm.am 설명자를 등록 취소합니다.

1. com.sun.cmm.am 설명자가 있는지 확인합니다.

   # cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... com.sun.cmm.am 1.0 ...

2. 해당 설명자를 등록 취소합니다.

   # cacaoadm unregister-module com.sun.cmm.am.xml

3. cacao를 다시 시작합니다.

   cacaoadm restart

4. com.sun.cmm.am이 등록 취소되었는지 확인합니다.

   # cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ...

   com.sun.cmm.am 1.0이 등록된 모듈 목록에 더 이상 표시되지 않습니다.

패치 정보

Java ES 5의 경우 Sun은 패치를 검색 및 다운로드하여 Java ES 5 구성 요소에 적용하는 작업을 간편하게 수행할 수 있도록 지원하는 새로운 모델을 채택하고 있습니다. 이 모델을 구성하는 두 가지 주요 기능은 다음과 같습니다.

• 모든 Java ES 구성 요소에 대한 최신 패치가 포함된 패치 클러스터

• 개별 구성 요소 패치에 대한 키워드 태그 지정

패치 클러스터. Java ES 5에서 지원하는 각 플랫폼의 경우 Java ES 5에 포함된 구성 요소 버전에 맞는 최신 패치가 포함된 패치 클러스터를 다운로드할 수 있습니다. 이러한 패치 클러스터는 구성 요소의 새로운 패치가 발표될 때마다 지속적으로 업데이트됩니다.

이러한 패치 클러스터 중 하나를 가져오려면 다음을 수행합니다.

1. http://sunsolve.sun.com으로 이동합니다.

2. “Patches and Updates”를 누릅니다.

3. “Recommended Patch Clusters”를 누릅니다.

4. OS 버전과 프로세서 구조에 맞는 “Java ES Accumulated”로 시작하는 패치 클러스터를 찾아 다운로드합니다.

키워드 태그 지정. Java ES 5의 릴리스부터, Java ES 릴리스에 포함된 구성 요소 버전에 대한 모든 패치는 Java ES 릴리스에 적용되는 패치임을 나타내는 키워드를 사용하여 README 파일에 태그가 지정됩니다. Java ES 5의 경우 키워드 태그는 java_es-5입니다. 이러한 키워드 태그에 따라 java_es-5 키워드를 입력하면 SunSolve의 PatchFinder 기능을 사용하여 Java ES 5의 모든 개별 구성 요소 패치를 빠르게 찾을 수 있습니다.

또한 Sun Connection을 사용하여 Solaris 10의 Java ES 5에 대한 패치를 가져올 수도 있습니다. 자세한 내용은 http://www.sun.com/service/sunconnection을 참조하십시오.

재배포 가능한 파일

Sun Java Enterprise System 5의 일부 구성 요소에는 재배포 가능한 파일이 포함되어 있습니다. 이러한 파일에 대한 자세한 내용은 사용 중인 구성 요소의 릴리스 노트를 참조하십시오.

Berkeley 데이터베이스 사용 권한에 대한 고지 사항

본 제품에는 Oracle Corporation 제품인 Berkeley 데이터베이스의 객체 및/또는 소스 코드가 포함되어 있습니다. Java Enterprise System 또는 허가된 파생물로부터 Berkeley 데이터베이스 소프트웨어를 분리하여 사용할 경우 라이센스를 추가로 취득해야 합니다.

내게 필요한 옵션 기능

이 매체를 발행한 이후 릴리스된 내게 필요한 옵션 기능을 사용하려면 Sun에 요청하여 구할 수 있는 섹션 508 제품 평가를 참조하여 관련 솔루션을 배포하는 데 가장 적합한 버전을 확인하십시오. 업데이트된 응용 프로그램 버전은 다음 웹 사이트에서 확인할 수 있습니다.

내게 필요한 옵션 기능 구현을 위한 Sun의 방침에 대해 자세히 알아보려면 다음 웹 사이트를 방문하십시오.

문서, 지원 및 교육

Sun 웹 사이트에서는 다음과 같은 추가 자원에 관한 정보가 제공됩니다.

• 문서(http://www.sun.com/documentation/)

• 지원(http://www.sun.com/support/)

• 교육(http://www.sun.com/training/)

Sun 제품 설명서 검색

docs.sun.com 웹 사이트에서 Sun 제품 설명서를 검색할 뿐만 아니라 검색 필드에 다음 구문을 입력하여 검색 엔진을 사용할 수도 있습니다.

search-term site:docs.sun.com

예를 들어 "broker"를 검색하려면 다음과 같이 입력합니다.

broker site:docs.sun.com

다른 Sun 웹 사이트(예: java.sun.com, www.sun.com, developers.sun.com)를 검색 대상에 포함하려면 검색 필드에서 "docs.sun.com" 대신 "sun.com"을 사용합니다.

타사 웹 사이트

본 설명서에서는 타사 URL을 참조하여 추가 관련 정보를 제공합니다.

Sun은 본 설명서에서 언급된 타사 웹 사이트의 가용성 여부에 대해 책임을 지지 않습니다. 또한 해당 사이트나 리소스를 통해 제공되는 내용, 광고, 제품 및 기타 자료에 대해 어떠한 보증도 하지 않으며 그에 대한 책임도 지지 않습니다. 따라서 타사 웹 사이트의 내용, 제품 또는 리소스의 사용으로 인해 발생한 실제 또는 주장된 손상이나 피해에 대해서도 책임을 지지 않습니다.

Sun은 여러분의 의견을 환영합니다.

Sun은 설명서의 내용 개선에 노력을 기울이고 있으며, 여러분의 의견과 제안을 환영합니다. http://docs.sun.com에서 의견 보내기를 눌러 여러분의 의견을 제출하여 주십시오. 해당 필드에 전체 설명서 제목과 부품 번호를 입력해 주십시오. 부품 번호는 해당 설명서의 제목 페이지나 문서 맨 위 또는 URL에 있으며 7자리 또는 9자리 숫자입니다. 예를 들어, 본 설명서의 부품 번호는 820-0454입니다. 사용자 의견을 제출할 때 해당 양식에 영문 설명서 제목과 부품 번호를 입력해야 할 수도 있습니다 . 본 설명서의 영문 부품 번호와 제목은 819–4893, Sun Java Enterprise System 5 Release Notes for Unix입니다.