이 장에서는 Sun JavaTM Enterprise System(Java ES) 설치 및 제거 문제를 해결할 수 있는 방법을 제안합니다.
이장의내용은다음과같습니다
이 절에서는 Java ES를 설치 및 제거하는 동안 발생하는 문제의 원인을 분석하고 식별하는 일반적인 방법에 대해 설명합니다.
이절은 다음 내용으로 구성되어 있습니다
설치 또는 제거 중에 문제가 발생하면 로그 디렉토리에 있는 해당 로그 파일을 검사합니다.
Solaris OS의 경우: /var/sadm/install/logsLinux의 경우: /var/opt/sun/install/logs
제거 프로그램 및 설치 프로그램 로그 파일과 Java ES 구성 로그 및 구성 요소 로그를 함께 검사하면 문제의 원인을 쉽게 찾을 수 있습니다. 예를들어설치로그에나열된패키지를제거로그에나열된패키지와비교할수있습니다
대부분의로그는다음두개의버전을가집니다
완료됨을기록하는로그파일의버전
자세한로그메시지를포함하는로그파일의버전
다음표에는로그파일의형식이나열되어있습니다
표 9–1 Java ES 로그 파일 이름 형식
기록된엔티티 |
로그파일이름형식 |
---|---|
설치프로그램구성요소 |
Java_Enterprise_System_install.Atimestamp Java_Enterprise_System_install.Btimestamp Java_Enterprise_System_Config_Log.id |
제거프로그램 |
Java_Enterprise_System_uninstall.Atimestamp Java_Enterprise_System_uninstall.Btimestamp Java_Enterprise_System_Config_Log.id |
설치요약 |
Java_Enterprise_System_Summary_Report_install. timestamp JavaES_Config_log.timestamp JavaES_PanelFlow_log.timestamp JavaES_MasterLog_log.timestamp Java_Enterprise_System_Summary_Report_ uninstall. timestamp |
문제 해결을 위해 로그 파일을 사용하려면 발생한 첫 번째 문제를 따로 검토해 봅니다. 흔히첫번째문제가연속적인문제로이어집니다
로그파일은다음과같이이후단계를결정하는실마리를제공할수있습니다
구성문제가있을경우구성요약을확인하여사용된설정을검사합니다
디렉토리충돌이있을경우구성요소용으로 예약되어 있는디렉토리를지정하지않았는지검사합니다
구성요소시작시문제가발생하면구성요소로그파일을검사하십시오 구성 요소 문제 해결 팁에 여러 구성 요소 로그 파일의 위치가 나와 있습니다.
많은 구성 요소가 설치 시 상호 종속성을 갖고 있습니다. 특정구성요소에영향을주는문제는다른구성요소에도영향을미칠수있습니다먼저 Sun Java Enterprise System 2005Q4 설치 계획 설명서에 있는 정보를 숙지해야 합니다.
요약파일과로그파일을검토하여관련제품이실패했는지확인합니다이러한 확인을통해우선적으로수정할사항에대한단서를얻을수있습니다
올바른연결정보를지정했는지검사합니다예를 들면 다음과 같습니다
를구성할때제공한정보가를사용하는구성요소에대해제공한디렉토리정보와일치합니까
Portal Server 또는 Portal Server SRA에 제공한 Access Manager 정보가 Access Manager에 제공한 정보와 일치합니까?
구성요소상호종속성이외에일부구성요소는호스트에설치되지않은패키지를사용할수있으며따라서이패키지가없으면설치되지 못할수있습니다자세한 내용은 릴리스 노트의 “소프트웨어 요구 사항” 절을 참조하십시오.
다음호스트수준문제로인해설치문제가발생할수있습니다
업데이트 권장 업데이트(패치)를 설치했습니까?
디스크 공간 디스크가 어떻게 분할되었으며 설치 디렉토리가 가리키는 분할 영역은 무엇입니까? 설치 디렉토리 /var/sadm 및 /etc/opt, 또는 기본 디렉토리가 아닌 지정 위치에 충분한 디스크 공간이 필요합니다.
네트워크 포트 구성하는 동안 Java ES 구성 요소에 사용할 포트 번호를 지정합니다. 다음을검사합니다
/etc/services 파일에서 표준 포트 번호를 확인합니다.
요약로그파일을확인하여설정을표준과비교합니다포트번호를잘못입력했거나일반적으로다른서버에사용되는포트를특정서버의포트로설정했습니까
netstat -a 명령을 사용하여 시스템에서 사용 중인 포트를 확인합니다. 이미사용중인포트번호를할당했습니까
IP 주소 구성하는 동안 IP 주소를 지정합니다. 올바른주소를입력했는지확인합니다해결해야할질문은다음과같습니다
시스템에각기다른주소를가진여러네트워크인터페이스가있습니까
고가용성구성에서논리호스트의주소나클러스터노드의주소를지정했습니까
구성 요소를 시작하는 데 문제가 있는 경우 6 장, 설치 후 구성 요소 구성 에 나온 절차를 제대로 수행했는지 확인합니다.
또는에서설치하는경우이러한매체가더럽혀지거나손상되지않았는지확인합니다지저분한디스크는설치문제를일으킬수있습니다
에의존하는구성요소를설치하는경우다음원인중하나로인해문제가발생할수있습니다
에대한잘못된사용자아이디와비밀번호를지정했습니다
잘못된포트를지정했습니다
에도달할수없습니다
설치프로그램의대화식모드에서는설치하는동안연결을검사하지만자동 모드에서는검사하지않습니다Directory Server를 사용할 수 없을 때 자동 설치를 수행하면 Access Manager 또는 Portal Server가 설치되지 않을 수 있습니다.
편집된구성파일과같은사용자정의파일의덮어쓰기를방지하기위해파일이포함된디렉토리에를설치할수없습니다
를다시설치하는경우설치디렉토리가비어있는지확인합니다설치디렉토리가비어있지않은경우다른장소에서파일을아카이브하고설치를다시시도합니다
설치프로그램에서 구성요소에대해 몇 번의 비밀번호 입력을 요구합니다서로 다른호스트에서로다른구성요소를설치하는 경우 각호스트에일치하는비밀번호를입력해야합니다
비밀번호문제를해결하려면제거를수행한후다시설치해야할수있습니다제거에 실패한 경우 제거 중에 남은 파일로 인해 설치 실패 를 참조하십시오.
구성 요소를 설치했지만 문제가 발생하여 다시 설치하거나 제거할 수 없는 경우 Solaris pkginfo 또는 Linux rpm 명령을 사용하여 설치된 패키지를 확인합니다. Sun Java Enterprise System 2005Q4 설치 참조 설명서의 5 장, 설치 패키지 목록에 있는 제거된 Java ES 패키지와 결과를 비교합니다. 자세한 내용은 제거 중에 남은 파일로 인해 설치 실패 를 참조하십시오.
Solaris 9 및 Solaris 10에서는 pkg 유틸리티 대신에 prodreg 도구도 사용할 수 있습니다. 이 도구는 구성 요소와 패키지 모두를 인덱싱하는 제품 레지스트리에 그래픽 인터페이스를 제공합니다. prodreg를 실행하려면 명령줄에서 명령 이름을 입력합니다. 자세한 내용은 prodreg(1) 맨페이지를 참조하십시오.
제거하는 동안 제거 프로그램에 대한 관리자 액세스 허가에 설명된 것처럼 제거 프로그램에 관리자 액세스 권한을 허가해야 합니다.
이절에서는설치중에발생할수있는다음문제에대해설명합니다
제거 후에 구성 요소나 패키지가 남을 수 있습니다. 이러한경우 Java ES를 다시 설치하기 전에 구성요소나패키지를수동으로제거해야합니다이문제는다음과같은방법으로나타날수있습니다
제거프로그램이실패하고제거하는데실패한패키지의이름이제공됩니다
구성요소를설치하려고하지만설치프로그램에이미제거한구성요소가설치되어있다는메시지가표시됩니다
다음명령을사용하여패키지가부분적으로설치되었는지확인합니다
Solaris OS의 경우:
pkginfo -p |
Linux의 경우:
rpm -qa |grep sun | xargs rpm -V |
부분적으로설치된패키지가명령출력으로나열됩니다Sun Java Enterprise System 2005Q4 설치 참조 설명서의 5 장, 설치 패키지 목록을 참조하면서 반환된 패키지 이름을 참고하여 패키지가 속한 구성 요소를 확인합니다.
구성 요소나 패키지를 제거합니다.
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\> 태그로 끝납니다. 구성요소에대한전체항목을삭제합니다
/opt, /etc/opt, /var/opt 디렉토리를 정리합니다.
설치프로그램을다시실행합니다
Java ES 2005Q4 릴리스부터는 설치 후에 공유 구성 요소가 제품 레지스트리에 나열됩니다.
Java ES 제거 프로그램은 시스템에서 선택 가능한 구성 요소를 제거하지만 공유 구성 요소는 제거하지 않습니다. 제거 후에도 제품 레지스트리에는 공유 구성 요소의 항목이 남아 있습니다. 제거 후에 Java ES 공유 구성 요소를 수동으로 제거하면 해당 구성 요소는 제품 레지스트리에서 제거되지 않습니다. 설치 프로그램에서는 제품 레지스트리 파일에 항목이 있는 것을 보고 수동으로 삭제한 공유 구성 요소가 존재한다고 가정하기 때문에 다음 Java ES 2005Q4 설치가 실패할 수 있습니다.
시스템에서 Java ES 공유 구성 요소를 수동으로 제거하는 일은 피해야 합니다.
해결 방법제품 레지스트리 파일에서 해당 항목을 제거하거나 제품 레지스트리 파일 자체를 제거합니다. 제품 레지스트리 파일에서 항목을 제거하면 파일이 손상될 수 있기 ?문에 제품 레지스트리 전체를 제거하는 것이 더 좋습니다. 이 작업을 수행하기 전에 Java ES 구성 요소 외의 제품이 제품 레지스트리 파일을 사용하고 있지 않은지 확인해야 합니다.
의경우Linux에는 그래픽 제품 레지스트리 파일에 해당하는 것이 없기 때문에 실수로 rpm 파일을 제거한 경우 제품 레지스트리 파일을 수동으로 편집해야 합니다.
WebSphere가 실행 중이 아니거나 WebSphere 고유 구성과 일치하지 않는 WebSphere 값을 지정했을 수 있습니다. 이문제를해결하는방법에는두가지가있습니다
한 가지 방법은 WebSphere 인스턴스 구성을 확인하는 것입니다.
먼저 가실행중인지확인합니다
다음설치프로그램필드의값을검사합니다
WebSphere 가상 호스트(상태 파일의 PS_IBM_VIRTUAL_HOST)
Application Server 이름(상태 파일의 PS_IBM_APPSERV_NAME)
WebSphere 도구를 사용하여 구성이 입력하려는 값과 일치하는지 확인합니다.
다시시도하십시오
또 한 가지 방법은 WebSphere 항목의 새 인스턴스를 만드는 것입니다.
adminclient.sh를 사용하여 WebSphere 콘솔을 시작합니다.
새 가상 호스트 인스턴스와 새 Application Server 서버 인스턴스 이름을 만듭니다.
노드아래의항목일반적으로호스트이름을눌러을선택합니다
이 프로세스는 설치 프로그램이 유효 이름을 검사하는 plugin 구성 파일에 새 항목을 저장합니다.
설치프로그램으로돌아가서방금만든값을입력합니다
정전또는시스템오류가발생했거나를입력하여설치프로그램프로세스를중지했을수있습니다
해결 방법.설치또는구성프로세스도중에실패가발생한경우설치가부분적으로수행되었을것이므로제거프로그램을실행합니다제거 프로그램이 실패할 경우에는 제거 실패, 파일 남음에 설명된 지침을 따릅니다.
경우에따라설치프로그램은이미지입력이준비되기전에화면에이미지를만들수있습니다이경우에는잠시기다린후에설치마법사에서다음을누릅니다
해결 방법.기본선택을나타내는버튼에는파란색사각형이포함되어있습니다때로는 이사각형이버튼 자체보다늦게표시될수있습니다버튼을누르기전에파란색사각형이나타날때까지기다립니다
상태파일을만든플랫폼에서상태파일을사용하는경우알수없는파일손상오류로인해문제가발생한것일수있습니다이문제를해결하는방법에는두가지가있습니다
자동 설치를 실행하고 있는 플랫폼과 같은 플랫폼에서 상태 파일을 만든 경우에는 새 상태 파일을 작성하고 다시 설치합니다.
다른플랫폼이나버전에서만든상태파일을사용할경우문제가발생한것은상태파일을만든플랫폼과같은유형의플랫폼에서상태파일을실행해야하기때문입니다예를 들어, Solaris 9에서 상태 파일을 만든 경우 이 상태 파일을 Solaris 8에서 사용할 수 없으며, x86 플랫폼에서 만든 경우 SPARC 플랫폼에서 사용할 수 없습니다.
상태파일을만든플랫폼이자동설치를실행하고있는플랫폼과다를경우파일에대해플랫폼에맞는새아이디를만드십시오이 작업 수행에 관한 지침은 플랫폼 고유 상태 파일 아이디 만들기를 참조하십시오.
상태파일을편집한 경우 오류가발생했을수있습니다다음을 확인하고 상태 파일 만들기의 설명과 같이 상태 파일을 다시 생성합니다.
모든로컬호스트매개변수가설정되어있고일관된값으로설정되어있습니까
매개변수값의대소문자가정확합니까
대체값을입력하지않고필수매개변수를삭제했습니까
모든포트번호가유효하며할당되지않았습니까
이문제의가장주된원인은환경변수가설치한구성요소에대해올바르게설정되지않았기때문입니다 MANPATH Setup을 참조하십시오.
이절에서는제거하는 동안에 발생할수있는다음문제에대해설명합니다
Java ES 설치 프로그램은 제거 프로그램을 시스템의 다음 위치에 저장합니다.
Solaris OS의 경우: /var/sadm/prod/SUNWentsys4
Linux의 경우: /var/sadm/prod/sun-entsys4
제거프로그램이이디렉토리에없으면다음중하나가발생한 것입니다.
Java ES가 이 호스트에 설치되지 않았습니다.
Java ES 제거 프로그램이 이전에 이 호스트에서 모든 구성 요소와 제거 프로그램 자체를 제거했습니다.
제거하는 동안 제거 프로그램이 호스트에서 Java ES 구성 요소를 찾을 수 없음을 확인한 경우에는 제거 프로그램 자체가 제거됩니다.
실패한설치중에다음중하나가발생했습니다
제거프로그램을호스트에설치한적이없습니다
제거 프로그램이 제거되었지만 일부 Java ES 구성 요소가 호스트에 남아 있습니다.
해결 방법. 제거 실패, 파일 남음의 설명과 같이 수동으로 시스템을 정리합니다.
제거프로그램을실행한후에파일또는프로세스가남아있기때문에수동으로정리해야하는경우다음절차를수행하여시스템에서패키지를제거합니다
제거할패키지를결정합니다
시스템에 있는 패키지를 Sun Java Enterprise System 2005Q4 설치 참조 설명서의 5 장, 설치 패키지 목록에 있는 Java ES 패키지와 비교합니다. Solaris pkginfo 또는 prodreg 유틸리티나 Linux rpm 명령을 사용하면 설치된 패키지를 확인할 수 있습니다. 제거 중에 남은 파일로 인해 설치 실패 를 참조하십시오.
Java ES 구성 요소의 실행 중인 프로세스를 모두 중지합니다.
프로세스 중단에 대한 간략한 지침이 구성 요소 설명서의 6 장, 설치 후 구성 요소 구성 에 있습니다.
후속설치에서사용하려는모든사용자정의구성과사용자데이터를백업합니다
Java ES 구성 요소의 제거 동작 검토 에는 백업해야 할 구성 및 사용자 데이터에 대한 정보가 있습니다. 자세한내용은각구성요소에대한구성요소설명서를참조하십시오
pkgrm 또는 rpm -e 명령을 사용하여 Java ES 구성 요소 패키지를 제거합니다.
후속설치에서사용하지않을나머지구성요소디렉토리와해당내용을모두제거합니다이디렉토리를나중에사용하려면다른위치로이동합니다
다음위치에있는제품레지스트리파일을업데이트합니다
Solaris OS의 경우: /var/sadm/install/productregistry, Linux의 경우: /var/opt/sun/install/productregistry
제거 프로그램은 이 레지스트리를 사용하여 호스트에 설치된 구성 요소를 확인합니다. 두프로그램은설치또는제거가완료되면제품레지스트리를업데이트합니다
제거 프로그램을 사용하지 않고 수동으로패키지를제거하는경우시스템에설치된소프트웨어를올바로표시하도록제품레지스트리를직접편집해야합니다
다음위치에있는시스템로그파일을정리합니다
Solaris OS의 경우: /var/sadm/install/logsLinux의 경우: /var/opt/sun/install/logs
패키지를수동으로제거한후로그파일에시스템상태가올바르게 표시되지않을수도있습니다
제거하는 동안 제거 프로그램에서는 제품 레지스트리 파일을 사용하여 제거해야 할 항목을 결정합니다.
Solaris OS의 경우: /var/sadm/install/productregistry, Linux의 경우: /var/opt/sun/install/productregistry
제거프로그램이실패하면백업복사본에서제품레지스트리를복원한후다시시도해야합니다
수동으로패키지를제거하면제품레지스트리가자동으로업데이트되지않습니다제품레지스트리가시스템을올바로반영하지않을경우나중에제거프로그램을실행할때문제가발생할수도있습니다이 경우 다시 설치한 다음 제거 프로그램을 다시 실행해야 할 수 있습니다.
이절에서는공통에이전트컨테이너공유구성요소와관련하여발생할수있는다음문제를설명합니다
Java ES 내부의 공통 에이전트 컨테이너는 기본적으로 다음 포트 번호를 사용합니다.
포트
어댑터포트
트랩용어댑터포트
어댑터포트
RMI 커넥터 포트(TCP) = 10164
설치를위해이러한포트번호를이미예약한경우다음과같이공통에이전트컨테이너에서사용하는포트번호를변경하십시오
공통 에이전트 컨테이너 cacaoadm 명령에 대한 자세한 내용은 cacaoadm 맨페이지를 참조하십시오. 명령줄에서이맨페이지를볼수없으면가올바르게설정되었는지확인하십시오 MANPATH Setup을 참조하십시오.
루트권한을사용하여공통에이전트컨테이너관리데몬을중지시킵니다
# /opt/SUNWcacao/bin/cacaoadm stop |
다음 구문을 사용하여 포트 번호를 변경합니다.
# /opt/SUNWcacao/bin/cacaoadm set-param param=value |
예를들어어댑터에서사용하는포트를기본값에서로변경하려면
# /opt/SUNWcacao/bin/cacaoadm set-param snmp-adaptor-port=10165 |
공통에이전트컨테이너관리데몬을다시시작합니다
# /opt/SUNWcacao/bin/cacaoadm start |
루트권한을사용하여공통에이전트컨테이너관리데몬을중지시킵니다
# /opt/sun/cacao/bin/cacaoadm stop |
다음 구문을 사용하여 포트 번호를 변경합니다.
# /opt/sun/cacao/bin/cacaoadm set-param param=value |
예를들어어댑터에서사용하는포트를기본값에서로변경하려면다음구문을사용합니다
# /opt/sun/cacao/bin/cacaoadm set-param snmp-adaptor-port=10165 |
공통에이전트컨테이너관리데몬을다시시작합니다
# /opt/sun/cacao/bin/cacaoadm start |
Java ES를 실행하는 호스트에서 보안 키를 다시 생성해야 할 수도 있습니다. 예를 들어, 루트 비밀번호가 노출되거나 손상될 위험이 있는 경우 보안 키를 다시 작성해야 합니다. 공통 에이전트 컨테이너 서비스에서 사용하는 키는 다음 위치에 저장됩니다.
Solaris OS의 경우: /etc/opt/SUNWcacao/securityLinux의 경우: /etc/opt/sun/cacao/security
일반 작동 시 이 키는 기본 구성에 남겨둘 수 있습니다. 키 손상으로 인해 키를 다시 작성해야 하는 경우 다음 절차를 통해 보안 키를 다시 작성할 수 있습니다.
루트권한을사용하여공통에이전트컨테이너관리데몬을중지시킵니다
# /opt/SUNWcacao/bin/cacaoadm stop |
보안키를다시작성합니다
# /opt/SUNWcacao/bin/cacaoadm create-keys --force |
공통에이전트관리데몬을다시시작합니다
# /opt/SUNWcacao/bin/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을 참조하십시오.
루트권한을사용하여공통에이전트컨테이너관리데몬을중지시킵니다
# /opt/sun/cacao/bin/cacaoadm stop |
보안키를다시작성합니다
# /opt/sun/cacao/bin/cacaoadm create-keys --force |
공통에이전트관리데몬을다시시작합니다
# /opt/sun/cacao/bin/cacaoadm start |
cacaoadm(1M) 명령에 대한 자세한 내용은 cacaoadm 맨페이지를 참조하십시오.
cacaoadm 하위 명령을 실행할 때 다른 사용자가 거의 동시에 명령을 실행했을 수 있습니다. 하지만 한 번에 한 cacaoadm 하위 명령만 실행할 수 있습니다.
Solaris OS에서는 다음 오류 메시지가 생성됩니다.
If cacaoadm daemon is running, it is busy executing another command. Otherwise remove lock file /var/opt/SUNWcacao/run/lock
에서는다음오류메시지가표시됩니다
If cacaoadm daemon is running, it is busy executing another command. Otherwise remove lock file /var/opt/sun/cacao/run/lock.
이알림메시지를받은경우에는몇분기다렸다가다시시도하는것이가장좋습니다
다시 시도했지만 마찬가지로 똑같은 알림 메시지가 표시되는 경우에는 공통 에이전트 컨테이너 관리 데몬에서 잠금 파일을 제거하지 않았을 가능성이 높습니다. 이문제는충돌시에발생할수있습니다잠금 파일은 이후의 cacaoadm 하위 명령이 실행하지 못하게 합니다.
오류메시지에표시된위치에서잠금파일을제거하십시오
이절에서는유용한설명서에대한참조와함께구성요소에대한다양한빠른팁을제공합니다
이절은 다음 내용으로 구성되어 있습니다
항목 |
세부 정보 |
---|---|
구성 파일 |
AMConfig.properties Solaris OS의 경우: /etc/opt/SUNWam/config Linux의 경우: /etc/opt/sun/identity/config |
로그 및 디버그 파일 |
로그파일디렉토리
|
디버그 모드 |
Sun Java System Access Manager 7 2005Q4 Developer’s Guide의 Auditing Features 장을 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
|
문제 해결 |
다음을 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
로그파일디렉토리 Solaris OS의 경우: /var/sadm/install/logs/ Linux의 경우: /var/opt/sun/install/logs/ 인스턴스로그디렉토리처음만들어진인스턴스의기본위치 Solaris OS의 경우: /var/opt/SUNWappserver/domains/domain1/logs Linux의 경우: /var/opt/sun/appserver/domains/domain1/logs 메시지로그파일이름 각 서버 인스턴스의 server.log |
구성 파일 |
구성파일디렉토리/var |
문제 해결 |
Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Troubleshooting Guide를 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
관리 서비스(csadmind): admin.log 분산 데이터베이스 서비스(csdwpd): dwp.logHTTP 서비스(cshttpd): http.log 알림 서비스(csnotifyd): notify.log 달력 백업 서비스(csstored):store.log 기본로그디렉토리/var/opt/SUNWics5/logs 자세한 내용은 Sun Java System Calendar Server 6 2005Q4 Administration Guide를 참조하십시오. |
구성 파일 |
/opt/SUNWics5/cal/config/ics.conf |
디버그 모드 |
디버그 모드를 사용하려면 Calendar Server 관리자가 ics.conf 파일에서 logfile.loglevel 구성 매개 변수를 설정합니다. 예를 들면 다음과 같습니다 logfile.loglevel = "debug" 자세한 내용은 Sun Java System Calendar Server 6 2005Q4 Administration Guide를 참조하십시오. |
문제 해결 |
Sun Java System Calendar Server 6 2005Q4 Administration Guide를 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
기본로그파일uwc-deployed-path/logs/uwc.log |
문제 해결 |
Sun Java System Communications Express 6 2005Q4 Administration Guide의 6 장, Troubleshooting을 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
런타임 로그 파일: /opt/SUNWcomm/log |
문제 해결 |
항목 |
세부 정보 |
---|---|
로그 파일 |
기본 로그 파일: DirectoryProxyServer-base /dps -hostname/logs/fwd.log 자세한 내용은 Sun Java System Directory Proxy Server 5 2005Q1 Administration Guide를 참조하십시오. |
문제 해결 |
Sun Java System Directory Proxy Server 5 2005Q1 Administration Guide를 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
설치로그파일 Solaris OS의 경우: /var/sadm/install/logs Linux의 경우: /var/opt/sun/install/logs 구성로그파일 Directory_Server_install.Atimestamp Directory_Server_install.Btimestamp 로그 파일 관리에 대한 자세한 내용은 Sun Java System Directory Server 5 2005Q1 Administration Guide를 참조하십시오. |
문제 해결 |
Sun Java System Directory Server 5 2005Q1 Administration Guide를 참조하십시오. |
Instant Messaging 문제 해결에 대한 자세한 내용은 클라이언트 온라인 도움말과 Sun Java System Instant Messaging 7 2005Q1 Administration Guide를 참조하십시오.
항목 |
세부 정보 |
---|---|
문제 해결 |
Sun Java System Message Queue 관리 설명서의 문제 해결 장과 다음 위치의 MQ 포럼을 참조하십시오. http://swforum.sun.com/jive/forum.jspa?forumID=24 |
성능 |
Sun Java System Message Queue 3 2005Q4 Administration Guide의 “메시지 서비스 분석 및 조정”을 참조하십시오. |
항목 |
세부 정보 |
---|---|
실행 파일 위치 |
/opt/SUNWmsgsr/sbin |
로그 파일 |
MessagingServer-base/data/log |
문제 해결 |
Sun Java System Messaging Server 6 2005Q4 Administration Guide를 참조하십시오. |
Portal Server에서는 Access Manager와 같은 로그 파일 및 디버그 파일을 사용합니다.
표 9–12 Portal Server 문제 해결 팁
항목 |
세부 정보 |
---|---|
디버그 파일 |
Solaris OS의 경우: /var/opt/SUNWam/debug Linux의 경우: /var/opt/sun/identity/debug |
로그 파일 |
Solaris OS의 경우: /var/opt/SUNWam/logs Linux의 경우: /var/opt/sun/identity/logs |
문제 해결 |
Sun Java System Portal Server 6 2005Q4 Administration Guide를 참조하십시오. |
Portal Server에서는 Access Manager와 같은 로그 파일 및 디버그 파일을 사용합니다.
desktop.debug
desktop.dpadmin.debug
dpadmin, par, rdmgr , sendrdm Portal Server 명령줄 유틸리티에는 디버깅 메시지를 생성하는 옵션이 있습니다. 이러한 옵션에 대한 설명은 Portal Server Administration Guide를 참조하십시오.
포털게이트웨이디버그로그는다음디렉토리에있습니다.
Solaris OS의 경우: /var/opt/SUNWps/debug
Linux의 경우: /var/opt/sun/portal/debug
Access Manager 관리 콘솔에서 로깅 기능을 사용하는 경우 Portal Server 서비스(NetFile 등)의 로그는 /var/opt/SUNWam/debug에 있습니다.
항목 |
세부 정보 |
---|---|
로그 파일 |
Application Server 인스턴스 로그: Solaris OS의 경우: /var/opt/SUNWsoar/domains/registry/logs/server.log Linux의 경우: /var/opt/sun/SUNWsoar/domains/registry/logs/server.log |
문제 해결 |
Service Registry 3 2005Q4 Administration GuideService Registry 3 2005Q4 Administration Guide를 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
기본로그디렉토리/var/cluster/logs/install 오류 메시지: /var/adm/messages |
문제 해결 |
Sun Cluster Software Installation Guide for Solaris OS를 참조하십시오. |
항목 |
세부 정보 |
---|---|
로그 파일 |
두종류의웹서버로그파일이있습니다errors 로그 파일과 access 로그 파일은 모두 다음 디렉토리에 있습니다.
errors 로그 파일에는 서버에서 발생된 모든 오류가 표시됩니다. access 로그는 서버에 대한 요청과 서버의 응답에 대한 정보를 기록합니다. 자세한 내용은 Sun Java System Web Server 6.1 SP4 Administrator’s Guide를 참조하십시오. |
문제 해결 |
Sun Java System Web Server 6.1 SP4 Installation and Migration Guide를 참조하십시오. |
구성 파일 디렉토리 |
/opt/SUNWwbsvr/https-instance-name /config |
디버그 모드 |
다음 옵션을 사용할 수 있습니다.
|
항목 |
세부 정보 |
---|---|
로그 파일 |
기본 로그 위치: /opt/SUNWproxy/ proxy-instancename/logs 자세한 내용은 Sun Java System Web Proxy Server 4.0.2 Administration Guide를 참조하십시오. |
구성 파일 디렉토리 |
/opt/SUNWproxy/proxy-instancename /config |
디버그 모드 |
/server-root/proxy-instance-name /config/server.xml 파일에 있는 LOG 요소의 loglevel 속성 값을 info, fine, finer, finest 중에서 설정할 수 있습니다. |
이설명서의다음정보도문제해결에유용합니다
6 장, 설치 후 구성 요소 구성 에는 사후 설치 구성을 수행하기 위한 지침이 제공됩니다.
8 장, 구성요소제거에는 Java ES 소프트웨어를 제거하는 동안 발생할 수 있는 문제에 관한 정보가 제공됩니다.