Eclipse용 Autonomic Log and Trace Analyzer 릴리스 정보

© Copyright International Business Machines Corporation 2000, 2006. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

알려진 문제점 및 해결 방법

1.0 Log and Trace Analyzer
1.1 보기
1.1.1 로그 보기의 필터링 및 강조표시 기능 문제점
1.2 로그 가져오기
1.2.1 원격 로그 파일을 가져올 때의 문제점
1.2.2 Linux 및 AIX에서 로그 파일 가져오기
1.2.3 WebSphere Application Server trace.log 가져오기
1.2.4 IBM Agent Controller V5를 사용하여 일부 로그 파일을 가져올 수 없음
1.2.5 대용량 로그 파일 및 증상 카탈로그를 가져올 때 메모리 부족 예외 발생
1.2.6 DB2 Express 진단 로그에 표시된 Common Base Event는 스펙이 아님
1.2.7 가져올 로그 파일 유형에서 Log and Trace Analyzer로 유효성 검증하지 않음
1.2.8 다른 로케일에서 생성된 로그 파일 가져오기 제한사항
1.2.9 AIX에서 규칙 구문 분석기로 WebSphere Application Server 활동 로그 가져오기 실패
1.2.10 Apache Derby 버전 10.1.2.1에서 상관을 기본으로 한 시간 작성 불가능
1.2.11 대용량 로그의 상관을 작성하고 표시할 때 수행이 느려짐
1.3 데이터베이스 지원
1.3.1 같은 데이터베이스 계정을 사용하는 클라이언트 동시 액세스가 지원되지 않음
1.3.2 자원 경로 충돌
1.3.3 올바른 선택에도 불구하고 대용량 자원 지원 환경 설정 사용 불가능
1.3.4 대용량 로그 지원의 수행 향상
1.3.5 데이터베이스 및 테이블 작성 후 DB2 다시 시작
1.3.6 간헐적 SQL 예외
1.3.7 환경 설정을 적용하지 않은 경우 테스트 연결 시 오류 리턴
1.3.8 대용량 로그 분석 시 CommonBaseEvent XPath 표현식이 지원되지 않음
1.3.9 하나의 contextDataElement만이 대용량 로그에 표시됨
1.4 기타
1.4.1 새 로그 상관 마법사가 Linux GTK 드라이버에 올바르게 표시되지 않음
1.4.2 Workbench의 처음 시작이 무시된 후 플러그인의 로깅 레벨로 수정
1.4.3 IBM JVM으로 Red Hat Linux v8.0에서 예제 작성 시 충돌
1.4.4 로그 네비게이터 도구 모음 및 팝업 메뉴에서 TPTP 형식 증상 데이터베이스 작성 가능
1.4.5 IBM Log Analyzer로만 최대 1024바이트까지 메시지 프로세스
1.4.6 복합 요소 사용 시 증상 편집기에서 올바르지 않은 XPATH 규칙 생성
1.4.7 증상 편집기에서 어떤 입력 Common Base Event와도 일치하지 않는 XPATH 규칙 생성
2.0 프로파일링 도구
2.1 시퀀스 다이어그램 보기에서 에이전트 및 프로세스 상호작용 보기가 지원되지 않음
2.2 프로파일링 네비게이터의 새로 고치기 보기 명령은 추적 상호작용에 대해서 실행되지 않습니다.
2.3 Sun JDK 1.4.x를 사용한 Windows 프로파일링이 종료되며 Microsoft(R) 오류 보고서 표시

TPTP Log and Trace Analyzer와 연관된 추가 readme 정보는 TPTP V4.2 릴리스 정보에서 볼 수 있습니다.

1.0 Log and Trace Analyzer

1.1 보기

1.1.1 로그 보기의 필터링 및 강조표시 기능 문제점

로그 보기에서 필터링 및 강조표시 기능이 Common Base Event의 복합 요소(예: sourceComponentId)에서 작동하지 않습니다. 수정사항은 다음 Fix Pack에 제공됩니다.

1.2 로그 가져오기

1.2.1 원격 로그 파일을 가져올 때의 문제점

원격 로그 파일을 가져올 때(파일 > 가져오기... > 로그 파일), 프로파일링 모니터의 보기를 새로 고치기한 후(프로파일 > 보기 새로 고치기), 로그 보기에 로그 항목이 표시되지 않거나 로깅 메시지 대화 상자에 로컬 클라이언트가 30초 대기 후 원격 로그 구문 분석기 모니터링을 시작하지 않았다는 내용이 표시됩니다.

이 문제점은 네트워크 지연 때문이며 시간 Agent Controller에서 로컬 클라이언트의 원격 로그 구문 분석기 모니터링 시작을 대기하는 시간을 늘려서 수정할 수 있습니다. 이 문제점을 해결하려면 다음 단계를 시도하십시오.

  1. 로그 파일 다시 가져오기를 시도하십시오.
  2. 증상이 계속되면 다음 항목을 Agent Contoller의 구성(예: <Agent Controller의 설치 디렉토리>/plugins/com.ibm.etools.logging.parsers/config/pluginconfig.xml)에 있는 원격 RemoteLogParserLoader 응용프로그램에 추가하십시오.
      
    <Application configuration="default" executable="RemoteLogParserLoader"
    extends="default" location="%SYS_TEMP_DIR%" path="%JAVA_PATH%">
    ...
    <Parameter position="prepend"
    value="-Dorg.eclipse.hyades.logging.parsers.maxWaitTimeInMillis=xxxxx"/>
    ...
    </Application>
    
    여기서 xxxxx는 최대 대기 시간(ms)입니다(예: 30000 초과).
  3. 갱신이 이루어지면 Agent Controller를 다시 시작하고 로그 파일 가져오기를 다시 시도하십시오.

1.2.2 Linux 및 AIX에서 로그 파일 가져오기

일부 로그 파일 가져오기는 Linux(R) 및 AIX(R) 플랫폼에서 실행되지 않습니다.

이러한 일은 사용자에게 적합한 로그 파일 액세스 권한이 없을 때 발생합니다. 이 문제를 해결하려면 로그 파일을 사용자의 홈 디렉토리에 복사하고 이 디렉토리에서 가져와야 합니다.

1.2.3 WebSphere Application Server trace.log 가져오기

WebSphere(R) Application Server trace.log 파일을 가져올 때 내부 상관이 작성됩니다.

사용자는 해당 에이전트의 내부 구조에 관련된 정보가 있을 때 이 상관을 삭제해서는 안 됩니다.

1.2.4 IBM Agent Controller V5를 사용하여 일부 로그 파일을 가져올 수 없음

V5 IBM(R) Agent Controller를 사용하여 activity.log가 아닌 원격 로그 파일을 가져올 수 없습니다. 로그 파일을 원격으로 가져올 때 원격 시스템의 IBM Agent Controller는 Eclipse용 IBM Log and Trace Analyzer와 같은 레벨 또는 그 이상이어야 합니다.

이 제한사항을 해결하려면 원격 시스템에 Eclipse용 IBM Log and Trace Analyzer와 함께 제공된 IBM Agent Controller를 설치하십시오.

1.2.5 대용량 로그 파일 및 증상 카탈로그를 가져올 때 메모리 부족 예외 발생

25MB까지 로그 파일 및 증상 카탈로그를 작업공간으로 가져오고 Log and Trace Analyzer에서 열 수 있습니다.

로그 파일을 여는 데 걸리는 시간은 파일의 로그 레코드 수에 따라 다르며 "메모리 부족" 예외가 발생할 수 있습니다. 이 문제점을 해결하려면 대용량 로그 지원 기능을 사용하십시오.

대용량 증상 카탈로그를 가져올 때 "메모리 부족" 예외가 발생하면 다음 vmargs를 추가하여 힙 크기를 늘리십시오.

-vmargs -Xmx1000m

대용량 로그를 가져올 때 대용량 로그 지원 기능을 사용해도 "메모리 부족" 예외 문제점이 수정되지 않는 경우 힙 크기를 늘리면 해결될 수 있습니다.

1.2.6 DB2 Express 진단 로그에 표시된 Common Base Event는 스펙이 아님

IBM DB2(R) Express 진단 로그를 가져오는 경우 결과 Log and Trace Analyzer에 표시된 Common Base Event에서 일부 Common Base Event 스펙을 분리합니다. 이는 DB2 진단 로그를 공통 기반 이벤트로 변환하는 데 사용되는 db2diag.exe 유틸리티의 버그로 인하여 발생합니다. 이것은 가져오기 조작에 영향을 미치지 않습니다. db2diag.exe를 수정하는 것 외에는 알려진 해결 방법이 없습니다.

1.2.7 가져올 로그 파일 유형에서 Log and Trace Analyzer로 유효성 검증하지 않음

가져올 로그 파일 유형에서 Log and Trace Analyzer로 유효성을 검증하지 않습니다. 로그 파일을 가져올 때 가져올 로그 파일의 올바른 로그 유형 및 버전을 선택했는지 확인하십시오. 가져오는 동안 문제가 발생하는 경우 로그 보기에 레코드가 표시되지 않거나 올바르지 않은 레코드가 표시되고 오류 메시지가 표시됩니다. 오류에 대한 자세한 정보는 오류 대화 상자에서 세부사항을 참조하십시오.

1.2.8 다른 로케일에서 생성된 로그 파일 가져오기 제한사항

Log and Trace Analyzer가 실행 중인 로케일과 다른 로케일에 시간소인이 있는 로그 파일을 가져올 때 규칙 기반 로그 파일 구문 분석기에서 종종 시간소인 및 기타 로그 레코드 데이터가 올바르게 구문 분석되지 않습니다. 예를 들어, 영문 IBM HTTP 서버 액세스 로그 파일을 일본어 시스템에서 실행 중인 Log and Trace Analyzer로 가져오면 결과 Common Base Event에 있는 creationTime 값이 0이 되고 Common Base Event msg 필드가 공백이 됩니다.

이 문제점을 해결하려면 현재 시스템 로케일과 다른 로케일에 시간소인이 포함된 로그 파일을 가져올 때 로케일 필드가 있는 경우 로그 가져오기 마법사의 세부사항 탭에 로그 파일의 로케일을 지정하십시오.

1.2.9 AIX에서 규칙 구문 분석기로 WebSphere Application Server 활동 로그 가져오기 실패

AIX 시스템에서 규칙 구문 분석기로 2진 WAS 활동 로그 가져오기에 실패하고 오류 대화 상자에 다음 오류가 표시됩니다.

IWAT0030E 원격 로그 구문 분석기 "com.ibm.etools.logging.adapter.config.StaticParserExtension"
실행 중에 오류 발생
IWAT0412E 로그 파일 /home/tfoun/logs/activity.log 구문 분석 중에 오류 발생
java.lang.Exception: IWAT0239E 변환기 명령 실패: java.lang.Exception:
IWAT0238E 변환기 프로세스가 종료 값 1로 종료

변환기에서 2진 로그 파일을 텍스트로 변환하도록 명령하면 AIX에서 구문 분석에 실패할 수 있습니다. 이 문제점을 해결하려면 정적 구문 분석기를 사용하여 2진 활동 로그 파일을 가져오거나 WAS showlog 유틸리티를 사용하여 2진 활동 로그 파일을 텍스트로 변환한 후 결과 텍스트 파일을 Log and Trace Analyzer로 가져오십시오. WAS 설치 디렉토리에 있는 바이너리 디렉토리에서 WAS showlog 유틸리티를 찾을 수 있습니다. 예를 들어, 다음 명령을 사용하여 2진 로그 파일을 activity.txt라는 텍스트 파일로 변환하십시오.

/opt/WebSphere/AppServer/bin/showlog activity.log activity.txt

그 댜음 activity.txt를 Log and Trace Analyzer로 가져오십시오.

1.2.10 Apache Derby 버전 10.1.2.1에서 상관을 기본으로 한 시간 작성 불가능

TPTP에서 지원되지 않음에도 TPTP 사용자가 대용량 로그 지원 관련 Derby 10.1.2.1 사용을 시도하면 이 문제점이 발생합니다. 대용량 로그 상관을 기본으로 한 시간 작성 시 ArrayIndexOutOfBoundsException이 발생하여 상관이 중지 없이 계속 실행됩니다. 이것은 Derby 버전 10.2.0.0에서 수정된 알려진 Derby 버그입니다. 자세한 정보는 웹 사이트 http://www.archivum.info/derby-dev@db.apache.org/2006-03/msg01624.html의 Derby 버그 설명을 참조하십시오.

이 예외는 서버 쪽에서 발생하며 사용자의 Workbench에서는 볼 수 없습니다. 이것은 명령이 Derby 서버를 시작하도록 발행된 명령 창에 표시됩니다.

1.2.11 대용량 로그의 상관을 작성하고 표시할 때 수행이 느려짐

대용량 로그의 상관을 작성 또는 표시할 때 Apache Derby 및 DB2와 함께 수행되면 느려질 수 있습니다.

상관 작성 시 수행을 향상시키려면 가져오기 필터가 있는 로그를 가져와서 불필요하거나 관련 없는 이벤트가 데이터베이스에 포함되지 않도록 하십시오. "상관된 이벤트만 표시" 필터를 사용하면 로그 상호작용 보기에서 상관을 여는 경우에 수행을 향상시킬 수 있습니다.

1.3 데이터베이스 지원

1.3.1 같은 데이터베이스 계정을 사용하는 클라이언트 동시 액세스가 지원되지 않음

데이터베이스에 대한 클라이언트 동시 액세스로 일부 테이블이 잠길 수 있습니다. 테이블을 잠금 해제하려면 Workbench 및 데이터베이스 서버를 다시 시작하십시오.

1.3.2 자원 경로 충돌

여러 작업공간에 대해 같은 데이터베이스 및 데이터베이스 계정을 사용하는 경우, 자원 경로 충돌이 발생하고 자원이 데이터베이스에서 지속되지 않습니다.

이 문제점을 해결하려면 각 작업공간에서 다른 프로젝트 및 모니터 이름을 사용하여 자원 경로 충돌을 피하십시오.

1.3.3 올바른 선택에도 불구하고 대용량 자원 지원 환경 설정 사용 불가능

Linux/GTK의 경우 대용량 자원 지원 환경 설정 페이지에서는 올바른 데이터베이스 유형을 선택해도 데이터베이스 설정 필드가 사용 불가능합니다.

이 문제점을 해결하려면 DB2를 데이터베이스 유형으로 선택하고 설정을 적용하십시오. 환경 설정 대화 상자를 닫은 후 다시 여십시오. 필드를 사용할 수 있게 됩니다.

1.3.4 대용량 로그 지원의 수행 향상

대용량 로그 지원의 수행을 향상시키려면 대용량 로그를 가져온 후 다음 명령을 실행하십시오.

db2 -tvf plugins/com.ibm.etools.ac.resources.database_x_x_x
/scripts/runStatsForAllHyadesTablesDB2-8.1.sql
여기서 x_x_x는 플러그인 디렉토리의 버전 번호입니다.

1.3.5 데이터베이스 및 테이블 작성 후 DB2 다시 시작

데이터베이스 및 테이블 작성 스크립트 CreateDatabaseAndTablesDB2-8.1.sql을 실행한 후 DB2를 다시 시작해야 합니다. 스크립트에서 작성된 구성 매개변수에 변경사항을 적용하려면 DB2 명령 창에서 db2stop을 실행한 후 db2start를 실행하십시오.

1.3.6 간헐적 SQL 예외

때때로 다음 SQL 예외가 발생할 수 있습니다.

com.ibm.db2.jcc.b.SQLException: NULLID.SYSSH203 0X5359534C564C3031

이 문제점이 발생하면 네트워크 모드에서 DB2 또는 CloudscapeTM을 사용하는 경우 Workbench 및 데이터베이스를 다시 시작하십시오. 이 예외가 발생하면 가져온 로그가 올바르지 않아 다시 가져와야 합니다.

1.3.7 환경 설정을 적용하지 않은 경우 테스트 연결 시 오류 리턴

환경 설정 대화 상자의 프로파일링 및 로깅 섹션에 있는 대용량 로그 지원 페이지에서 변경사항을 설정에 적용하기 전에 테스트 연결을 클릭하는 경우 연결 오류가 발생합니다. 이 오류를 방지하려면 설정 변경 후 적용을 클릭한 다음 테스트 연결을 클릭하십시오.

1.3.8 대용량 로그 분석 시 CommonBaseEvent XPath 표현식이 지원되지 않음

대용량 로그 분석 시 IBM Log Analyzer에서 다음 XPath 표현식이 지원되지 않습니다.

	<expression:xpathExpression>/CommonBaseEvent</expression:xpathExpression>

1.3.9 하나의 contextDataElement만이 대용량 로그에 표시됨

DB2가 대용량 로그 지원에 사용되면 이벤트에 대한 여러 contextDataElement가 있는 경우에도 이벤트에 대한 하나의 contextDataElement만 로그 보기에 표시됩니다.

1.4 기타

1.4.1 새 로그 상관 마법사가 Linux GTK 드라이버에 올바르게 표시되지 않음

새 로그 상관 마법사에 사용 가능한 로그 목록만 표시되며 목록은 비어 있습니다. 이것은 마법사 페이지의 왼쪽 부분만 표시되기 때문에 발생합니다.

이 문제점을 해결하려면 선택한 로그 목록 및 조치 단추가 표시된 마법사 페이지의 크기를 다시 조정하십시오. 다른 해결 방법으로는 새 로그 상관 단추를 클릭하기 전 로그 네비게이터 보기에서 로그 파일 상관을 선택하는 것입니다.

1.4.2 Workbench의 처음 시작 후의 플러그인의 로깅 레벨 수정이 무시됨

Workbench를 처음 시작한 후 plugin.xml 파일에서 플러그인의 로깅 레벨을 수정하는 경우(com.ibm.etools.common.logging.commonLoggingOptions 또는 com.ibm.etools.logging.util.loggingOption 확장점을 통해), 다음 Workbench 실행에서 변경사항이 무시됩니다. 플러그인의 plugin.xml 파일에 지정된 로깅 레벨은 Workbench를 처음 시작할 때 Eclipse 런타임에서 캐시됩니다. Workbench의 다음 시작 시 plugin.xml 파일의 수정에도 불구하고 플러그인의 로깅 레벨의 캐시된 값을 사용합니다.

이 문제점을 해결하려면 -clean 명령행 인수로 Workbench를 다시 시작하십시오. 이 옵션으로 번들 종속성 해상도 및 Eclipse 확장 레지스트리 데이터를 저장하는 데 사용된 캐시를 정리하고 Eclipse에서 강제로 이 캐시를 다시 초기화합니다. <workbench installation directory>\eclipse\ac.bat(Windows(R)) 또는 <workbench installation directory>/eclipse/ac.sh(Linux)의 eclipse.exe 다음에 옵션을 추가하십시오. 또는 로깅 환경 설정 페이지에서(창 > 환경 설정 > 로깅) 플러그인 로깅 레벨을 수정한 후 Workbench를 다시 시작할 수 있습니다.

1.4.3 IBM JVM으로 Red Hat Linux v8.0에서 예제 작성 시 충돌

예제 작성 마법사를 사용하여(새로 작성 > 예제) Log and Trace Analyzer에서 예제를 작성하면 Workbench가 충돌합니다. 이것은 예제 작성 마법사가 작성 단계의 일부로서 readme.html 파일을 열 때 발생합니다. 이 문제점은 IBM JVM(JavaTM Virtual Machine)이 있는 Red Hat Linux v8.0에서 찾을 수 있으며 SWT 버그(https://bugs.eclipse.org/bugs/show_bug.cgi?id=76515)입니다.

이 문제점을 해결하려면 IBM J9 JVM을 사용하여 -Xj9를 JVM 인수로서 ac.sh에 추가하십시오(예: ./eclipse -vmargs -Xj9 -Xmx500m). Red Hat Linux v8.0에서의 SWT 실행에 대한 자세한 정보는 SWT FAQ(http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/faq.html)에서 확인하십시오.

참고: Eclipse 환경 설정 플랫폼 테이블(http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_0.html#TargetOperatingEnvironments)의 설명대로 일부 Linux 시스템(GTK+ widget 툴킷의 버전 2.2.1 및 연관된 라이브러리(GLib, Pango))에서만 지원됩니다. SWT HTML 표시기에는 Mozilla 1.4GTK2가 필요합니다. 기타 Linux 시스템의 Motif의 경우, Motif 2.1(포함됨)을 여십시오. SWT HTML 표시기에는 Mozilla 1.4GTK2가 필요합니다.

1.4.4 로그 네비게이터 도구 모음 및 팝업 메뉴에서 TPTP 형식 증상 데이터베이스만 작성 가능

TPTP 제한사항 때문에 사용자가 로그 네비게이터 도구 모음 단추 및 컨텍스트 메뉴에서 증상 데이터베이스의 두 가지 유형 모두를 작성할 수 없습니다. Workbench 메뉴에서 파일 > 새로 작성 > 기타 > 프로파일링 및 로깅을 선택한 후 작성할 증상 데이터베이스의 유형을 선택하여 이 문제점을 해결할 수 있습니다.

1.4.5 IBM Log Analyzer로만 최대 1024바이트까지 메시지 프로세스

XPATH 규칙 및 IBM 상관 규칙에서 msg Common Base Event 특성의 문자열이 1024바이트를 넘어서는 안 됩니다. 문자열이 1024바이트를 넘는 경우, IBM Log Analyzer에서 처리할 수 없습니다.

1.4.6 복합 요소 사용 시 증상 편집기에서 올바르지 않은 XPATH 규칙 생성

Common Base Event의 복합 요소(예: sourceComponenID) 사용 시 증상 편집기에서 올바르지 않은 XPATH 규칙을 생성합니다. 수정사항은 다음 Fix Pack에 제공됩니다.

1.4.7 증상 편집기에서 어떤 입력 Common Base Event와도 일치하지 않는 XPATH 규칙 생성

새 XPATH 표현식 작성 시 ExtendedDataElements 중 하나를 선택하는 경우, 결과 증상 카탈로그에 extendedDataElements 대신 extendedDataElement가 포함됩니다. 그 결과로 증상 편집기에서는 어떤 입력 Common Base Event와도 일치하지 않는 XPATH 규칙을 생성합니다.

2.0 프로파일링 도구

2.1 시퀀스 다이어그램 보기에서 에이전트 및 프로세스 상호작용 보기가 지원되지 않음

로그 파일의 시퀀스 다이어그램 보기에서 에이전트 상호작용 보기 및 프로세스 상호작용 보기가 지원되지 않습니다.

현재까지 이 문제점에 대한 해결 방법은 없습니다.

2.2 프로파일링 네비게이터의 새로 고치기 보기 명령은 추적 상호작용에 대해서 실행되지 않음

프로파일링 네비게이터의 새로 고치기 보기 명령은 추적 상호작용에 대해서 실행되지 않습니다. 하지만 추적 상호작용은 보통 간격으로 자동 새로 고치기됩니다.

프로파일링 트리의 다른 노드를 선택한 후 이전 노드를 다시 선택하면 이 문제를 해결할 수 있습니다.

2.3 Sun JDK 1.4.x를 사용한 Windows 프로파일링이 종료되며 Microsof 오류 보고서 표시

Bugzilla 결함: 103058

프로파일링 또는 응용프로그램은 "java.exe에 문제가 발생했으며 이 프로그램을 닫아야 합니다. 불편을 끼쳐드려 죄송합니다."라는 메시지와 함께 종료됩니다. 메시지에는 Microsoft에 대한 오류 보고서 제출에 대한 정보 및 선택사항이 포함되어 있습니다. 메시지의 화면 캡처에 대해서는 bugzilla 103058을 참조하십시오.

이 문제점은 많은 모드(시간 분석("인스턴스 표시"와 함께 또는 이 표시 없이), 메모리 분석 및 이 모드의 조합))에서 관찰됩니다. JIT가 사용되지 않는 프로파일링 또는 응용프로그램을 다시 실행하여(예: JVM 인수로 "-Djava.compiler=NONE"을 제공하여) 문제점을 해결할 수 있습니다. Windows용 SUN JDK 1.4.2_08-b03 빌드에 문제점이 발생했습니다.