test

Sun Java Enterprise System 5 UNIX용 설치 설명서

9장 문제 해결

이 장에서는 Sun JavaTM Enterprise System(Java ES)의 설치 및 제거 문제를 해결하는 방법에 대한 제안 사항을 제공합니다.

이 장의 내용은 다음과 같습니다.

문제 해결 방법

이 절에서는 Java ES를 설치 및 제거하는 동안 발생하는 문제의 원인을 분석하고 식별하는 지침에 대해 설명합니다.

이 절은 다음 내용으로 구성되어 있습니다.

설치 로그 파일 검사

설치 또는 제거 중 문제가 발생한 경우 먼저 설치 로그에서 문제와 관련된 정보를 찾아봅니다. 사용자 선택, 패키지 조작, 설치 또는 제거 단계 등의 작업 후 정보, 경고 및 오류 메시지가 발생합니다. 설치, 제거 및 설치 시간 구성에서 메시지는 소스 로그 파일에 수집됩니다. 각 메시지에 표시된 정보에는 날짜 및 시간, 로그 수준, 모듈 아이디, 메시지 텍스트가 포함됩니다. 비밀번호는 포함되지 않습니다.

로그 파일 형식

설치 또는 제거 정보를 캡처하는 로그 파일에는 네 가지 유형이 있습니다.

로그 메시지는 Sun 표준 형식인 ULF(Unified Logging Format)로 저장됩니다. ULF를 읽기 어려운 경우 Java ES 로그 뷰어를 사용하여 로그 메시지를 볼 수 있습니다.

소스 로그 파일은 텍스트 편집기를 사용하여 편집할 수 있습니다. 다음 표에는 소스 로그 파일의 형식이 나열되어 있습니다.

표 9–1 로그 파일 형식

기록된 엔티티 

로그 파일 이름 형식 

설치 프로그램 

Java_Enterprise_System_5_install.Atimestamp

Java_Enterprise_System_5_install.Btimestamp

JavaES_Install_log.timestamp

Java_Enterprise_System_5_Summary_Report_install. timestamp

제거 프로그램 

Java_Enterprise_System_5_uninstall.Atimestamp

Java_Enterprise_System_5_uninstall.Btimestamp

JavaES_UnInstall_log.timestamp

Java_Enterprise_System_5_Summary_Report_uninstall. timestamp

제거 후 제거 프로그램은 설치 프로그램, 로그 뷰어 및 제거 프로그램 자체를 제거합니다. 그러나 소스 로그 파일은 제거되지 않으며 다음 위치에 저장됩니다.

Procedure문제 해결에 로그 파일을 사용하려면

  1. 요약 파일을 검사합니다. 예를 들면 다음과 같습니다.

    Java_Enterprise_System5_Summary_Report_install. timestamp

    문제가 발생한 경우 문제를 일으킨 구성 요소를 확인합니다. 문제가 여러 개 발생했는지 확인합니다. 상세 로그 중 하나 또는 모두 확인해야 할 수도 있습니다.

  2. 상세 로그를 검사합니다. 예를 들면 다음과 같습니다.

    JavaES_Install_log timestamp

    처음 발생한 오류나 경고를 확인하고 해결합니다. 경우에 따라 하나의 오류를 해결하면 관련이 없어 보이는 이후의 오류가 해결될 수 있습니다.

로그 뷰어 사용

Java ES 로그 뷰어는 JavaES_Install_log.timestamp 파일 또는 JavaES_UnInstall_log.timestamp 파일에서 ULF 로그 메시지를 보는 데 사용할 수 있는 그래픽 디스플레이를 제공합니다. 로그 뷰어 기본 페이지에서 파일 메뉴의 열기를 선택하여 로그 파일을 표시합니다. 지정한 파일이 이미 있거나 쓰기용으로 열 수 없는 경우 로그 뷰어에서 오류가 발생하고 로그 뷰어 기본 페이지로 되돌아갑니다. 이러한 파일은 설치 프로그램에서 소스 로그를 저장하기 위해 사용하는 디렉토리에는 있을 수 없습니다.

검색 버튼을 누르면 필터링 기준을 만족하는 메시지가 단일 로그 테이블에 표시됩니다. 로그 테이블이 표시된 후 로그 테이블의 개별 행을 선택하여 여러 줄 형식으로 상세 정보를 볼 수 있습니다.

필터링 작동 방식

로깅 출력을 조정하려면 ULF 로그 파일을 선택한 후 로그 뷰어 기본 페이지에서 기본 설정 및 검색 기준을 지정합니다. 디스플레이 기본 설정은 선택 사항을 표시할 언어와 필터링된 레코드를 표시할 때 적용할 제한 사항을 나타냅니다.

중요성 또는 관심도에 따라 메시지를로그 수준, 로거 및 내용별로 필터링할 수 있습니다.

일반적인 검색 기준 중 일부

Procedure로그 뷰어를 실행하려면

로그 뷰어는 읽기 전용 모드로 작동하므로 여러 사용자가 동시에 로그 뷰어를 실행할 수 있습니다.

  1. 명령줄에서 로그 뷰어의 위치를 탐색합니다.

    • Solaris SPARC의 경우: /var/sadm/prod/SUNWentsys5i/Solaris_sparc

    • Solaris x86의 경우: /var/sadm/prod/SUNWentsys5i/Solaris_x86

    • Linux의 경우: /var/sadm/prod/sun-entsys5i/Linux_x86

    • HP-UX의 경우: /var/sadm/prod/sun-entsys5i/HPUX_PA-RISC

  2. 로그 뷰어를 시작합니다.


    ./viewlog

    로그 뷰어 기본 페이지가 표시됩니다.

  3. 파일 메뉴에서 표시할 로그 파일을 선택합니다.

    선택한 파일이 ULF가 아닌 경우에는 해당 파일이 ULF가 아니며 선택할 수 없다는 메시지가 표시됩니다. 로그 뷰어를 사용하여 ULF 파일만 표시할 수 있습니다.

    ULF 로그 파일을 사용할 수 없는 경우 설치 또는 제거가 아직 완료되지 않은 것일 수 있습니다. 기다렸다가 다시 시도합니다.

  4. 상황에 맞게 표시 기본 설정 및 검색 기준을 선택합니다.

  5. 검색을 누릅니다.

    로그 테이블에 필터링 기준과 일치하는 레코드가 표시됩니다.

제품 종속성 확인

많은 제품 구성 요소가 설치 시간 상호 종속성을 갖고 있습니다. 특정 제품 구성 요소에 영향을 주는 문제는 다른 제품 구성 요소에도 영향을 줄 수 있습니다. 먼저 Sun Java Enterprise System 5 설치 계획 설명서에 있는 내용을 숙지해야 합니다.

제품 구성 요소의 상호 종속성과 더불어 일부 제품 구성 요소는 호스트에 설치되어 있지 않을 가능성이 있는 Solaris 패키지에 종속되며이러한 패키지가 없으면 설치 오류가 발생할 수 있습니다. 자세한 내용은 릴리스 노트의 “소프트웨어 요구 사항” 절을 참조하십시오.

제품 구성 요소를 시작하는 동안 문제가 발생하면 제품 구성 요소의 로그 파일을 검사합니다. 제품 구성 요소 문제 해결 팁에 여러 제품 구성 요소 로그 파일의 위치가 나와 있습니다.

자원 및 설정 확인

다음 호스트 수준 문제로 인해 설치 문제가 발생할 수 있습니다.

사후 설치 구성 확인

제품 구성 요소를 시작하는 데 문제가 있는 경우 6 장, 설치 후 구성 완료 에 나온 절차에 따라 제대로 수행했는지 확인합니다.

배포 매체 확인

DVD 또는 CD에서 설치하는 경우 이러한 매체가 더럽혀지거나 손상되지 않았는지 확인합니다. 지저분한 디스크는 설치 문제를 일으킬 수 있습니다.

Directory Server 연결 확인

Directory Server에 의존하는 제품 구성 요소를 설치하는 경우 다음 원인 중 하나로 인해 문제가 발생할 수 있습니다.

Web Server 파일 및 디렉토리 제거

편집된 구성 파일과 같은 사용자 정의 파일의 덮어쓰기를 방지하기 위해 파일이 포함된 디렉토리에 Web Server를 설치할 수 없습니다.

Web Server를 다시 설치하는 경우 설치 디렉토리가 비어 있는지 확인합니다. 설치 디렉토리가 비어 있지 않은 경우 다른 장소에서 파일을 아카이브하고 설치를 다시 시도합니다.

비밀번호 확인

설치 프로그램이 제품 구성 요소의 비밀번호를 입력하라는 메시지를 표시합니다. 서로 다른 호스트에 서로 다른 제품 구성 요소를 설치하는 경우 각 호스트에 일치하는 비밀번호를 입력해야 합니다.

비밀번호 문제를 해결하려면 제거를 수행한 후 다시 설치해야 할 수 있습니다. 제거에 실패한 경우 제거 중에 남은 파일로 인한 설치 실패를 참조하십시오.

설치되었거나 제거된 제품 구성 요소 검사

제품 구성 요소가 설치되어 있으나 문제가 있어 다시 설치하거나 제거할 수 없는 경우 Solaris pkginfo 명령, Linux rpm 명령 또는 HP-UX swlist 명령을 사용하여 설치된 제품 구성 요소 패키지를 검사합니다. 결과를 Sun Java Enterprise System 5 UNIX용 설치 참조 설명서의 5 장, 설치 패키지 목록에 나와 있는 Java ES 패키지와 비교합니다. 문제 해결에 대한 자세한 내용은 제거 중에 남은 파일로 인한 설치 실패를 참조하십시오.

정보 –

Solaris 9 및 Solaris 10에서는 구성 요소와 패키지를 색인화하고 pkg 유틸리티를 대신하는 그래픽 인터페이스를 제공하는 제품 레지스트리(prodreg 도구)를 사용할 수도 있습니다. 제품 레지스트리를 호출하려면 명령 프롬프트에 prodreg를 입력합니다. 자세한 내용은 prodreg(1) 설명서 페이지를 참조하십시오.

제거를 위한 관리자 액세스 확인

제거하는 동안 제거 프로그램에 대한 관리자 액세스 허용에 설명된 것처럼 제거 프로그램에 관리자 액세스 권한을 허용해야 할 수 있습니다.

설치 문제 해결

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

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

제거 후에도 제품 구성 요소 파일이나 패키지가 남아 있을 수 있습니다. 이러한 경우 먼저 해당 파일이나 패키지를 수동으로 제거해야 Java ES를 다시 설치할 수 있습니다. 제거한 것으로 생각되는 제품 구성 요소도 호스트에 있다고 설치 프로그램이 보고합니다.

다음과 같은 상황이 발생할 수 있습니다.

Procedure부분 설치를 정리하려면

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

    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 장, 설치 패키지 목록을 참조하십시오.

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

    • 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\> 태그로 끝납니다. 제품 구성 요소에 대한 전체 항목을 삭제합니다.

  3. 다음 디렉토리에 Java ES 제품 구성 요소나 패키지가 포함되어 있지 않은지 확인합니다.

    /opt

    /etc/opt

    /var/opt

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

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

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

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

정보 –

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

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

Linux 및 HP-UX에는 Solaris OS에 있는 그래픽 제품 레지스트리와 같은 그래픽 제품 레지스트리가 없습니다. Linux 또는 HP-UX에서 파일을 수동으로 제거한 경우 해당 항목을 제거하려면 제품 레지스트리 파일을 수동으로 편집해야 합니다.

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

WebSphere가 실행 중이 아니거나 WebSphere 고유 구성과 일치하지 않는 WebSphere 값을 지정했을 수 있습니다. 이 문제를 해결하는 방법에는 두 가지가 있습니다. Solaris OS에서는 BEA WebSphere만 웹 컨테이너로 지원됩니다.

구성 확인

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

ProcedureWebSphere 구성을 확인하려면

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

  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. 노드 아래의 항목(일반적으로 호스트 이름)을 눌러 Regen WebServer Plugin을 선택합니다.

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

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

예기치 않은 외부 오류 발생

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

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

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

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

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

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

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

새 상태 파일 작성

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

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

상태 파일 편집 후 자동 설치에 실패함

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

해결 방법. 문제를 해결하고 상태 파일을 다시 생성합니다.

설명서 페이지가 표시되지 않음

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

해결 방법. /etc/MANPATH를 업데이트하여 새로운 설명서 페이지 디렉토리를 가리키도록 합니다. 설명서 페이지 확인 을 참조하십시오.

제거 문제 해결

이 절에서는 제거하는 동안에 발생할 수 있는 다음 문제에 대해 설명합니다.

제거 프로그램을 찾을 수 없는 경우

Java ES 설치 프로그램은 제거 프로그램을 시스템의 다음 위치에 저장합니다.

제거 프로그램이 이 디렉토리에 없으면 다음 중 하나가 발생한 것입니다.

해결 방법. 제거 실패, 남겨진 파일의 설명과 같이 수동으로 시스템을 정리합니다.

제거 실패, 남겨진 파일

제거 프로그램을 실행한 후에 파일 또는 프로세스가 남아 있기 때문에 수동으로 정리해야 하는 경우 다음 절차를 수행하여 시스템에서 패키지를 제거합니다.

Procedure수동으로 패키지를 정리하려면

  1. 제거할 패키지를 결정합니다.

    시스템의 패키지를 Sun Java Enterprise System 5 UNIX용 설치 참조 설명서의 5 장, 설치 패키지 목록에 나와 있는 Java ES 패키지와 비교합니다. 제거 중에 남은 파일로 인한 설치 실패도 참조하십시오. 다음 명령을 사용하면 설치된 패키지를 확인할 수 있습니다.

    • Solaris OS의 경우 pkginfo 또는 prodreg 유틸리티

    • Linux의 경우 rpm 명령

    • HP-UX의 경우 swlist 명령

  2. Java ES 제품 구성 요소의 실행 중인 프로세스를 모두 중지합니다.

    프로세스 중지에 대한 간략한 지침이 제품 구성 요소 설명서의 6 장, 설치 후 구성 완료 에 포함되어 있습니다.

  3. 후속 설치에서 사용하려는 모든 사용자 정의 구성과 사용자 데이터를 백업합니다.

    Java ES 제품 구성 요소의 제거 동작 검토 에는 백업해야 할 구성 및 사용자 데이터에 대한 일부 정보가 있습니다. 자세한 내용은 각 제품 구성 요소에 대한 제품 구성 요소 설명서를 참조하십시오.

  4. pkgrm, rpm -e 또는 swremove 명령을 사용하여 Java ES 구성 요소 패키지를 제거합니다.

  5. 후속 설치에서 사용하지 않을 나머지 제품 구성 요소 디렉토리와 해당 내용을 모두 제거합니다. 이 디렉토리를 나중에 사용하려면 다른 위치로 이동합니다.

  6. 다음 위치에 있는 제품 레지스트리 파일을 업데이트합니다.

    • Solaris OS의 경우: /var/sadm/install/productregistry

    • Linux의 경우: /var/opt/sun/install/productregistry

    • HP-UX의 경우: /var/adm/sw/productregistry

    제거 프로그램은 이 레지스트리를 사용하여 호스트에 설치된 제품 구성 요소를 확인합니다. 두 프로그램은 설치 또는 제거가 완료되면 제품 레지스트리를 업데이트합니다.

    주 –

    제거 프로그램을 사용하지 않고 수동으로 패키지를 제거하는 경우 시스템에 설치된 소프트웨어를 올바로 표시하도록 제품 레지스트리를 직접 편집해야 합니다 .

  7. 다음 위치에 있는 시스템 로그 파일을 정리합니다.

    • Solaris OS의 경우: /var/sadm/install/logs

    • Linux 및 HP-UX의 경우: /var/opt/sun/install/logs

    패키지를 수동으로 제거한 후 로그 파일에 시스템 상태가 올바르게 표시되지 않을 수도 있습니다.

제품 레지스트리 손상

제거하는 동안 제거 프로그램에서는 제품 레지스트리 파일을 사용하여 제거해야 할 항목을 결정합니다.

공통 에이전트 컨테이너 문제 해결

이 절에서는 공통 에이전트 컨테이너 공유 구성 요소와 관련하여 발생할 수 있는 다음 문제를 설명합니다.

포트 번호 충돌

Java ES에 포함된 공통 에이전트 컨테이너(V2.0)는 기본적으로 다음 포트 번호를 사용하도록 예약되어 있습니다.

Sun Cluster 소프트웨어 설치 문제를 해결 중인 경우 Sun Cluster 소프트웨어가 다른 버전의 공통 에이전트 컨테이너를 사용하므로 할당되는 포트가 달라집니다. 이 경우 기본 포트는 다음과 같습니다.

설치를 위해 이러한 포트 번호를 이미 예약한 경우 다음 절차에 따라 공통 에이전트 컨테이너에서 사용하는 포트 번호를 변경합니다.

포트 번호 확인

공통 에이전트 컨테이너 cacaoadm 명령에 대한 자세한 내용은 cacaoadm 설명서 페이지를 참조하십시오. 명령줄에서 이 설명서 페이지를 볼 수 없으면 MANPATH가 올바르게 설정되었는지 확인하십시오. 설명서 페이지 확인 을 참조하십시오.

ProcedureSolaris OS용 포트를 확인하려면

  1. 루트 권한을 사용하여 공통 에이전트 컨테이너 관리 데몬을 중지시킵니다.


    /usr/sbin/cacaoadm stop

  2. 다음 구문을 사용하여 포트 번호를 변경합니다.

    /usr/sbin/cacaoadm set-param param=value

    예를 들어 SNMP 어댑터에서 사용하는 포트를 기본값 11161에서 11165로 변경하려면 다음 명령을 사용합니다.

    주 –

    Sun Cluster 소프트웨어의 경우 이전에 지정한 포트를 사용합니다.


    /usr/sbin/cacaoadm set-param snmp-adaptor-port=11165

  3. 공통 에이전트 컨테이너 관리 데몬을 다시 시작합니다.


    /usr/sbin/cacaoadm start

ProcedureLinux 또는 HP-UX용 포트를 확인하려면

  1. 루트 권한을 사용하여 공통 에이전트 컨테이너 관리 데몬을 중지시킵니다.


    /opt/sun/cacao/bin/cacaoadm stop

  2. 다음 구문을 사용하여 포트 번호를 변경합니다.

    /opt/sun/cacao/bin/cacaoadm set-param param=value

    예를 들어 SNMP 어댑터에서 사용하는 포트를 11161에서 11165로 변경하려면 다음 명령을 사용합니다.


    /opt/sun/cacao/bin/cacaoadm set-param snmp-adaptor-port=11165

  3. 공통 에이전트 컨테이너 관리 데몬을 다시 시작합니다.


    /opt/sun/cacao/bin/cacaoadm start

루트 비밀번호 관련 보안 손상

Java ES를 실행하는 호스트에서 보안 키를 다시 생성해야 할 수도 있습니다. 예를 들어, 루트 비밀번호가 노출되거나 손상될 위험이 있는 경우 보안 키를 다시 작성해야 합니다. 공통 에이전트 컨테이너 서비스에서 사용하는 키는 다음 위치에 저장됩니다.

Solaris OS의 경우: /etc/opt/SUNWcacao/securityLinux 및 HP-UX의 경우: /etc/opt/sun/cacao/security

일반 작동 시 이 키는 기본 구성에 남겨둘 수 있습니다. 키 손상으로 인해 키를 다시 작성해야 하는 경우 다음 절차를 통해 보안 키를 다시 작성할 수 있습니다.

ProcedureSolaris OS용 키를 생성하려면

  1. 루트 권한을 사용하여 공통 에이전트 컨테이너 관리 데몬을 중지시킵니다.


    /usr/sbin/cacaoadm stop

  2. 보안 키를 다시 작성합니다.


    /usr/sbin/cacaoadm create-keys --force

  3. 공통 에이전트 관리 데몬을 다시 시작합니다.


    /usr/sbin/cacaoadm start
    주 –

    Sun Cluster 소프트웨어의 경우 클러스터의 모든 노드에 이 변경 사항을 전달해야 합니다. 자세한 내용은 Sun Cluster Software Installation Guide for Solaris OS의 How to Finish a Rolling Upgrade to Sun Cluster 3.1 8/05 Software를 참조하십시오.

ProcedureLinux 및 HP-UX용 키를 생성하려면

  1. 루트 권한을 사용하여 공통 에이전트 컨테이너 관리 데몬을 중지시킵니다.


    /opt/sun/cacao/bin/cacaoadm stop

  2. 보안 키를 다시 작성합니다.


    /opt/sun/cacao/bin/cacaoadm create-keys --force

  3. 공통 에이전트 관리 데몬을 다시 시작합니다.


    /opt/sun/cacao/bin/cacaoadm start

    cacaoadm(1M) 명령에 대한 자세한 내용은 cacaoadm 설명서 페이지를 참조하십시오.

설치 후 시작/다시 시작 문제 해결

이 절에서는 설치 후 발생할 수 있는 다양한 문제에 대해 설명합니다.

모니터링 규칙 작동 중지(알 수 없음 상태)

Application Server를 다시 시작하면 Application Server와 Monitoring Console 간의 통신이 중단되므로 다시 활성화해야 합니다. 이전에 작동되었던 모니터링 규칙이 더 이상 작동하지 않으며 알 수 없음 상태에 놓이게 됩니다. Application Server 호스트에서 공통 에이전트 컨테이너를 다시 시작한 경우에도 Monitoring Console 호스트에서 해당 공통 에이전트 컨테이너를 다시 시작해야 하기 때문에 문제가 계속 나타납니다.

ProcedureMonitoring Console에 대한 Application Server 통신을 다시 설정하려면

  1. Application Server가 있는 호스트에서 루트 사용자로 공통 에이전트 컨테이너를 다시 시작합니다. 예를 들면 다음과 같습니다.


    /usr/sbin/cacaoadm start

  2. 그런 다음 Monitoring Console이 있는 호스트로 이동하여 공통 에이전트 컨테이너를 다시 시작합니다. 예를 들면 다음과 같습니다.

    공통 에이전트 컨테이너가 이미 실행되고 있으면 중지한 후 다음 명령을 사용하여 다시 시작합니다.

    Solaris OS의 경우:


    /usr/sbin/cacaoadm stop
/usr/sbin/cacaoadm start

    Linux 및 HP-UX의 경우:


    /opt/sun/cacao/bin/cacaoadm stop
/opt/suncacao/bin/cacaoadm start

Java DB를 다시 시작한 후 포털 데이터베이스를 찾을 수 없음

이 문제는 기본 Application Server 명령을 실행하여 Java DB를 다시 시작(asadmin stop-database를 실행하고 asadmin start-database 실행)한 후 Java DB를 사용하는 Application Server 샘플을 배포할 때 발생합니다. 이 경우 Portal Server 샘플에 더 이상 액세스할 수 없습니다.

해결 방법. 이 문제는 여러 방법으로 해결할 수 있습니다.

  1. Java DB를 중지하지 않습니다.

  2. Java DB가 중지되었으면 다음 명령을 사용하여 Java DB를 다시 시작하여 Application Server 데이터베이스를 다른 위치에 만듭니다.

    Solaris OS의 경우: /asadmin start-database --dbhome /var/opt/SUNWportal/derby

    Linux 및 HP-UX의 경우: /asadmin start-database --dbhome /var/opt/sun/portal/derby

    데이터베이스를 기본 위치에 저장하려면 기본이 아닌 포트를 사용하여 두 번째 Java DB 인스턴스를 시작한 다음 Application Server 샘플의 common.properties 파일에서 정확한 Derby 포트를 지정합니다. 예를 들면 다음과 같습니다. asadmin start-database --dbport 1528

제품 구성 요소 문제 해결 팁

이 절의 표에서는 유용한 문서에 대한 참조를 포함하여 제품 구성 요소 관련 문제를 빠르게 해결할 수 있는 여러 가지 팁을 제공합니다. 이 절은 다음 내용으로 구성되어 있습니다.

Access Manager 문제 해결 팁

표 9–2 Access Manager 문제 해결 팁

항목 

세부 정보 

구성 파일

AMConfig.properties

  • Solaris OS의 경우: /etc/opt/SUNWam/config

  • Linux 및 HP-UX의 경우: /etc/opt/sun/identity/config

로그 및 디버그 파일

로그 파일 디렉토리 

  • Solaris OS의 경우: /var/opt/SUNWam/logs

  • Linux 및 HP-UX의 경우: /var/opt/sun/identity/logs

디버그 파일 디렉토리 

  • Solaris OS의 경우: /var/opt/SUNWam/debug

  • Linux 및 HP-UX의 경우: /var/opt/sun/identity/debug

디버그 모드

Sun Java System Access Manager 7.1 Developer’s Guide의 Auditing Features 장을 참조하십시오.

Application Server 문제 해결 팁

표 9–3 Application Server 문제 해결 팁

항목 

세부 정보 

로그 파일

로그 파일 디렉토리 

  • Solaris OS의 경우: /var/sadm/install/logs/

  • Linux 및 HP-UX의 경우: /var/opt/sun/install/logs/

Application Server 인스턴스 로그 디렉토리(처음 만들어진 인스턴스의 기본 위치) 

  • Solaris OS의 경우: /var/opt/SUNWappserver/domains/domain1/logs

  • Linux 및 HP-UX의 경우: /var/opt/sun/appserver/domains/domain1/logs

메시지 로그 파일 이름 

각 서버 인스턴스의 server.log

구성 파일

  • Solaris OS의 경우: /opt/SUNWappserver/appserver/config/asenv.conf

  • Linux 및 HP-UX의 경우: /opt/sun/appserver/config/asenv.conf

문제 해결

Sun Java System Application Server Enterprise Edition 8.2 Troubleshooting Guide를 참조하십시오.

Directory Server 문제 해결 팁

표 9–4 Directory Server 문제 해결 팁

항목 

세부 정보 

로그 파일

설치 로그 파일 

  • Solaris OS의 경우: /var/sadm/install/logs

  • Linux 및 HP-UX의 경우: /var/opt/sun/install/logs

문제 해결

Sun Java System Directory Server Enterprise Edition 6.0 Administration Guide의 제I부, Directory Server Administration를 참조하십시오.

Sun Java System Directory Server Enterprise Edition 6.0 Administration Guide의 제II부, Directory Proxy Server Administration를 참조하십시오.

Message Queue 문제 해결 팁

표 9–5 Message Queue 문제 해결 팁

항목 

세부 정보 

로그 파일

설치 로그 파일 

  • Solaris OS의 경우: /var/sadm/install/logs

  • Linux 및 HP-UX의 경우: /var/opt/sun/install/logs

브로커 로그 파일 

  • Solaris OS의 경우: /var/mq/instances/ instance-name/log

  • Linux 및 HP-UX의 경우: /var/opt/sun/mq/instances/ instance-name/log

문제 해결

Sun Java System Message Queue 3 2005Q4 Administration Guide의 "문제 해결" 장을 참조하십시오.

성능 문제인 경우 Sun Java System Message Queue 3 2005Q4 Administration Guide의 “메시지 서비스 분석 및 조정”을 참조하십시오.

Monitoring Console 문제 해결 팁

표 9–6 Monitoring Console 문제 해결 팁

항목 

세부 정보 

구성 파일

Monitoring Console 

  • Solaris OS의 경우: /opt/SUNWjesmc/WEB-INF/web.xml

  • Linux 및 HP-UX의 경우: /opt/sun/jesmc/WEB-INF/web.xml

  • Solaris OS의 경우: /etc/opt/SUNWmfwk/config/mfwk.properties

  • Linux 및 HP-UX의 경우: /etc/opt/sun/mfwk/config/mfwk.properties

  • Solaris OS의 경우: /etc/opt/SUNWmfwk/config/masteragent.properties

  • Linux 및 HP-UX의 경우: /etc/opt/sun/mfwk/config/masteragent.properties

로그 파일

Monitoring Console 

  • /var/log/webconsole/console/console_config_log(모든 플랫폼)

  • /var/log/webconsole/console/console_debug_log(모든 플랫폼)

모니터링 프레임워크 

  • Solaris OS의 경우: /var/opt/SUNWmfwk/logs

  • Linux 및 HP-UX의 경우: /var/opt/sun/mfwk/logs

문제 해결

Monitoring Console에 액세스할 수 없는 경우 Sun Java Enterprise System 5 모니터링 설명서의 Monitoring Console 문제 해결을 참조하십시오. Monitoring Console에서 모니터링 대상 구성 요소를 볼 수 없는 경우 Sun Java Enterprise System 5 모니터링 설명서의 Monitoring Framework 문제 해결을 참조하십시오.

Portal Server 문제 해결 팁

Portal Server에서는 Access Manager와 같은 로그 파일 및 디버그 파일을 사용합니다.

표 9–7 Portal Server 문제 해결 팁

항목 

세부 정보 

디버그 파일

Solaris OS의 경우: /var/opt/SUNWam/debug

Linux 및 HP-UX의 경우: /var/opt/sun/identity/debug

Portal Server Desktop 디버그 파일 

Solaris OS의 경우: /var/opt/SUNWam/debug/desktop 및 /var/opt/SUNWam/debug/desktop.dpadmin.debug

Linux 및 HP-UX의 경우: /var/opt/sun/identity/debug/desktop 및 /var/opt/sun/identity/debug/desktop.dpadmin.debug

dpadmin, par, rdmgr 및 sendrdm Portal Server 명령줄 유틸리티에는 디버깅 메시지를 생성하는 옵션이 있습니다. 이러한 옵션에 대한 설명은 Portal Server Administration Guide를 참조하십시오.

로그 파일

Solaris OS의 경우: /var/opt/SUNWam/logs

Linux 및 HP-UX의 경우: /var/opt/sun/identity/logs

문제 해결

Sun Java System Portal Server 7.1 Administration Guide를 참조하십시오.

Portal Server Secure Remote Access 문제 해결 팁

포털 게이트웨이 디버그 로그는 다음 디렉토리에 있습니다.

주 –

Solaris OS의 경우 Access Manager 관리 콘솔에서 로깅 기능을 사용하면 Portal Server 서비스(NetFile 등)의 로그가 /var/opt/SUNWam/debug에 있습니다.

Service Registry 문제 해결 팁

표 9–8 Service Registry 문제 해결 팁

항목 

세부 정보 

로그 파일

인스턴스 로그 디렉토리 

  • Solaris OS의 경우: /var/opt/SUNWsrvc-registry/domains/registry/logs

  • Linux 및 HP-UX의 경우: /var/opt/sun/srvc-registry/domains/registry/logs

메시지 로그 파일 이름은 server.log입니다.

구성 파일 위치

Solaris OS의 경우: /opt/SUNWsrvc-registry/install/install.properties

Linux 및 HP-UX의 경우: /opt/sun/srvc-registry/install/install.properties

문제 해결

Service Registry 3.1 Administration Guide를 참조하십시오.

Sun Cluster 소프트웨어 문제 해결 팁

주 –

HP-UX 및 Linux는 Sun Cluster 구성 요소를 지원하지 않습니다.

표 9–9 Sun Cluster 소프트웨어 문제 해결 팁

항목 

세부 정보 

로그 파일

기본 로그 디렉토리: /var/cluster/logs/install

오류 메시지: /var/adm/messages

문제 해결

Sun Cluster Software Installation Guide for Solaris OS를 참조하십시오.

Web Proxy Server 문제 해결 팁

표 9–10 Web Proxy Server 문제 해결 팁

항목 

세부 정보 

로그 파일

기본 로그 위치:

  • Solaris OS의 경우: /opt/SUNWproxy/proxy-instance-name /logs

  • Linux 및 HP-UX의 경우: /opt/sun/webproxyserver// proxy-instance-name/logs

errors 로그 파일에는 서버에서 발생한 모든 오류가 표시됩니다. access 로그 파일에는 서버에 대한 요청과 서버의 응답에 대한 정보가 기록됩니다. 자세한 내용은 Sun Java System Web Proxy Server 4.0.4 Administration Guide를 참조하십시오.

구성 파일 디렉토리

Solaris OS의 경우: /opt/SUNWproxy/proxy-instance-name /config

Linux 및 HP-UX의 경우: /opt/sun/webserver/proxy-instance-name /config

디버그 모드

/server-root/proxy-instance-name /config/server.xml 파일에 있는 LOG 요소의 loglevel 속성 값을 info, fine, finer, finest 중에서 설정할 수 있습니다.

Web Server 문제 해결 팁

표 9–11 Web Server 문제 해결 팁

항목 

세부 정보 

로그 파일

웹 서버 로그 파일은errors 로그 파일 및 access 로그 파일의 두 종류가 있습니다. errors 로그 파일에는 서버에서 발생한 모든 오류가 표시됩니다. access 로그는 서버에 대한 요청과 서버의 응답에 대한 정보를 기록합니다. 자세한 내용은 Sun Java System Web Server 7.0 Administrator’s Guide를 참조하십시오.

이러한 로그는 다음 디렉토리에 저장됩니다. 

  • Solaris OS의 경우: /var/opt/SUNWwbsvr7/https- instancename/logs

  • Linux 및 HP-UX의 경우: /var/opt/sun/webserver7/https- instancename/logs

지금 구성 설치 중에 Web Server 구성에 실패한 경우 자세한 내용은 다음 로그를 참조하십시오. 

  • Solaris OS의 경우: /var/opt/SUNWwbsvr7/setup/WebServer_Install.log

  • Linux 및 HP-UX의 경우: /var/opt/sun/webserver7/setup/WebServer_Install.log

Admin Server 오류 로그는 다음에서 찾을 수 있습니다. 

  • Solaris OS의 경우: /var/opt/SUNWwbsvr7/admin-server/logs/errors

  • Linux 및 HP-UX의 경우: /var/opt/sun/webserver7/admin-server/logs/errors

구성 파일 디렉토리

  • Solaris OS의 경우:/var/opt/SUNWwbsvr7/https- instance-name/config

  • Linux 및 HP-UX의 경우:/var/opt/sun/webserver7/https- instance-name/config

추가 문제 해결 정보

이 설명서의 다음 정보도 문제 해결에 유용합니다.