test

Sun Java Enterprise System 2005Q4 설치 설명서

설치 문제

이절에서는설치중에발생할수있는다음문제에대해설명합니다

제거 중에 남은 파일로 인해 설치 실패

제거 후에 구성 요소나 패키지가 남을 수 있습니다. 이러한경우 Java ES를 다시 설치하기 전에 구성요소나패키지를수동으로제거해야합니다이문제는다음과같은방법으로나타날수있습니다

Procedure부분설치를정리하려면

단계

  1. 다음명령을사용하여패키지가부분적으로설치되었는지확인합니다

    Solaris OS의 경우:


    pkginfo -p

    Linux의 경우:


    rpm -qa |grep sun | xargs rpm -V

    부분적으로설치된패키지가명령출력으로나열됩니다Sun Java Enterprise System 2005Q4 설치 참조 설명서의 5 장, 설치 패키지 목록을 참조하면서 반환된 패키지 이름을 참고하여 패키지가 속한 구성 요소를 확인합니다.

  2. 구성 요소나 패키지를 제거합니다.

    • Solaris 9 또는 10에서 prodreg 도구를 사용합니다.

      prodreg 도구는 호스트에서 패키지 기반 구성 요소를 관리합니다. 구성요소와해당패키지를상호종속성을비롯한전체정보와함께볼수있습니다prodreg 도구를 사용하면 구성 요소와 패키지를 안전하게 제거할 수 있습니다. prodreg 도구로 구성 요소를 제거한 후에는 다시 설치할 수 있습니다.

      • Solaris 8에서는 pkgrm 명령을 사용합니다.

        pkgrm 명령에서는 한 번에 한 패키지씩 구성 요소를 제거해야 합니다. 이명령은제품레지스트리를업데이트하지않습니다발생한문제에따라아카이브된제품레지스트리파일을복원하거나제품레지스트리파일을수동으로편집하여제거된구성요소를더이상참조하지않을수있습니다

        제품 레지스트리 파일을 편집하려면 /var/sadm/install/productregistry 파일을 엽니다. 이파일은각구성요소를설명합니다각 구성 요소 설명은 <compid\> 태그로 열고 </compid\> 태그로 닫습니다. 구성요소에대한전체항목을삭제합니다

      • Linux에서는 rpm -e 명령을 사용합니다.

        제품 레지스트리 파일을 편집하려면 /var/opt/sun/install/productregistry 파일을 엽니다. 이파일은각구성요소를설명합니다각 구성 요소 설명은 <compid\> 태그로 시작하여 </compid\> 태그로 끝납니다. 구성요소에대한전체항목을삭제합니다

  3. /opt, /etc/opt, /var/opt 디렉토리를 정리합니다.

  4. 설치프로그램을다시실행합니다

제거 후 제품 레지스트리에서 제거된 공유 구성 요소로 인해 설치 실패

Java ES 2005Q4 릴리스부터는 설치 후에 공유 구성 요소가 제품 레지스트리에 나열됩니다.

Java ES 제거 프로그램은 시스템에서 선택 가능한 구성 요소를 제거하지만 공유 구성 요소는 제거하지 않습니다. 제거 후에도 제품 레지스트리에는 공유 구성 요소의 항목이 남아 있습니다. 제거 후에 Java ES 공유 구성 요소를 수동으로 제거하면 해당 구성 요소는 제품 레지스트리에서 제거되지 않습니다. 설치 프로그램에서는 제품 레지스트리 파일에 항목이 있는 것을 보고 수동으로 삭제한 공유 구성 요소가 존재한다고 가정하기 때문에 다음 Java ES 2005Q4 설치가 실패할 수 있습니다.

정보 –

시스템에서 Java ES 공유 구성 요소를 수동으로 제거하는 일은 피해야 합니다.

해결 방법제품 레지스트리 파일에서 해당 항목을 제거하거나 제품 레지스트리 파일 자체를 제거합니다. 제품 레지스트리 파일에서 항목을 제거하면 파일이 손상될 수 있기 ?문에 제품 레지스트리 전체를 제거하는 것이 더 좋습니다. 이 작업을 수행하기 전에 Java ES 구성 요소 외의 제품이 제품 레지스트리 파일을 사용하고 있지 않은지 확인해야 합니다.

의경우Linux에는 그래픽 제품 레지스트리 파일에 해당하는 것이 없기 때문에 실수로 rpm 파일을 제거한 경우 제품 레지스트리 파일을 수동으로 편집해야 합니다.

IBM WebSphere를 Portal Server 웹 컨테이너로 구성할 수 없음

WebSphere가 실행 중이 아니거나 WebSphere 고유 구성과 일치하지 않는 WebSphere 값을 지정했을 수 있습니다. 이문제를해결하는방법에는두가지가있습니다

구성확인

한 가지 방법은 WebSphere 인스턴스 구성을 확인하는 것입니다.

ProcedureWebSphere 구성을 확인하려면

단계

  1. 먼저 가실행중인지확인합니다

  2. 다음설치프로그램필드의값을검사합니다

    • WebSphere 가상 호스트(상태 파일의 PS_IBM_VIRTUAL_HOST)

    • Application Server 이름(상태 파일의 PS_IBM_APPSERV_NAME)

  3. WebSphere 도구를 사용하여 구성이 입력하려는 값과 일치하는지 확인합니다.

  4. 다시시도하십시오

새인스턴스생성

또 한 가지 방법은 WebSphere 항목의 새 인스턴스를 만드는 것입니다.

ProcedureWebSphere 항목의 새 인스턴스를 만들려면

단계

  1. adminclient.sh를 사용하여 WebSphere 콘솔을 시작합니다.

  2. 새 가상 호스트 인스턴스와 새 Application Server 서버 인스턴스 이름을 만듭니다.

  3. 노드아래의항목일반적으로호스트이름을눌러을선택합니다

    이 프로세스는 설치 프로그램이 유효 이름을 검사하는 plugin 구성 파일에 새 항목을 저장합니다.

  4. 설치프로그램으로돌아가서방금만든값을입력합니다

예기치 않은 외부 오류 발생

정전또는시스템오류가발생했거나를입력하여설치프로그램프로세스를중지했을수있습니다

해결 방법.설치또는구성프로세스도중에실패가발생한경우설치가부분적으로수행되었을것이므로제거프로그램을실행합니다제거 프로그램이 실패할 경우에는 제거 실패, 파일 남음에 설명된 지침을 따릅니다.

그래픽 설치 프로그램이 응답하지 않음

경우에따라설치프로그램은이미지입력이준비되기전에화면에이미지를만들수있습니다이경우에는잠시기다린후에설치마법사에서다음을누릅니다

해결 방법.기본선택을나타내는버튼에는파란색사각형이포함되어있습니다때로는 이사각형이버튼 자체보다늦게표시될수있습니다버튼을누르기전에파란색사각형이나타날때까지기다립니다

자동 설치에 실패함: “상태 파일이 호환되지 않거나 손상됨”

상태파일을만든플랫폼에서상태파일을사용하는경우알수없는파일손상오류로인해문제가발생한것일수있습니다이문제를해결하는방법에는두가지가있습니다

새 상태 파일 작성

새플랫폼고유아이디바꾸기

상태파일을만든플랫폼이자동설치를실행하고있는플랫폼과다를경우파일에대해플랫폼에맞는새아이디를만드십시오이 작업 수행에 관한 지침은 플랫폼 고유 상태 파일 아이디 만들기를 참조하십시오.

자동 설치에 실패함

상태파일을편집한 경우 오류가발생했을수있습니다다음을 확인하고 상태 파일 만들기의 설명과 같이 상태 파일을 다시 생성합니다.

맨 페이지가 표시되지 않음

이문제의가장주된원인은환경변수가설치한구성요소에대해올바르게설정되지않았기때문입니다 MANPATH Setup을 참조하십시오.