1.0 로그 및 추적 분석기
1.1 보기
1.1.1 로그 네비게이터 보기가 적절하게 새로 고쳐지지 않음
1.1.2 고급 필터가 속성 값이 일치하지 않는 로그 레코드를
필터링하지 않음
1.1.3 프로파일링 및 로깅 Perspective에서 도구 모음 단추 및 메뉴 항목이 누락될 수 있음
1.2 로그 가져오기
1.2.1 원격 로그 파일을 가져올 때의 문제점
1.2.2 Linux 및 AIX에서의 로그 파일 가져오기
1.2.3 WebSphere Application
Server trace.log 가져오기
1.2.4 추적 파일 가져오기 및 보기
1.2.5 Agent Controller 보안 기능이
로그 및 추적 분석기에서 지원되지 않음
1.2.6 일부 로그 파일은
IBM Agent Controller V5를 사용하여 가져올 수 없음
1.2.7 메모리 부족 예외
1.2.8 Linux GTK 드라이버의 로그 파일 가져오기
마법사에서 로그 파일 추가 시 "색인이 범위를 벗어 났습니다" 오류 발생
1.2.9 Linux GTK 드라이버의 .metadata 폴더에서
LoggingUtil.log 파일을 가져올 수 없음
1.2.10 규칙 기반 구문 분석기를 사용하여
변환해야 하는 로그 파일은 가져올 수 없음
1.2.11 정적 구문 분석기를 사용한
로그 파일의 연속 모니터링은 지원되지 않음
1.2.12 로그 파일 가져오기 오류가 표시되지 않음
1.2.13 WebSphere Application Server activity.log
파일 가져오기 제한사항
1.2.14 다른 로케일에서 생성된 로그 파일의
가져오기 제한사항
1.2.15 InvocationTargetException 메시지로 가져오기 실패
1.3 기타
1.3.1 새 로그 상관 마법사가
Linux GTK 드라이버에서 적절하게 표시되지 않음
1.3.2 Workbench의 첫 번째 시작 이후의
플러그인 로깅 레벨에 대한 수정사항이 무시됨
1.3.3 Windows XP unzip 유틸리티에서의 압축 해제 문제점
1.3.4 IBM JVM을 사용하여 Red Hat Linux v8.0에서
예제를 작성하면 Workbench가 손상됨
2.0 프로파일링 도구
2.1 에이전트 및 프로세스 상호작용 보기가
순서 다이어그램 보기에서 지원되지 않음
2.2 순서 다이어그램 보기가 잘못 정렬된 리턴 호출을
표시함
2.3 프로파일링 네비게이터의 보기 새로 고치기 명령이 추적 상호작용에 대해 작동하지 않음
2.4 서버 프로파일링 옵션의 프로파일이
J2EE 요청 프로파일러에 적용되지 않음
2.5 새 필터 세트가 영어가 아닌 Workbench에서 영어로 된
필터 규칙을 작성하면, 저장 시 영어 필터 규칙이 INCLUDE로 처리됨
자원 네비게이터 보기에서 삭제할 경우 로그 네비게이터 보기가 새로 고쳐지지 않습니다.
이 문제를 해결하려면, 로그 네비게이터 보기를 마우스 오른쪽 단추로 누르고 컨텍스트 메뉴에서 로컬로부터 새로 고치기를 선택하여 직접 새로 고치기를 수행할 수 있습니다.
1.1.2 고급 필터가 속성 값이 일치하지 않는 로그 레코드를 필터링하지 않음로그 보기에서 고급 필터를 사용할 경우, 비교를 위한 고급 필터 테이블에서 지정된 필드의 속성 값과 일치하지 않는 로그 레코드는 필터링되지 않습니다.
현재 해결책이 없습니다.
1.1.3 프로파일링 및 로깅 Perspective에서 도구 모음 단추 및 메뉴 항목이 누락될 수 있음Java 응용프로그램이나 다른 실행 구성 유형을 이전에 프로파일링한 경우, 프로파일링 및 로깅 성능을 완전히 활성화하지 않은 상태에서 프로파일링 및 로깅 Perspective가 열렸을 수 있습니다. 이로 인해, 이 상태의 프로파일링 및 로깅 Perspective로 돌아갈 때, 대부분의 도구 모음 단추 및 메뉴 항목이 존재하지 않게 됩니다.
누락된 도구 모음 단추 및 메뉴 항목을 표시하려면 다음을 수행하십시오.
전체적으로 이 문제가 발생하지 않도록 하려면 프로파일링 하기 전에 프로파일링 및 로깅 성능을 사용하도록 설정하십시오.
원격 로그 파일을 가져올 때(파일 > 가져오기... > 로그 파일), 프로파일링 모니터 보기를 새로 고친 후(프로파일 > 보기 새로 고치기) 로그 보기에 로그 항목이 표시되지 않거나, 로컬 클라이언트가 30초를 기다린 후 원격 로그 구문 분석기 모니터링을 시작하지 않았다는 내용을 로깅 메시지 대화 상자가 표시합니다.
이 문제는 네트워크 지연 때문이므로 로컬 클라이언트가 원격 로그 구문 분석기 모니터링을 시작하는 동안 Agent Controller가 기다리는 시간을 늘리면 해결할 수 있습니다. 이 문제를 해결하려면, 다음 단계를 수행하십시오.
<Application configuration="default" executable="RemoteLogParserLoader"여기서, xxxxx는 밀리초 단위의 최대 대기 시간입니다(즉, 30000 이상).
location="%JAVA_PATH%" path="%JAVA_PATH%\java.exe">
...
<Parameter position="prepend"
value="-Dorg.eclipse.hyades.logging.parsers.maxWaitTimeInMillis=xxxxx">
</Parameter>
...
</Application>
일부 로그 파일 가져오기가 Linux 및 AIX 플랫폼에서 전혀 작동하지 않습니다.
이는 사용자가 로그 파일에 액세스할 수 있는 적절한 권한을 가지고 있지 않을 때 발생합니다. 이 문제를 해결하려면, 로그 파일을 사용자의 홈 디렉토리로 복사한 후 그 디렉토리에서 가져와야 합니다.
1.2.3 WebSphere Application Server trace.log 가져오기WebSphere Application Server trace.log 파일을 가져올 때 내부 상관이 작성됩니다.
사용자는 이 상관을 삭제하면 안됩니다. 이 상관에는 해당되는 에이전트의 내부 구조에 관련되는 정보가 포함되어 있기 때문입니다.
1.2.4 추적 파일 가져오기 및 보기로그 분석기 추적 출력 형식을 사용하여 생성된 WebSphere Application Server V5.0.1 이하의 추적 파일은 로그 및 추적 분석기를 사용하여 가져와서 볼 수 없습니다.
이 제한사항을 해결하려면, 로그 분석기 추적 출력 형식을 사용하여 가져와서 보려고 하는 추적 파일을 생성하기 전에 WebSphere Application Server 추적 출력 형식을 기본 또는 고급으로 설정하십시오.
1.2.5 Agent Controller 보안 기능이 로그 및 추적 분석기에서 지원되지 않음보안을 사용하여 Agent Controller를 설치한 경우, 응용프로그램을 프로파일링하거나 로그 파일을 가져올 수 없습니다.
이 제한사항을 해결하려면, 보안을 사용하지 않고 Agent Controller를 다시 설치하십시오.
1.2.6 일부 로그 파일은 IBM Agent Controller V5를 사용하여 가져올 수 없음activity.log가 아닌 다른 원격 로그 파일은 IBM Agent Controller V5를 사용하여 가져올 수 없습니다. 로그 파일을 원격으로 가져올 경우, 원격 시스템의 Agent Controller는 자율 컴퓨팅(Autonomic Computing)에 대해 로그 및 추적 분석기와 같거나 더 높은 레벨에 있어야 합니다.
이 제한사항을 해결하려면, 원격 시스템에 로그 및 추적 분석기와 함께 제공된 IBM Agent Controller를 설치하십시오.
1.2.7 메모리 부족 예외로그 파일은 25MB까지 작업공간으로 가져오고 로그 및 추적 분석기에서 열 수 있습니다. 로그 파일을 열기 위한 시간은 파일의 로그 레코드 수에 따라 다르므로 "메모리 부족" 예외가 발생할 수 있습니다.
이 문제를 해결하려면, ac.bat 또는 ac.sh를 편집하여 "-Xmx" 옵션의 값을 "500"에서 더 큰 값(예: "1000M")으로 늘려서 메모리를 늘리거나(늘리면 시작이 느려짐), 시스템에 더 많은 실제 메모리를 추가하십시오. 또는 로그 및 추적 분석기의 대형 로그 지원 기능을 사용하십시오.
1.2.8 Linux GTK 드라이버의 로그 파일 가져오기 마법사에서 로그 파일 추가 시 "색인이 범위를 벗어 났습니다" 오류 발생로그 파일을 가져올 때 로그 파일 추가 마법사에서 확인을 누르면, "색인이 범위를 벗어 났습니다"라는 오류가 발생합니다. 이는 추가 중인 로그 파일이 선택된 버전을 가지고 있지 않기 때문입니다.
로그 파일 추가 마법사의 세부사항 탭에 있는 버전 풀다운 목록에서 유효한 버전 옵션을 선택했는지 확인하십시오.
1.2.9 Linux GTK 드라이버의 .metadata 폴더에서 LoggingUtil.log 파일을 가져올 수 없음작업공간 디렉토리의 .metadata 폴더에 있는 LoggingUtil.log 파일은 로그 가져오기 마법사에서 파일 선택 대화 상자가 .metadata 폴더를 표시하지 않기 때문에 가져올 수 없습니다.
이 문제를 해결하려면, .metadata 폴더에서 다른 볼 수 있는 폴더 디렉토리로 LoggingUtil.log 파일을 복사하십시오.
1.2.10 규칙 기반 구문 분석기를 사용하여 변환해야 하는 로그 파일은 가져올 수 없음원래 형식에서 텍스트 형식으로 변환해야 하는 로그 파일은 해당되는 규칙 기반 구문 분석기를 사용하여 가져올 수 없습니다(파일 > 가져오기 > 로그 파일을 통해). 다음 로그 파일이 영향을 받습니다.
이 제한사항을 해결하려면, 해당되는 정적 기반 구문 분석기를 사용하십시오(있는 경우).
1.2.11 정적 구문 분석기를 사용한 로그 파일의 연속 모니터링은 지원되지 않음정적 Java 구문 분석기 클래스를 사용하면 로그 파일을 연속으로 모니터할 수 없습니다. 이 로그 파일을 계속 모니터하려면 규칙 기반 구문 분석기를 사용하십시오(있는 경우).
1.2.12 로그 파일 가져오기 오류가 표시되지 않음로그 파일을 가져올 때 오류가 발생할 경우, 간혹 오류 메시지가 표시되지 않고 로그 보기에 레코드가 표시되지 않거나 올바르지 않은 데이터가 표시됩니다. 가져오려는 로그 파일에 대해 올바른 로그 유형 및 버전을 선택했는지 확인하십시오. 로그 및 추적 분석기는 가져오는 로그 파일의 유형에 대해 유효성 검증을 수행하지 않습니다.
1.2.13 WebSphere Application Server activity.log 파일 가져오기 제한사항영어가 아닌 다른 언어를 사용하는 시스템에서 WebSphere Application Server 활동 로그 파일을 가져올 경우, 규칙 기반 로그 파일 구문 분석기가 로그 레코드 데이터를 공통 기본 이벤트에 제대로 맵핑하지 않습니다. 대신, 일부 로그 레코드 데이터가 공통 기본 이벤트의 올바르지 않은 필드에 표시될 수 있습니다.
이 문제를 해결하려면, 영어가 아닌 다른 언어를 사용하는 시스템에서 WebSphere Application Server 활동 로그 파일을 가져올 때 정적 로그 파일 구문 분석기를 사용하십시오.
1.2.14 다른 로케일에서 생성된 로그 파일의 가져오기 제한사항로그 및 추적 분석기가 실행 중인 로케일과 다른 로케일로 작성된 시간소인을 포함하는 로그 파일을 가져올 경우, 간혹 규칙 기반 로그 파일 구문 분석기가 시간소인과 기타 로그 레코드 데이터를 올바르게 구문 분석하지 않습니다. 예를 들어, 일본어 시스템에서 실행 중인 로그 및 추적 분석기로 영어 IBM HTTP Server 액세스 로그를 가져올 경우, 결과로 생성되는 공통 기본 이벤트의 creationTime 값은 0 값을 갖게 되고 공통 기본 이벤트 msg 필드는 공백이 됩니다.
이 문제를 해결하려면, 현재 시스템 로케일과 다른 로케일의 시간소인을 포함하는 로그 파일을 가져올 때 정적 로그 파일 구문 분석기를 사용하십시오(있는 경우).
1.2.15 InvocationTargetException 메시지로 가져오기 실패로그 및 추적 분석기가 올바르게 설치되지 않고 일부 파일이 누락된 경우, 로그 파일 가져오기는 다음과 같은 로깅 메시지를 표시하면서 실패할 수 있습니다.
java.lang.reflect.InvocationTargetException
이 문제를 해결하려면, 로그 및 추적 분석기를 다시 설치하십시오. 참고: Windows XP에서 설치할 때, 기본 Windows XP unzip 유틸리티는 사용하지 마십시오. 자세한 정보는 아래에 있는 Windows XP unzip 유틸리티에서의 압축 해제 문제점을 참조하십시오.
새 로그 상관 마법사에서 사용 가능한 로그 목록만 표시되고 목록은 비어 있습니다. 이는 추가하는 마법사 페이지의 왼쪽 부분만 표시되기 때문입니다.
이 문제를 해결하려면, 선택한 로그 목록 및 조치 단추가 표시되도록 마법사 페이지의 크기를 조정하십시오. 다른 해결책으로는, 새 로그 상관 단추를 누르기 전에 로그 네비게이터 보기에서 상관에 해당되는 로그 파일을 선택하는 방법이 있습니다.
1.3.2 Workbench의 첫 번째 시작 이후의 플러그인 로깅 레벨에 대한 수정사항이 무시됨Workbench의 첫 번째 시작 후 plugin.xml 파일에서 플러그인의 로깅 레벨을 수정할 경우(com.ibm.etools.common.logging.commonLoggingOptions 또는 com.ibm.etools.logging.util.loggingOptions 확장점을 통해), Workbench의 후속 실행에서 이 변경사항이 무시됩니다. 플러그인의 plugin.xml 파일에 지정된 로깅 레벨은 Workbench의 첫 번째 시작 시 Eclipse 런타임에 의해 캐시됩니다. 그 뒤로 Workbench를 시작할 경우 plugin.xml 파일에서 수정했음에도 불구하고 플러그인 로깅 레벨의 캐시된 값이 사용됩니다.
이 문제를 해결하려면, <workbench 설치 디렉토리>\configuration 디렉토리를 삭제하고 Workbench를 다시 시작하십시오. 또는 로깅 환경 설정 페이지에서 플러그인의 로깅 레벨을 수정한 다음(창 > 환경 설정 > 로깅), Workbench를 다시 시작할 수도 있습니다.
1.3.3 Windows XP unzip 유틸리티에서의 압축 해제 문제점Windows XP에 로그 및 추적 분석기를 설치할 경우, Windows XP 기본 unzip 유틸리티를 사용하여 로그 및 추적 분석기 런타임 파일 압축을 풀 때 문제가 발생합니다. 일부 디렉토리 및 압축 파일이 풀리지 않습니다. 이 문제 때문에, 일부 로그 파일 유형을 로그 및 추적 분석기를 사용하여 가져올 수 없습니다.
이 문제를 해결하려면, Windows XP에서 설치할 때 다른 unzip 유틸리티(예: WinZip 또는 UnZip)를 사용하십시오.
1.3.4 IBM JVM을 사용하여 Red Hat Linux v8.0에서 예제를 작성하면 Workbench가 손상됨예제 작성 마법사를 사용하여 로그 및 추적 분석기에서 예제를 작성할 경우(신규 > 예제), Workbench가 손상됩니다. 이는 예제 작성 마법사가 작성 단계의 일부로 readme.html 파일을 열려고 할 때 발생합니다. 이 문제는 IBM JVM을 사용하는 Red Hat Linux v8.0에서 발견되며 SWT 버그입니다(https://bugs.eclipse.org/bugs/show_bug.cgi?id=76515).
이 문제를 해결하려면, ac.sh에서 JVM 요소로 -Xj9를 추가하여 IBM J9 JVM으로 실행하십시오(예: ./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에 대해서는 Open Motif 2.1(포함됨)이 지원됩니다. SWT HTML 표시기를 사용하려면 Mozilla 1.4GTK2가 필요합니다.
에이전트 상호작용 보기와 프로세스 상호작용 보기는 로그 파일에 대한 순서 다이어그램 보기에서 지원되지 않습니다.
현재 이 문제에 대한 해결책은 없습니다.
2.2 순서 다이어그램 보기가 잘못 정렬된 리턴 호출을 표시함순서 다이어그램 보기가 메소드 노드 대신 공백을 가리키는 잘못 정렬된 리턴 호출을 표시합니다.
현재 이 문제에 대한 해결책은 없습니다.
2.3 프로파일링 네비게이터의 보기 새로 고치기 명령이 추적 상호작용에 대해 작동하지 않음프로파일링 네비게이터의 보기 새로 고치기 명령이 추적 상호작용에 대해 작동하지 않습니다.
해결책은 프로파일링 트리에서 다른 노드를 선택하고 이전 노드를 다시 선택하는 것입니다.
2.4 서버 프로파일링 옵션의 프로파일이 J2EE 요청 프로파일러에 적용되지 않음서버 접속 시 프로파일링 마법사에서 프로파일링 옵션(예: 프로파일링 세트 또는 프로파일링 필터)을 구성할 수 있습니다. 이 프로파일링 옵션은 접속하기 위해 선택한 J2EE 요청 프로파일러에 적용되지 않습니다. 이 프로파일 옵션은 PiAgent 프로파일러에만 적용할 수 있습니다.
2.5 새 필터 세트가 영어가 아닌 Workbench에서 영어로 된 필터 규칙을 작성하면, 저장 시 영어 필터 규칙이 INCLUDE로 처리됨영어가 아닌 다른 언어를 사용하는 Workbench에서 새 필터 세트를 작성할 경우, 새 필터 대상은 초기에 영어로 제공됩니다. 또한 이 영어 필터 규칙은 무시되고 저장할 때 항상 INCLUDE로 처리됩니다.
해결책은 패키징된 필터 세트를 사용하여 프로파일링하고 프로파일링에 맞게 필터를 수정(추가/제거)하거나, 실행 마법사에서 적용 및 닫기를 선택하여 새 필터 세트를 저장한 후 프로파일링하기 전에 다시 열어서 수정하는 것입니다.
기본 Read me 파일로 돌아가기