다중 서버 환경 오류

다중 서버 환경을 설정할 때 발생하는 문제점을 해결할 때 이 정보를 사용합니다.

이러한 문제점 솔루션 설명으로도 해결할 수 없는 경우 다음을 수행하십시오.
  1. 다음과 같이 문제가 있는 배치 관리자와 Application Server의 로그를 찾아보십시오.

    [AIX Solaris HP-UX Linux Windows][IBM i]JVM 로그를 보십시오.

    1. Information Center의 참조 보기를 선택한 후 탐색 트리의 메시지를 펼쳐서 오류 메시지를 보십시오.
    2. Java 예외가 로그 파일에 표시된 경우, 추적 스택을 조사하고 예외를 작성한 스택(com.ibm.websphere 또는 com.ibm.ws로 시작하는 이름) 맨 위에서 WebSphere® Application Server 관련 클래스를 찾아 문제점과 직접 관련된 실제 하위 컴포넌트를 판별해 보십시오.

      예를 들어, com.ibm.websphere.naming 패키지의 클래스에서 예외가 발생한 것으로 보이면, 네이밍 서비스 컴포넌트 문제점 해결 팁를 검토하십시오.

  2. ping 명령을 실행하여 구성의 모든 시스템에 다음과 같은 서로에 대한 TCP/IP 연결이 있는지 확인하십시오.
    1. 실제 각 서버에서 배치 관리자로의 연결
    2. 배치 관리자에서 실제 각 서버로의 연결
  3. 문제점은 클러스터 환경에서 발생하지만, 실제 원인은 클러스터링과 간접적으로만 관련되거나 관련되지 않을 수도 있습니다. 모든 관련 가능성을 조사하십시오.
    1. 하나 이상의 서버에 있는 엔터프라이즈 Bean에서 요청을 지원하지 않는 경우 서블릿, JSP 파일, 독립형 프로그램 또는 다른 클라이언트에서 엔터프라이즈 Bean에 액세스할 수 없음애플리케이션 액세스 문제점 주제를 검토하십시오.
    2. 문제점이 보안을 사용 가능하게 한 후 나타난 것으로 보이면, 보안을 사용 가능하게 한 후의 액세스 문제점 주제를 검토하십시오.
    3. Application Server가 요청에 대한 응답을 중지하거나 자발적으로 실패될 경우(프로세스가 닫힘), 웹 모듈 또는 애플리케이션 서버가 요청 처리 중지 주제를 검토하십시오.
    4. SOAP 요청이 일부 서버에서 지원되지 않는 경우 애플리케이션 클라이언트 SOAP 요청 문제점 해결 팁 주제를 검토하십시오.
    5. 하나 이상의 노드에서 서버에 애플리케이션을 설치하거나 배치할 때 문제점이 발생하는 경우, 애플리케이션 전개 문제점의 내용을 검토하십시오.
  4. 토폴로지가 UNIX 기반 서버를 사용하는 Windows 기반 배치 관리자로 구성된 경우, vi 편집기를 사용하여 최근에 업데이트된 .xml.policy 파일을 찾아봄으로써 Ctrl-M 문자가 파일에 금지되어 있지 않은지 확인하십시오. 이러한 문자가 삽입되지 않도록 UNIX 기반 플랫폼에서 vi 편집기를 사용하여 이들 파일을 편집하십시오.
  5. 워크로드 관리 컴포넌트 문제점 해결 단계를 확인하십시오.
  6. 사용 가능한 온라인 지원(힌트와 팁, 기술 노트 및 수정사항을 검토하여 문제점을 식별하고 문서화했는지 확인하십시오.
[AIX Solaris HP-UX Linux Windows]

혼합된 셀 환경에서 새 프로파일을 작성하려는 경우 템플리트가 서로 일치하지 않을 수 있음

이 문제점은 WebSphere Application Server 버전 6.0.x의 상위 버전에 버전 6.0.x 수정팩을 적용한 경우 프로파일 템플리트가 업데이트되지 않았기 때문에 발생합니다. 혼합된 셀 환경에서 제한사항을 해제하기 위해 WebSphere Application Server 설치 루트의 bin 디렉토리에서 명령을 실행하여 프로파일을 업데이트할 수 있습니다.

Windows 플랫폼의 경우, 기본 설치 루트로 C:\Program Files\IBM\WebSphere\AppServer를 사용하는 다음 명령을 실행하십시오.
app_server_root\bin\ws_ant.bat -buildfile updateNDProfileTemplates.xml
UNIX 및 Linux 플랫폼의 경우, 다음 명령을 발행하십시오.
  • AIX 플랫폼이 아닌 경우, 기본 설치 루트는 /opt/IBM/WebSphere/AppServer입니다.
  • AIX® 플랫폼의 경우, 기본 설치 루트는 /usr/IBM/WebSphere/AppServer입니다.
    • 비AIX 플랫폼의 경우 다음 명령을 실행하십시오.
      USER_INSTALL_ROOT=app_server_root/profiles/your_DM_profile_name/ 
    • AIX의 경우 다음 명령을 실행하십시오.
      USER_INSTALL_ROOT=app_server_root/profiles/your_DM_profile_name/ 
  1. export USER_INSTALL_ROOT
  2. app_server_root/bin/ws_ant -buildfile updateNDProfileTemplates.xml

클러스터를 작성 및 시작한 후 클러스터가 시작되지 않으며 로그에 클러스터에서 서버를 찾을 수 없다는 메시지가 표시되지 않음

이 오류는 구성이 배치 관리자로부터 노드에 동기화되지 않았을 때 발생합니다. 자동 동기화가 사용 가능한 경우, 동기화가 실행될 때까지 대기하십시오. 수동 동기화를 사용하는 경우 클러스터에 있는 각 노드에 대한 동기화를 명시적으로 요청하십시오.

동기화가 발생했는지 여부를 판별하려면 관리 콘솔을 사용하여 노드 시스템에서 구성을 본 다음 새로운 클러스터 멤버가 각 노드에 정의되었는지 확인하십시오.

하나 이상의 노드가 관리 콘솔에 표시되지 않음

이 오류는 배치 관리자 서버와 토폴로지의 다른 서버 간에 기본적인 연결 문제점이 있을 때 발생할 수 있습니다. 배치 관리자 디렉토리 구조의 serverindex.xml 파일을 검토하십시오.
  • 문제의 노드가 목록에 나타나지 않을 경우, 클러스터에 노드를 추가하는 단계를 검토하십시오.
  • 문제의 노드가 목록에 나타날 경우
    • 배치 관리자 서버에서 목록에 표시된 서버 이름을 핑하십시오. ping 명령이 통신을 표시하지 않으면, 호스트 이름이 목록에서 올바른지 확인하고 필요할 경우 정정한 다음 배치 관리자를 다시 시작하십시오.
    • 목록에 표시되는 이름이 축약형 이름인 경우, 완전한 네트워크 이름을 핑하십시오. 정정된 이름이 작동하면 목록을 업데이트하고 배치 관리자를 다시 시작하십시오.
    • 문제의 서버가 DHCP(Dynamic Host Configuration Protocol)를 사용할 경우, 논리 호스트 이름을 IP 주소로 바꾼 다음 배치 관리자를 다시 시작하십시오. 이렇게 조치를 해도 문제점이 해결되지 않으면, 문제 서버 주소가 변경될 때마다(잠재적으로 문제 시스템이 재부팅될 때마다) serverindex.xml을 변경해야 합니다. 이러한 문제점을 방지하려면 정적 IP 주소를 서버에 지정하십시오.
  • 여전히 서버 간에 통신을 설정할 수 없는 경우, 네트워크 관리자에게 문제점 해결을 요청한 다음 문제점이 정정된 후 배치 관리자를 다시 시작하십시오.

addNode 명령 실패

이 오류는 배치 관리자 DNS(Domain Name Server) 구성이 부적절하게 설정될 때 발생할 수 있습니다. Linux 시스템의 기본 설치는 루프백 주소(127.0.0.1)를 기본 호스트 주소로 사용합니다. 이것이 문제점인지 확인하려면 문제 시스템의 호스트 이름을 조회하십시오. 조회에서 로컬 호스트 127.0.0.1을 리턴하거나 노드의 파일 전송 추적이 해당 노드가 127.0.0.1을 포함하는 웹 주소로 파일을 업로드하고 있음을 표시하는 경우, 노드의 DNS 구성이 잘못된 것입니다.

이러한 문제점을 정정하려면 호스트를 검색하기 전에 DNS(Domain Name Server) 또는 NIS(Network Information Server)를 조회하도록 /etc/hosts 파일 또는 네임 서비스 구성 파일 /etc/nsswitch.conf를 업데이트하십시오.

애플리케이션 파일이 모든 노드에 표시되지 않음

[AIX Solaris HP-UX Linux Windows][z/OS]WebSphere Application Server, Network Deployment 환경에서 애플리케이션 2진 파일은 애플리케이션이 노드 동기화 조작의 일부로 지원되는 개별 노드로 전송됩니다. 노드 동기화 중에 애플리케이션 파일은 전개 설명자가 enableDistribution=true를 지정하는 경우에만 전파됩니다. 이 플래그는 관리 콘솔에서 애플리케이션 설치 절차의 일부로 지정되며, app_server_root/config/cells/cell_name/applications/application_name/deployment.xml 파일에 특성으로 저장됩니다.

[IBM i]WebSphere Application Server, Network Deployment 환경에서 애플리케이션 2진 파일은 애플리케이션이 노드 동기화 조작의 일부로 지원되는 개별 노드로 전송됩니다. 노드 동기화 중에 애플리케이션 파일은 전개 설명자가 enableDistribution=true를 지정하는 경우에만 전파됩니다. 이 플래그는 관리 콘솔에서 애플리케이션 설치 절차의 일부로 지정되며, profile_root/config/cells/cell_name/applications/application_name/deployment.xml 파일에 특성으로 저장됩니다.

문제점을 확인하려면 enableDistribution 플래그가 설정되었는지 여부를 점검하십시오. 이미 true로 설정된 경우, 대상 노드가 자동 파일 동기화를 실행하도록 구성되었는지 확인하십시오.

이들 설정이 모두 올바르고 문제점이 계속되면, 수동으로 동기화를 수행하십시오. 애플리케이션 파일이 설치 디렉토리에 여전히 표시되지 않으면 app_server_root/bin 디렉토리에 있는 EARExpander 도구를 사용하여 EAR 파일을 저장소에서 설치 대상으로 펼치십시오. 원격 노드에서 저장소는 config/cells/cell_name/applications/application_name.ear/ 디렉토리에 있어야 합니다.

클러스터 환경에서 디버그 모드가 사용 가능한 서버가 시작되지 않음

이러한 문제점은 다음의 세 가지 조건이 있을 때 발생합니다.
  • 여러 서버 프로세스가 동일한 모드에서 실행하도록 구성되어 있습니다.
  • 둘 이상의 서버에서 디버그 모드를 사용할 수 있습니다.
  • 둘 이상의 서버에 대한 디버그 인수가 기본값으로 남아 있으므로 노드에 있는 둘 이상의 서버가 동일한 디버그 포트(포트 번호 7777)를 사용하려 시도합니다.

디버그를 사용할 수 있는 동일한 실제 호스트 시스템에서 실행 중인 여러 개의 서버 프로세스가 동일한 디버그 포트를 사용할 수 없기 때문에 서버가 시작되지 않습니다.

이 문제점을 정정하려면 각 서버에 대해 다음을 수행하십시오.
  1. 관리 콘솔에서 서버 > 애플리케이션 서버 > server_name > Java 및 프로세스 관리 > 프로세스 정의 > JVM(Java Virtual Machine)을 클릭하십시오.
  2. 디버그 포트의 주소(address=port number)가 각 서버 프로세스에 대해 고유하도록 디버그 인수를 업데이트하십시오.

주제 유형을 표시하는 아이콘 참조 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_multprobs
파일 이름:rtrb_multprobs.html