이 절에서는 설치 중에 발생할 수 있는 다음 문제에 대해 설명합니다.
제거 후에도 제품 구성 요소 파일이나 패키지가 남아 있을 수 있습니다. 이러한 경우 먼저 해당 파일이나 패키지를 수동으로 제거해야 Java ES를 다시 설치할 수 있습니다. 제거한 것으로 생각되는 제품 구성 요소도 호스트에 있다고 설치 프로그램이 보고합니다.
다음과 같은 상황이 발생할 수 있습니다.
제거에 실패하고 오류 메시지에 제거되지 않은 패키지 이름이 표시되지만 아무도 문제를 해결하지 않습니다.
제거에 실패했지만 오류가 검색되지 않았기 때문에 패키지가 제거되지 않는 경우에도 제거되었다고 생각하게 됩니다.
다음 명령을 사용하여 패키지가 부분적으로 설치되었는지 확인합니다.
Solaris OS의 경우: pkginfo -p
Linux의 경우: rpm -qa |grep —I ^sun | xargs rpm -V
HP-UX의 경우: swlist -l product sun-*
부분적으로 설치된 패키지가 명령 출력으로 나열됩니다. 반환된 패키지 이름을 사용하여 패키지가 속한 제품 구성 요소를 찾으려면 Sun Java Enterprise System 5 UNIX용 설치 참조 설명서의 5 장, 설치 패키지 목록을 참조하십시오.
구성 요소나 패키지를 제거합니다.
Solaris 9 또는 10에서 prodreg 도구를 사용합니다.
prodreg 도구는 호스트에서 패키지 기반 구성 요소를 관리합니다. 제품 구성 요소와 해당 패키지를 상호 종속성을 비롯한 전체 정보와 함께 볼 수 있습니다. prodreg 도구를 사용하면 제품 구성 요소와 패키지를 안전하게 제거할 수 있습니다. prodreg 도구로 제품 구성 요소를 제거한 후에는 다시 설치할 수 있습니다.
Linux에서는 rpm -e 명령을 사용합니다.
제품 레지스트리 파일을 편집하려면 /var/opt/sun/install/productregistry 파일을 엽니다. 이 XML 파일은 각 제품 구성 요소를 설명합니다. 각 제품 구성 요소 설명은 <compid\> 태그로 시작하여 </compid\> 태그로 끝납니다. 제품 구성 요소에 대한 전체 항목을 삭제합니다.
HP-UX에서는 swremove 명령을 사용합니다.
제품 레지스트리 파일을 편집하려면 /var/adm/swproductregistry 파일을 엽니다. 이 XML 파일은 각 제품 구성 요소를 설명합니다. 각 제품 구성 요소 설명은 <compid\> 태그로 시작하여 </compid\> 태그로 끝납니다. 제품 구성 요소에 대한 전체 항목을 삭제합니다.
다음 디렉토리에 Java ES 제품 구성 요소나 패키지가 포함되어 있지 않은지 확인합니다.
/opt
/etc/opt
/var/opt
설치 프로그램을 다시 실행합니다.
Java ES 5 릴리스부터는 설치 후에 공유 구성 요소가 제품 레지스트리에 나열됩니다.
Java ES 제거 프로그램은 시스템에서 제품 구성 요소를 제거하지만 공유 구성 요소는 제거하지 않습니다. 제거 후에도 제품 레지스트리에는 공유 구성 요소의 항목이 남아 있습니다. 제거 후에 Java ES 공유 구성 요소를 수동으로 제거하면 해당 구성 요소는 제품 레지스트리에서 제거되지 않습니다. 따라서 설치 프로그램에서는 제품 레지스트리 파일에 항목이 있는 것을 보고 수동으로 삭제한 공유 구성 요소가 존재한다고 가정하기 때문에 다음 Java ES 5 설치가 실패할 수 있습니다.
시스템에서 Java ES 공유 구성 요소를 수동으로 제거하는 일은 피해야 합니다.
해결 방법. 제품 레지스트리 파일에서 해당 항목을 제거하거나 제품 레지스트리 파일 자체를 제거합니다. 제품 레지스트리 파일에서 항목을 제거하면 파일이 손상될 수 있기 때문에 제품 레지스트리 전체를 제거하는 것이 더 좋습니다. 이 작업을 수행하기 전에 Java ES 구성 요소 외의 제품이 제품 레지스트리 파일을 사용하고 있지 않은지 확인해야 합니다.
Linux 및 HP-UX에는 Solaris OS에 있는 그래픽 제품 레지스트리와 같은 그래픽 제품 레지스트리가 없습니다. Linux 또는 HP-UX에서 파일을 수동으로 제거한 경우 해당 항목을 제거하려면 제품 레지스트리 파일을 수동으로 편집해야 합니다.
WebSphere가 실행 중이 아니거나 WebSphere 고유 구성과 일치하지 않는 WebSphere 값을 지정했을 수 있습니다. 이 문제를 해결하는 방법에는 두 가지가 있습니다. Solaris OS에서는 BEA WebSphere만 웹 컨테이너로 지원됩니다.
한 가지 방법은 WebSphere 인스턴스 구성을 확인하는 것입니다.
먼저 WebSphere가 실행 중인지 확인합니다.
다음 설치 프로그램 필드의 값을 검사합니다.
WebSphere 가상 호스트(상태 파일의 PS_IBM_VIRTUAL_HOST)
Application Server 이름(상태 파일의 PS_IBM_APPSERV_NAME)
WebSphere 도구를 사용하여 구성이 입력하려는 값과 일치하는지 확인합니다.
다시 시도하십시오.
또 한 가지 방법은 WebSphere 항목의 새 인스턴스를 만드는 것입니다.
adminclient.sh를 사용하여 WebSphere 콘솔을 시작합니다.
새 가상 호스트 인스턴스와 새 Application Server 서버 인스턴스 이름을 만듭니다.
노드 아래의 항목(일반적으로 호스트 이름)을 눌러 Regen WebServer Plugin을 선택합니다.
이 프로세스는 설치 프로그램이 유효 이름을 검사하는 plugin 구성 파일에 새 항목을 저장합니다.
설치 프로그램으로 돌아가서 방금 만든 값을 입력합니다.
정전 또는 시스템 오류가 발생했거나 CTRL/C를 입력하여 설치 프로그램 프로세스를 중지했을 수 있습니다.
해결 방법. 설치 또는 구성 프로세스 도중에 실패가 발생한 경우 설치가 부분적으로 수행되었을 것이므로제거 프로그램을 실행합니다. 제거 프로그램이 실패할 경우에는 제거 실패, 남겨진 파일에 설명된 지침을 따릅니다.
경우에 따라 설치 프로그램은 이미지 입력이 준비되기 전에 화면에 이미지를 만들 수 있습니다. 이 경우에는 잠시 기다린 후에 설치 마법사에서 다음을 누릅니다.
해결 방법. 기본 선택을 나타내는 버튼에는 파란색 사각형이 포함되어 있습니다. 때로는 이 사각형이 버튼 자체보다 늦게 표시될 수 있습니다. 버튼을 누르기 전에 파란색 사각형이 나타날 때까지 기다립니다.
상태 파일을 만든 플랫폼에서 상태 파일을 사용하는 경우 알 수 없는 파일 손상 오류로 인해 문제가 발생한 것일 수 있습니다. 이 문제를 해결하는 방법에는 두 가지가 있습니다.
자동 설치를 실행하고 있는 플랫폼과 같은 플랫폼에서 상태 파일을 만든 경우에는 새 상태 파일을 작성하고 다시 설치합니다.
다른 플랫폼이나 버전에서 만든 상태 파일을 사용할 경우 문제가 발생한 것은 상태 파일을 만든 플랫폼과 같은 유형의 플랫폼에서 상태 파일을 실행해야 하기 때문입니다. 예를 들어, Solaris 9에서 상태 파일을 만든 경우 이 상태 파일을 Solaris 10에서 사용할 수 없으며, x86 플랫폼에서 상태 파일을 만든 경우에는 SPARC 플랫폼에서 사용할 수 없습니다.
상태 파일을 만든 플랫폼이 자동 설치를 실행하고 있는 플랫폼과 다를 경우 파일에 대해 플랫폼에 맞는 새 아이디를 만드십시오. 이 작업 수행에 관한 지침은 플랫폼 고유 상태 파일 아이디 만들기를 참조하십시오.
상태 파일을 편집한 경우 오류가 발생했을 수 있습니다. 다음을 확인하고 상태 파일 만들기의 설명과 같이 상태 파일을 다시 생성합니다.
모든 로컬 호스트 매개 변수가 설정되어 있고 일관된 값으로 설정되어 있습니까?
매개 변수 값의 대소문자가 정확합니까?
대체 값을 입력하지 않고 필수 매개 변수를 삭제했습니까?
모든 포트 번호가 유효하며 할당되지 않았습니까?
해결 방법. 문제를 해결하고 상태 파일을 다시 생성합니다.
이 문제의 가장 주된 원인은 MANPATH 환경 변수가 설치한 구성 요소에 대해 올바르게 설정되지 않았기 때문입니다.
해결 방법. /etc/MANPATH를 업데이트하여 새로운 설명서 페이지 디렉토리를 가리키도록 합니다. 설명서 페이지 확인 을 참조하십시오.