© Copyright International Business Machines Corporation 2000, 2007. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
로그 보기의 경우 로그 이벤트의 복합 요소(예: sourceComponentId)에서 필터링 및 강조표시 기능이 작동하지 않습니다.
원격 로그 파일을 가져오는 경우(파일 > 가져오기 > 프로파일링 및 로깅 > 로그 파일), 프로파일링 모니터의 보기를 새로 고친 후(프로파일 > 보기 새로 고치기) 로그 보기에 로그 항목이 표시되지 않거나, 30초 대기 후 로컬 클라이언트가 원격 로그 구문 분석기에 대한 모니터링을 시작하지 않았음을 표시하는 로깅 메시지 대화 상자가 표시됩니다.
이 문제점은 네트워크의 지연 시간 때문이며 로컬 클라이언트가 원격 로그 구문 분석기에 대한 모니터링을 시작하기까지 Agent Controller가 대기하는 시간을 늘려 수정할 수 있습니다. 이 문제점을 해결하려면 다음 단계를 따르십시오.
로그 파일을 다시 가져오십시오.
증상이 계속되면 Agent Controller 구성(즉, <Agent Controller의 설치 디렉토리>/plugins/com.ibm.etools.logging.parsers/config/pluginconfig.xml)의 원격 RemoteLogParserLoader 응용프로그램에 다음 항목을 추가하십시오.갱신된 후에 Agent Controller를 다시 시작하고 로그 파일을 다시 가져오십시오.<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는 밀리초 단위의 최대 대기 시간(즉, 30000 이상)입니다.
Linux® 및 AIX® 플랫폼에서 일부 로그 파일 가져오기가 전혀 작동하지 않습니다.
사용자가 로그 파일에 액세스하기 위한 적절한 권한을 가지고 있지 않은 경우 이런 문제가 발생합니다. 이 문제를 해결하려면 로그 파일을 사용자의 홈 디렉토리로 복사한 후 거기서 가져와야 합니다.
WebSphere® Application Server trace.log 파일을 가져올 때 내부 상관이 작성됩니다.
이들 상관에는 해당 에이전트의 내부 구조와 관련된 정보가 들어 있으므로 사용자가 이들 상관을 삭제하면 안됩니다.
최대 25MB의 로그 파일을 작업공간에 가져올 수 있습니다. 로그 파일을 여는 데 걸리는 시간은 파일에 있는 로그 레코드의 수에 따라 달라지며 "메모리 부족" 예외가 발생할 수 있습니다.
이 문제점을 해결하려면 대용량 로그 지원 기능을 사용하십시오.
IBM DB2® Express Diagnostic 로그를 가져오는 경우 얻어지는 로그 이벤트가 로그 이벤트 스펙과 완전히 부합하지 않습니다. 이는 DB2 Diagnostic 로그를 로그 이벤트로 변환하는 데 사용된 db2diag.exe 유틸리티의 버그 때문입니다. 이 문제점이 가져오기 조작에 영향을 미치지는 않습니다. db2diag.exe를 수정할 때까지는 다른 해결책이 없습니다.
가져오기 중인 로그 파일 유형에서는 유효성 검증이 수행되지 않습니다. 로그 파일을 가져올 때에는 반드시 가져오고 있는 로그 파일에 맞는 올바른 로그 유형과 버전을 선택하도록 하십시오. 가져오기 중 문제가 발생하면 로그 보기에 레코드가 표시되지 않거나 올바르지 않은 레코드가 표시되고 오류 메시지가 표시됩니다. 오류에 대한 자세한 정보는 오류 대화 상자의 세부사항을 참조하십시오.
Workbench가 실행되고 있는 로케일과 다른 로케일에 시간소인이 들어 있는 로그 파일을 가져오는 경우 규칙 기반 로그 파일 구문 분석기가 시간소인과 기타 로그 레코드 데이터를 정확하게 구문 분석하지 못하는 경우가 간혹 있습니다. 예를 들어 영어로 된 IBM HTTP Server 액세스 로그 파일을 일본어 시스템으로 가져오는 경우 생성되는 로그 이벤트의 creationTime 값이 0이 되고 로그 이벤트 메시지 필드가 공백이 됩니다.
이 문제점을 해결하려면 현재 시스템 로케일과 다른 로케일에 시간소인이 들어 있는 로그 파일을 가져올 때, 로케일 필드가 있는 경우 로그 가져오기 마법사의 세부사항 탭에 로그 파일의 로케일을 지정하십시오.
규칙 구문 분석기를 사용하여 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진 활동 로그 파일을 텍스트로 변환한 후 얻어지는 텍스트 파일을 가져오십시오. WAS showlog 유틸리티는 WAS 설치 디렉토리의 bin 디렉토리에 있습니다. 예를 들어 다음 명령을 사용하여 2진 로그 파일을 activity.txt라는 텍스트 파일로 변환할 수 있습니다.
/opt/WebSphere/AppServer/bin/showlog activity.log activity.txt
그런 다음 activity.txt를 가져오십시오.
가져올 로그 파일을 지정할 때 고급 필터를 작성할 수 있습니다. 필터 특성 추가 대화 상자에는 속성 필드에 대한 콤보 상자가 있습니다. 이 콤보 상자에는 다수의 로그 이벤트 특성이 나열됩니다. 단 로그 이벤트 특성의 복합 유형은 나열되지 않습니다.
여러 개의 로그 파일을 동시에 가져오는 경우 가져온 레코드의 데이터가 정확하지 않을 수 있습니다. 이 문제점을 해결하려면 한 번에 하나씩 파일을 가져오십시오.
데이터베이스에 대한 동시 클라이언트 액세스는 일부 테이블을 잠글 수 있습니다. 테이블을 잠금 해제하려면 Workbench와 데이터베이스 서버를 다시 시작하십시오.
여러 개의 작업공간에 대해 동일한 데이터베이스 및 데이터베이스 계정을 사용하는 경우 자원 경로 충돌이 발생하고 자원이 데이터베이스에 유지되지 않습니다.
이 문제점을 해결하려면 각 작업공간에서 서로 다른 프로젝트와 모니터 이름을 사용하여 자원 경로 충돌을 방지하십시오.
Linux/GTK의 대용량 자원 지원 환경 설정 페이지에서, 올바른 데이터베이스 유형을 선택하여도 데이터베이스 설정 필드가 사용 불가능합니다.
이 문제점을 해결하려면 데이터베이스 유형으로 DB2를 선택하고 설정을 적용하십시오. 환경 설정 대화 상자를 닫았다가 다시 열면 필드가 사용 가능해집니다.
대용량 로그 지원 성능을 개선하려면 대용량 로그를 가져온 후 다음 명령을 실행하십시오.
db2 -tvf plugins/com.ibm.etools.ac.resources.database_x_x_x /scripts/runStatsForAllHyadesTablesDB2-8.1.sql
여기서 x_x_x는 플러그인 디렉토리의 버전 번호입니다.
종종 다음과 같은 SQL 예외가 발생할 수 있습니다.
com.ibm.db2.jcc.b.SQLException: NULLID.SYSSH203 0X5359534C564C3031
이 문제가 발생하면, 네트워크 모드에서 DB2 또는 Cloudscape™를 사용하는 경우 Workbench와 데이터베이스를 다시 시작하십시오. 이 예외 발생 시 가져온 로그는 올바르지 않으며 다시 가져와야 합니다.
환경 설정 대화 상자의 프로파일링 및 로깅 섹션에 있는 대용량 로그 지원 페이지에서 설정 변경을 적용하기 전에 테스트 연결을 클릭하면 연결 오류가 발생할 수 있습니다. 이를 방지하려면 설정 변경 후에 적용을 클릭하고 테스트 연결을 클릭하십시오.
대용량 로그 분석 시에는 다음의 XPath 표현식이 지원되지 않습니다.
<expression:xpathExpression>/CommonBaseEvent</expression:xpathExpression>
대용량 로그 지원에 DB2를 사용하는 경우, 해당 이벤트에 대해 여러 개의 contextDataElements가 있더라도 이벤트에 대한 contextDataElement가 하나만 로그 보기에 표시됩니다.
새로운 로그 상관 마법사에서 사용 가능한 로그 목록만 표시되며 목록이 비어 있습니다. 이는 마법사 페이지의 왼쪽 부분만 표시되기 때문입니다.
이 문제점을 해결하려면 선택한 로그 목록과 조치 단추가 표시되도록 마법사 페이지의 크기를 조정하십시오. 또는 새 로그 상관 단추를 클릭하기 전에 로그 네비게이터 보기에서 상관에 대한 로그 파일을 선택하십시오.
예제 작성 마법사를 사용하여 예제를 작성할 때(새로 작성 > 예제), Workbench가 충돌합니다. 이는 예제 작성 마법사가 작성 단계 중에 readme.html 파일을 열 때 발생합니다. 이 문제점은 IBM Java™ Virtual Machine(JVM)이 설치된 Red Hat Linux v8.0에서 발견되며 SWT 버그입니다(https://bugs.eclipse.org/bugs/show_bug.cgi?id=76515).
이 문제점을 해결하려면 IBM J9 JVM을 사용하여 실행할 ac.sh에서 JVM 인수로 -Xj9를 추가하십시오(예: ./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)에서 언급했듯이 GTK+ 위지트(widget) 툴킷 및 연관된 라이브러리(GLib, Pango)의 버전 2.2.1 Linux 시스템만 지원됩니다. SWT HTML 표시기에는 Mozilla 1.4GTK2가 필요합니다. 다른 Linux 시스템의 Motif의 경우 Motif 2.1(포함되어 있음)을 여십시오. SWT HTML표시기에는 Mozilla 1.4GTK2가 필요합니다.
TPTP 제한사항 때문에 로그 네비게이터 도구 모음 단추와 컨텍스트 메뉴를 통해서는 두 가지 유형의 증상 데이터베이스를 작성할 수 없습니다. 이 문제점을 해결하려면 Workbench 메뉴에서 파일 > 새로 작성 > 기타 > 프로파일링 및 로깅을 선택하고 작성하려는 증상 데이터베이스의 유형을 선택하십시오.
XPath 규칙 및 IBM 상관 규칙에서 msg 로그 이벤트 특성의 문자열은 1024바이트를 초과하면 안됩니다. 문자열이 1024바이트를 초과할 경우 처리되지 않습니다.
로그 이벤트의 복합 요소(예: sourceComponentID)를 사용하는 경우 증상 편집기는 올바르지 않은 XPATH 규칙을 생성합니다.
로그 파일의 시퀀스 다이어그램 보기에서는 에이전트 상호작용 보기 및 프로세스 상호작용 보기가 지원되지 않습니다.
이 문제점에 대해서는 현재 해결책이 없습니다.
프로파일링 네비게이터의 보기 새로 고치기 명령이 추적 상호작용에서 작동하지 않습니다. 그러나 추적 상호작용은 일정 간격에 따라 자동으로 새로 고쳐집니다.
해결책으로 프로파일링 트리에서 다른 노드를 선택한 후에 이전 노드를 다시 선택할 수 있습니다.