설치에 성공한 경우 가능한 문제점을 진단하려면 이 주제를
사용하십시오. 설치 프로그램이 기본 로그 파일의 끝에 성공에 대한 다음 표시기를
기록합니다. 기본 로그 파일은 Linux 및 UNIX 플랫폼의
install_root/logs/wbi/log.txt 또는
Windows 플랫폼의
install_root\logs\wbi\log.txt입니다.
- INSTCONFSUCCESS: 설치에 성공했습니다.
- INSTCONFPARTIALSUCCESS: 설치에 부분적으로 성공했습니다.
일부 설치 조치에 실패했지만 재시도할 수 있습니다.
- INSTCONFFAILED: 설치에 실패했습니다. 복구가
가능하지 않습니다.
결과가
INSTCONFPARTIALSUCCESS 또는
INSTCONFFAILED인
경우 다음 단계를 따라 문제점을 계속 분석하십시오.
- 설치 프로세스에서 오류 메시지를 표시하면 오류 메시지: 설치, 프로파일 작성 및 기능 업그레이드에서 설명을
확인하십시오.
메시지가 설명된 메시지에 해당할 경우 문제점을 정정하고, 설치된 부분을
정리한 후 다시 설치하십시오.
다시 설치하기 전에 설치되어 있는 부분의 설치 제거에 대해서는
설치 제거 실패 후 재설치 준비를
참조하십시오.
- WebSphere Application Server Network Deployment
설치의 성공 여부를 판별하십시오. WebSphere ESB의
설치에 성공하지 못할 경우 먼저 Linux 및 UNIX 플랫폼의
install_root/logs/log.txt 또는
Windows 플랫폼의 install_root\logs\log.txt에서
오류를 확인하여 WebSphere Application Server Network Deployment 설치에 성공한
것인지 판별하십시오.
- WebSphere Application Server Network Deployment 설치에
실패한 경우 WebSphere Application Server Network Deployment에 대한
설치 문제점 해결 정보를 검토하십시오.
WebSphere ESB를
다시 설치하기 전에 해당 정보를 사용하여 문제점을 정정하십시오.
- WebSphere Application Server Network Deployment
설치에는 성공하고 WebSphere ESB 설치에는
실패한 경우 아래의 문제점 해결 정보를 사용하여 문제점을 정정하십시오.
- WebSphere ESB
설치 로그 파일에서 설치 후 오류를 확인하십시오.
작성된 다양한 로그 파일의 이름, 위치 및 설명은 로그 파일을 참조하십시오.
로그 파일을 다음 순서로 확인하십시오.
Linux 및 UNIX 플랫폼:- install_root/logs/wbi
- install_root/logs/wbi에 파일이 없을 경우
%tmp%
- install_root/logs/wasprofile/wasprofile_create_ profile_name.log 또는 install_root/logs/wasprofile/wasprofile_augment_ profile_name.log.
default라는 독립형 서버를 작성하는 설치 완료를 수행한 경우
profile_name의 값이 default가 됩니다.
- 설치 조치로 추가 로그 또는 추적 파일이 생성됩니다.
install_root/logs/wbi에서 설치 (또는 설치 제거)
프로세스 중 생성된 추적 파일을 찾아보십시오. profile_root/logs에서
프로파일 작성 또는 기능 업그레이드로 생성된 해당 파일을 찾아보십시오. 여기서
profile_root는
WebSphere ESB 프로파일의 설치 위치(기본적으로
Linux 및 UNIX 플랫폼에서 install_root/profiles/profile_name)를
나타냅니다. 이러한 파일은 기본적으로 IBM 기술 지원에서 사용합니다.
Windows 플랫폼:- install_root\logs\wbi
- install_root\logs\wbi에 파일이 없을 경우
%tmp%
- install_root\logs\wasprofile\wasprofile_create_ profile_name.log 또는 install_root\logs\wasprofile\wasprofile_augment_ profile_name.log.
default라는 독립형 서버를 작성하는 설치 완료를 수행한 경우
profile_name의 값이 default가 됩니다.
- 설치 조치로 추가 로그 파일이 생성됩니다.
install_root\logs\wbi에서 설치 (또는 설치 제거)
프로세스 중 생성된 추적 파일을 찾아보십시오.
profile_root\logs에서
프로파일 작성 또는 기능 업그레이드로 생성된 해당 파일을 찾아보십시오. 여기서
profile_root는
WebSphere ESB 프로파일의 설치 위치(기본적으로
Windows 플랫폼에서 install_root\profiles\profile_name)를
나타냅니다. 이러한 파일은 기본적으로 IBM 기술 지원에서 사용합니다.
- 설치 로그에 정보가 없을 경우 응답 파일에 -log 매개변수를
사용하십시오.
특정 이벤트로 인해 ISMP(InstallShield for Multiplatform)에서
설치 마법사를 시작하지 못할 수 있습니다. 해당 이벤트는 예를 들어, 설치 마법사를
실행하기에 충분하지 않은 디스크 공간입니다. 설치에 실패했는데 설치 로그에 정보가 없을 경우
응답 파일에
-log 매개변수를 사용하여 ISMP 프로그램이 설치 마법사를 시작하지
못하도록 하는 이벤트 항목을 기록하십시오.
이러한 조치는 다음과 같은 응답 파일 중 하나에 대해 작동합니다.
- responsefile.esb.txt
- responsefile.pcaw.esb.standAloneProfile.txt
- responsefile.pcaw.esb.dmgrProfile.txt
- responsefile.pcaw.esb.managedProfile.txt
응답 파일에 대한 자세한 정보는 자동으로 WebSphere ESB 설치를 참조하십시오.
응답 파일을 사용하려면
WebSphere ESB CD
1에서 시스템의 하드 드라이브로 응답 파일을 복사해야 합니다.
해당 이벤트 로깅을 위한 install 명령 구문은 다음 예와 같습니다.
사용자의 응답 파일 및 로그 파일의 경로와 응답 파일의 실제 이름이 예와 다를 수도
있습니다.
AIX 플랫폼: install -options "/usr/IBM/WebSphere/silentFiles/myresponsefile.txt"
-silent -log # !/usr/IBM/WebSphere/myOptionFiles/log.txt @ALL
HP-UX, Linux 및
Solaris 플랫폼: install -options "/opt/IBM/WebSphere/silentFiles/myresponsefile.txt"
-silent -log # !/opt/IBM/WebSphere/myOptionFiles/log.txt @ALL
Windows 플랫폼: install.exe -options "C:\IBM\WebSphere\silentFiles\myresponsefile.txt"
-silent -log # !C:\IBM\WebSphere\silentFiles\log.txt @ALL
- 설치 문제점이 실패한 구성 스크립트로 인해 발생했는지 여부를
판별하십시오.
Linux 및 UNIX 플랫폼의
install_root/logs/wbi/instconfig.log 파일 또는
Windows 플랫폼의 install_root\logs\wbi\instconfig.log
파일은 제품의 정상적인 작동을 방지할 수 있는 구성 문제점을 나타냅니다.
action failed 문자열을 검색하여 실패한 구성 스크립트의
이름을 찾아보십시오.
- install_root/classes 디렉토리에 파일이 없는지
확인하십시오.
IBM 지원 센터에서 때로 고객의 작업을 대기열에 넣고 테스트 또는 디버깅
수정사항을 제공합니다.
수정사항의 공통 위치는 install_root/classes
디렉토리에 있습니다.
기본적으로
WebSphere ESB 클래스 경로에서
먼저 install_root/classes 디렉토리를 선택하여 다른 클래스를
대체하도록 합니다.
디렉토리에 수정사항을 넣어 수정사항이 실제로 문제점을 해결하는
것을 확인할 수 있습니다. 수정사항이 문제점을 해결하는 것을 확인한 후에는
install_root/classes 디렉토리에서 수정사항을
삭제해야 시스템이 작동 상태로 돌아갈 수 있습니다.
install_root/classes
디렉토리에서 이러한 수정사항을 제거하지 않을 경우 오류가 발생할 수 있습니다.
- 오류 로그에 문제점의 원인을 판별할 수 있을 정도로 충분한 정보가
없을 경우 제품을 설치 제거하고, 남아 있는 로그 파일 또는 기타 artifact를
정리하고, 추적을 설정한 후 다시 설치하십시오.
- install 명령에 -is:javaconsole 매개변수를 추가하여
콘솔 창에 stdout 및 stderr 로그를 보고하십시오.
- -is:log file_name 옵션을 사용하여
선택한 로그로 추가 정보를 캡처하십시오.
- -W Setup.product.install.logAllEvents="true" 매개변수를
install 명령에 전달하여 추가 설치 로깅을 설정하십시오.
- 서버 프로파일을 작성한 경우 첫 번째 단계 콘솔 또는 명령행 방법을 사용하여
서버를 시작하십시오.
특정 노드에 대해 첫 번째 단계 콘솔을 시작하십시오.
여기서
profile_root는
WebSphere ESB
프로파일의 설치 위치(기본적으로 Linux 및 UNIX 플랫폼에서는
install_root/profiles/profile_name이고
Windows 플랫폼에서는
install_root\profiles\profile_name임)를
나타냅니다.
Linux 및 UNIX 플랫폼: profile_root/firststeps/esb/firststeps.sh
Windows 플랫폼: profile_root\firststeps\esb\firststeps.bat
다음과 같이 명령행에서 서버를 시작하십시오. - 프로파일에서 profile_root/bin 디렉토리로
디렉토리를 변경하십시오.
- 서버 프로세스를 시작하십시오.
Linux 및 UNIX 플랫폼: ./startServer.sh server_name
Windows 플랫폼: startServer.bat server_name
- SystemOut.log 및 SystemErr.log
파일에서 Open for e-business 메시지와 실행 중인 Java 프로세스를
찾아서 서버가 시작되고 제대로 로드되었는지 확인하십시오.
Java 프로세스가 없거나 메시지가 나타나지 않을 경우 동일한 로그에서 기타
오류를 조사하십시오. 오류가 있으면 정정한 후 재시도하십시오.
다음 플랫폼별
디렉토리에
SystemOut.log 및
SystemErr.log 파일이
있습니다.
Linux 및 UNIX 플랫폼:
profile_root/logs/server_name
Windows 플랫폼:
profile_root\profiles\logs\server_name
- 실행 중인 경우 server_name 서버를 중지한 후
Deployment Manager가 있을 경우 Deployment Manager를 시작하려면 첫 번째 단계 콘솔 또는 명령행 방법을
사용하십시오.
명령행에서 Deployment Manager를 시작하려면 다음을 수행하십시오.
Linux 및 UNIX 플랫폼: profile_root/bin/startManager.sh
Windows 플랫폼: profile_root\bin\startManager.bat
- profile_root/logs/server_name/SystemOut.log
파일에서 Server dmgr open for e-business 메시지와 Java 프로세스를
찾아서 서버가 시작되고 제대로 로드되었는지 확인하십시오.
Linux 및 UNIX 플랫폼: 명령 창을 연 후
top 명령을 실행하여 실행 중인 프로세스의 화면표시를 보십시오.
시스템에서 top 명령을 사용할 수 없는 경우 다음과 같이
ps 명령을 사용하십시오.
ps -ef | grep java
Windows 플랫폼: Ctrl+Alt+Delete를
누른 후 T를 입력하여 타스크 관리자를 여십시오.
프로세스 탭 및 이미지 이름 열 헤더를 클릭하여
이미지 이름별로 정렬하십시오. java.exe라는 프로세스를
찾으십시오.
Java 프로세스가 없거나 메시지가 나타나지 않을 경우 동일한 로그에서 기타
오류를 조사하십시오. 오류를 정정한 후 다시 시도하여 Deployment Manager를 시작하십시오.