Uwagi do wydania autonomicznego analizatora dzienników i śladów dla środowiska Eclipse

© Copyright International Business Machines Corporation 2000, 2006. Wszelkie prawa zastrzeżone. Ograniczone prawa na rzecz rządu Stanów Zjednoczonych - używanie produktów, tworzenie ich duplikatów oraz ujawnianie informacji o nich podlega zastrzeżeniom zawartym w umowie GSA ADP Schedule zawartej z firmą IBM Corp.

Znane problemy oraz sposoby ich obejścia

1.0 Analizator dzienników i śladów
1.1 Widoki
1.1.1 Problemy z funkcjami filtrowania i podświetlania w widoku Dziennik
1.2 Importowanie dzienników
1.2.1 Problemy podczas importowania plików dziennika zdalnego
1.2.2 Importowanie plików dziennika w systemach Linux i AIX
1.2.3 Importowanie pliku trace.log serwera WebSphere Application Server
1.2.4 Za pomocą programu IBM Agent Controller, wersja 5 nie można importować niektórych plików dziennika
1.2.5 Wyjątek braku pamięci podczas importowania dużych plików dziennika i katalogów objawów
1.2.6 Modele Common Base Event dla dziennika diagnostycznego produktu DB2 Express nie są zgodne ze specyfikacją
1.2.7 Brak sprawdzania poprawności przez analizator dzienników i śladów typu importowanego pliku dziennika
1.2.8 Ograniczenie importowania plików dziennika wygenerowanych dla innych ustawień narodowych
1.2.9 Nieudane importowanie z systemu AIX za pomocą analizatora reguł dziennika działania serwera WebSphere Application Server
1.2.10 Nie można utworzyć korelacji czasowej z serwerem Apache Derby w wersji 10.1.2.1
1.2.11 Podczas tworzenia i prezentowania korelacji dla dużych dzienników spada wydajność
1.3 Obsługa bazy danych
1.3.1 Jednoczesny dostęp klientów za pomocą tego samego konta bazy danych nie jest obsługiwany
1.3.2 Kolizja ścieżki do zasobu
1.3.3 Preferencje strony Obsługa dużych zasobów pozostają wyłączone pomimo prawidłowego wyboru
1.3.4 Zwiększanie wydajności obsługi dużych dzienników
1.3.5 Restartowanie produktu DB2 po utworzeniu bazy danych i tabel
1.3.6 Sporadyczne wyjątki SQL
1.3.7 Połączenie testowe zwraca błąd w przypadku niezastosowania preferencji
1.3.8 Wyrażenie XPath CommonBaseEvent nie jest obsługiwane podczas analizowania dużych dzienników
1.3.9 Dla dużych dzienników wyświetlany jest tylko jeden składnik contextDataElement
1.4 Inne
1.4.1 Kreator Nowa korelacja dzienników nie jest wyświetlany poprawnie w przypadku sterownika GTK w systemie Linux
1.4.2 Modyfikacje poziomu rejestrowania wtyczki po pierwszym uruchomieniu środowiska roboczego nie są uwzględniane
1.4.3 Awaria podczas tworzenia przykładu w systemie Red Hat Linux, wersja 8.0 z zainstalowanym pakietem IBM JVM
1.4.4 Z poziomu paska narzędzi i menu wywoływanego widoku Nawigator dziennika można utworzyć bazę danych objawów tylko w formacie TPTP
1.4.5 Produkt IBM Log Analyzer przetwarza tylko komunikaty o długości do 1024 bajtów
1.4.6 Edytor objawów generuje reguły XPATH, które nie są poprawne w przypadku korzystania ze złożonych składników
1.4.7 Edytor objawów generuje reguły XPATH, które nie są zgodne z żadnym wejściowym modelem Common Base Events
2.0 Narzędzie profilowania
2.1 Widoki Interakcje agentów i Interakcje procesów nie są obsługiwane z poziomu widoku Diagram sekwencji
2.2 Komenda Odśwież widoki produktu Profiling Navigator nie działa dla widoku Śledzenie interakcji
2.3 Profilowanie w systemie Windows za pomocą pakietu Sun JDK 1.4.x może zakończyć się raportem błędów Microsoft(R)

Dodatkowe informacje związane z Analizatorem dzienników i śladów TPTP dostępne są w uwagach do wydania produktu TPTP, wersja 4.2.

1.0 Analizator dzienników i śladów

1.1 Widoki

1.1.1 Problemy z funkcjami filtrowania i podświetlania w widoku Dziennik

W widoku Dziennik funkcje filtrowania i podświetlania nie działają dla złożonych składników modelu Common Base Event (na przykład sourceComponentId). W następnym pakiecie poprawek będzie dostępna poprawka dla tego błędu.

1.2 Importowanie dzienników

1.2.1 Problemy podczas importowania plików dziennika zdalnego

Podczas importowania pliku dziennika zdalnego (Plik > Importuj... > Plik dziennika), po odświeżeniu widoków Monitor profilowania (Profil > Odśwież widoki), w widoku Dziennik nie są wyświetlane żadne pozycje dziennika lub wyświetlane jest okno dialogowe Komunikat rejestrowania z komunikatem, że klient lokalny nie rozpoczął monitorowania zdalnego analizatora dziennika po upływie 30 sekund.

Ten problem spowodowany jest opóźnieniem w sieci i może być poprawiony przez zwiększenie czasu, przez jaki program Agent Controller czeka na klienta lokalnego w celu uruchomienia monitorowania zdalnego analizatora dziennika. Aby obejść ten problem, należy spróbować wykonać następujące czynności:

  1. Spróbuj ponownie zaimportować plik dziennika.
  2. Jeśli objaw wystąpi ponownie, do zdalnej aplikacji RemoteLogParserLoader konfiguracji programu Agent Controller dodaj następujący wpis (na przykład <katalog instalacyjny programu Agent Controller>/plugins/com.ibm.etools.logging.parsers/config/pluginconfig.xml):
      
    <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>
    
    gdzie xxxxx to maksymalny czas oczekiwania podany w milisekundach (na przykład większy niż 30000).
  3. Po wprowadzeniu aktualizacji zrestartuj program Agent Controller i spróbuj ponownie zaimportować plik dziennika.

1.2.2 Importowanie plików dziennika w systemach Linux i AIX

Niektóre operacje importowania pliku dziennika nie działają na wszystkich platformach Linux(R) i AIX(R).

Ten problem występuje, gdy użytkownik nie ma odpowiednich uprawnień dostępu do plików dziennika. Aby go rozwiązać, pliki dziennika powinny być kopiowane do katalogu osobistego użytkownika i importowane z tego miejsca.

1.2.3 Importowanie pliku trace.log serwera WebSphere Application Server

Podczas importowania pliku trace.log serwera WebSphere(R) Application Server tworzona jest korelacja wewnętrzna.

Użytkownik nie powinien usuwać tych korelacji, ponieważ zawierają one informacje związane z wewnętrzną strukturą odpowiadającego im agenta.

1.2.4 Za pomocą programu IBM Agent Controller, wersja 5 nie można importować niektórych plików dziennika

Pliki dziennika zdalnego inne niż plik activity.log nie mogą być importowane za pomocą wersji 5 programu IBM(R) Agent Controller. Opcja zdalnego importowania plików dziennika wymaga, aby program IBM Agent Controller na komputerze zdalnym był w tej samej wersji co Analizator dzienników i śladów dla środowiska Eclipse.

Aby obejść to ograniczenie, na zdalnym komputerze należy zainstalować program IBM Agent Controller dostarczany razem z Analizatorem dzienników i śladów dla środowiska Eclipse.

1.2.5 Wyjątek braku pamięci podczas importowania dużych plików dziennika i katalogów objawów

Pliki dziennika i katalogi objawów o wielkości do 25 MB można importować do obszaru roboczego i otwierać za pomocą Analizatora dzienników i śladów.

Wymagany do otwarcia pliku dziennika czas zależy od liczby rekordów dziennika w pliku. Podczas otwierania może wystąpić wyjątek braku pamięci. Aby obejść ten problem, należy skorzystać z opcji obsługi dużych dzienników.

Jeśli podczas importowania dużych katalogów wystąpi wyjątek braku pamięci, należy zwiększyć wielkość sterty, dodając parametr vmargs:

-vmargs -Xmx1000m

Jeśli użycie opcji obsługi dużych dzienników nie wyeliminuje problemu związanego z wyjątkiem braku pamięci podczas importowania dużych dzienników, powinno pomóc zwiększenie wielkości sterty.

1.2.6 Modele Common Base Event dla dziennika diagnostycznego produktu DB2 Express nie są zgodne ze specyfikacją

W przypadku importowania dziennika diagnostycznego produktu IBM DB2(R) Express, wynikowe modele Common Base Event przedstawione w Analizatorze dzienników i śladów, łamią niektóre wymagania specyfikacji modelu Common Base Event. Jest to spowodowane błędem w programie narzędziowym db2diag.exe, który jest wykorzystywany do konwertowania dzienników diagnostycznych DB2 do modelu Common Base Events. Nie powinno to wpływać na operację importowania. Do czasu poprawienia programu narzędziowego db2diag.exe nie ma żadnego znanego obejścia tego problemu.

1.2.7 Brak sprawdzania poprawności przez Analizator dzienników i śladów typu importowanego pliku dziennika

Brak sprawdzania poprawności przez Analizator dzienników i śladów typu importowanego pliku dziennika. Podczas importowania pliku dziennika, należy upewnić się, czy wybrano poprawny typ i wersję dziennika dla importowanego pliku dziennika. Jeśli podczas importowania wystąpi ten problem, w widoku Dziennik nie zostaną wyświetlone żadne rekordy poprawne lub niepoprawne oraz pojawi się komunikat o błędzie. Szczegółowe informacje dotyczące tego błędu znajdują się w szczegółach okna dialogowego błędu.

1.2.8 Ograniczenie importowania plików dziennika wygenerowanych dla innych ustawień narodowych

Importowanie plików dziennika zawierających datowniki z ustawień narodowych innych niż ustawienia narodowe, w jakich działa Analizator dzienników i śladów, może spowodować, że oparty o reguły analizator plików dziennika czasem nie dokona poprawnej analizy datownika oraz innych danych rekordów dziennika. Na przykład podczas importowania pliku dziennika dostępu do serwera IBM HTTP Server w angielskiej wersji językowej, do Analizatora dzienników i śladów uruchomionego na komputerze z japońskimi ustawieniami narodowymi, wartości parametru creationTime w wynikowym modelu Common Base Events będą miały wartość zero, a pole msg modelu Common Base Event będzie puste.

Aby obejść ten problem, na zakładce Szczegóły kreatora Importowanie dziennika należy określić ustawienia narodowe pliku dziennika, jeśli istnieje pole ustawień narodowych.

1.2.9 Nieudane importowanie z systemu AIX za pomocą analizatora reguł dziennika działania serwera WebSphere Application Server

Importowanie z systemu AIX binarnego dziennika działania serwera WAS za pomocą analizatora reguł kończy się niepowodzeniem z następującym błędem wyświetlanym w oknie dialogowym błędu:

IWAT0030E An error occurred during the execution of the remote log 
parser "com.ibm.etools.logging.adapter.config.StaticParserExtension": 
IWAT0412E Errors occurred parsing the log file /home/tfoun/logs/activity.log.
java.lang.Exception: IWAT0239E Converter command failed: java.lang.Exception: 
IWAT0238E Converter process ended with exit value 1

Komenda konwertera służąca do konwertowania binarnego pliku dziennika do postaci tekstowej, tak aby można go było przeanalizować, w systemie AIX kończy działanie niepowodzeniem. Aby obejść ten problem, należy skorzystać z analizatora statycznego, aby zaimportować binarny dziennik działań lub dokonać konwersji binarnego pliku dziennika do postaci tekstowej za pomocą programu narzędziowego showlog serwera WAS, a następnie zaimportować wynikowy plik tekstowy do Analizatora dzienników i śladów. Program narzędziowy showlog serwera WAS można znaleźć w katalogu bin, który znajduje się w katalogu instalacyjnym serwera WAS. Na przykład, aby dokonać konwersji binarnego pliku dziennika do pliku tekstowego o nazwie activity.txt, należy użyć następującej komendy:

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

Następnie plik activity.txt należy zaimportować do Analizatora dzienników i śladów.

1.2.10 Nie można utworzyć korelacji czasowej z serwerem Apache Derby w wersji 10.1.2.1

Chociaż nie jest to oficjalnie obsługiwane przez narzędzia TPTP, użytkownik TPTP próbował użyć produktu Derby 10.1.2.1 w połączeniu obsługą dużych dzienników i napotkał ten problem. Podczas próby utworzenia z dużym dziennikiem korelacji opartej o czas, wystąpił wyjątek ArrayIndexOutOfBoundsException, który spowodował, że korelacja działała bez przerwy. Jest to znany błąd bazy danych Derby, który został poprawiony w wersji 10.2.0.0. Więcej informacji na ten temat zawiera opis błędu bazy danych Derby dostępny pod adresem http://www.archivum.info/derby-dev@db.apache.org/2006-03/msg01624.html.

Należy zauważyć, że ten wyjątek występuje po stronie serwera i nie jest widoczny w środowisku roboczym użytkownika. Wyświetlany jest w oknie komendy, w którym komenda została wywołana do uruchomienia serwera Derby.

1.2.11 Podczas tworzenia i prezentowania korelacji dla dużych dzienników spada wydajność

Podczas tworzenia lub prezentowania korelacji dla dużego dziennika, w przypadku serwera Apache Derby i DB2 wydajność może się gwałtownie obniżyć.

Aby zwiększyć wydajność podczas tworzenia korelacji, dzienniki należy importować z wykorzystaniem filtru, tak aby w bazie danych nie znalazły się niepotrzebne lub niepowiązane zdarzenia. Użycie filtru "Pokaż tylko skorelowane zdarzenia" może zwiększyć wydajność podczas otwierania korelacji w widoku Interakcje dziennika.

1.3 Obsługa bazy danych

1.3.1 Jednoczesny dostęp do klientów za pomocą tego samego konta bazy danych nie jest obsługiwany

Współbieżny dostęp klientów do bazy danych może zablokować niektóre tabele. Aby je odblokować, należy zrestartować środowisko robocze oraz serwer bazy danych.

1.3.2 Kolizja ścieżki do zasobu

Jeśli dla wielu środowisk roboczych wykorzystywana jest ta sama baza danych oraz konto bazy danych, mogą powstać kolizje ścieżki do zasobu, a sam zasób nie będzie trwały w bazie danych.

Aby obejść ten problem, dla każdego środowiska roboczego należy używać różnych nazw projektów i monitorów.

1.3.3 Preferencje strony Obsługa dużych zasobów pozostają wyłączone pomimo prawidłowego wyboru

W systemie Linux ze sterownikiem GTK na stronie preferencji Obsługa dużych zasobów pola ustawień bazy danych pozostaną wyłączone, nawet jeśli wybrany będzie poprawny typ bazy danych.

Aby obejść ten problem, jako typ bazy danych należy wybrać DB2 i zastosować ustawienia. Następnie okno dialogowe preferencji należy zamknąć i otworzyć ponownie. Pola staną się dostępne.

1.3.4 Zwiększanie wydajności obsługi dużych dzienników

Aby zwiększyć wydajność obsługi dużych dzienników, po zaimportowaniu dużych dzienników należy uruchomić następującą komendę:

db2 -tvf plugins/com.ibm.etools.ac.resources.database_x_x_x
/scripts/runStatsForAllHyadesTablesDB2-8.1.sql
gdzie x_x_x to numer wersji katalogu wtyczek.

1.3.5 Restartowanie produktu DB2 po utworzeniu bazy danych i tabel

Po uruchomieniu skryptu tworzenia bazy danych i tabel CreateDatabaseAndTablesDB2-8.1.sql należy zrestartować serwer DB2. W oknie komend serwera DB2 należy uruchomić polecenie db2stop, a następnie db2start. Spowoduje to zastosowanie zmian parametrów konfiguracyjnych wprowadzonych przez skrypt.

1.3.6 Sporadyczne wyjątki SQL

Od czasu do czasu może wystąpić następujący wyjątek SQL:

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

Gdy wystąpi ten problem, w przypadku korzystania z produktu DB2 lub CloudscapeTM w trybie sieciowym, należy zrestartować środowisko robocze oraz bazę danych. Dzienniki importowane w momencie wystąpienia tego wyjątku nie będą poprawne, dlatego należy je zaimportować ponownie.

1.3.7 Połączenie testowe zwraca błąd w przypadku niezastosowania preferencji

Na stronie Obsługa dużych dzienników sekcji Profilowanie i rejestrowanie okna dialogowego Preferencje, kliknięcie przycisku Testuj połączenie przed zastosowaniem zmian spowoduje błąd połączenia. Aby tego uniknąć, po wprowadzeniu zmian ustawień należy kliknąć przycisk Zastosuj, a następnie Testuj połączenie.

1.3.8 Wyrażenie XPath CommonBaseEvent nie jest obsługiwane podczas analizowania dużych dzienników

Przedstawione poniżej wyrażenie XPath nie jest obsługiwane przez produkt IBM Log Analyzer.

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

1.3.9 Dla dużych dzienników wyświetlany jest tylko jeden składnik contextDataElement

Jeśli do obsługi dużych dzienników wykorzystywana jest baza danych DB2, w widoku Dziennik dla zdarzenia wyświetlany jest tylko jeden składnik contextDataElement, nawet jeśli dla tego zdarzenia jest wiele takich składników.

1.4 Inne

1.4.1 Kreator Nowa korelacja dzienników nie jest wyświetlany poprawnie w przypadku sterownika GTK w systemie Linux

W kreatorze Nowa korelacja dzienników prezentowana jest jedynie lista Dostępne dzienniki, która jest pusta. Jest to spowodowane tym, że wyświetlana jest tylko lewa część strony kreatora.

Aby obejść ten problem, należy spróbować zmienić wielkość strony kreatora, aby pojawiła się lista Wybrane dzienniki oraz przyciski działań. Innym sposobem jest wybranie plików dziennika dla korelacji na widoku Nawigator dziennika przed kliknięciem przycisku Nowa korelacja dzienników.

1.4.2 Modyfikacje poziomu rejestrowania wtyczki po pierwszym uruchomieniu środowiska roboczego nie są uwzględniane

Jeśli po pierwszym uruchomieniu środowiska roboczego w pliku plugin.xml danej wtyczki zmodyfikowany zostanie poziom rejestrowania (poprzez punkty rozszerzeń com.ibm.etools.common.logging.commonLoggingOptions lub com.ibm.etools.logging.util.loggingOptions), zmiana nie jest uwzględniana dla kolejnych uruchomień środowiska roboczego. Poziom rejestrowania określony w pliku plugin.xml wtyczki jest umieszczany w pamięci podręcznej przez środowisko wykonawcze Eclipse przy pierwszym uruchamianiu środowiska roboczego. Kolejne uruchomienia tego środowiska korzystają z wartości pamięci podręcznej, mimo wprowadzonej w pliku plugin.xml modyfikacji.

Aby obejść ten problem, należy zrestartować środowisko robocze z wykorzystaniem argumentu wiersza komend -clean. Ta opcja spowoduje wyczyszczenie pamięci podręcznej wykorzystywanej do przechowywania rozstrzygania zależności pakunku i wymusi na środowisku Eclipse ponowne zainicjowanie tej pamięci podręcznej. Opcję należy dodać po komendzie eclipse.exe w pliku <katalog instalacyjny środowiska roboczego>\eclipse\ac.bat (system Windows(R)) lub <katalog instalacyjny środowiska roboczego>/eclipse/ac.sh (system Linux). Alternatywnie, poziom rejestrowania wtyczki można zmodyfikować na stronie Rejestrowanie (Okno > Preferencje > Rejestrowanie), a następnie zrestartować środowisko robocze.

1.4.3 Awaria podczas tworzenia przykładu w systemie Red Hat Linux, wersja 8.0 z zainstalowanym pakietem IBM JVM

Podczas tworzenia przykładu w Analizatorze dzienników i śladów za pomocą kreatora Tworzenie przykładów (Nowy > Przykład) środowisko robocze zawiesza się. Zdarza się to, gdy kreator Tworzenie przykładów próbuje otworzyć plik readme.html jako część czynności tworzenia. Ten problem pojawia się w systemie Red Hat Linux, wersja 8.0 z pakietem IBM JavaTM Virtual Machine (JVM) i jest błędem SWT (https://bugs.eclipse.org/bugs/show_bug.cgi?id=76515).

Aby obejść ten problem, do pliku ac.sh należy dodać -Xj9 jako argument środowiska JVM, aby uruchomić go za pomocą pakietu IBM J9 JVM. (Na przykład ./eclipse -vmargs -Xj9 -Xmx500m). Więcej informacji na temat uruchamiania SWT w systemie Red Hat Linux, wersja 8.0 zawiera serwis FAQ SWT (http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/faq.html).

Uwaga: Jak to opisano w sekcji Eclipse reference platforms table (http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_0.html#TargetOperatingEnvironments), obsługiwane są jedynie następujące systemy Linux: wersja 2.2.1 pakietu widgetów GTK+ oraz związane z nimi biblioteki (GLib, Pango). Przeglądarka HTML SWT wymaga programu Mozilla 1.4GTK2. W przypadku środowiska Motif w innych systemach Linux: Open Motif 2.1 (dołączony). Przeglądarka HTML SWT wymaga programu Mozilla 1.4GTK2.

1.4.4 Z poziomu paska narzędzi i menu wywoływanego widoku Nawigator dziennika można utworzyć bazę danych objawów tylko w formacie TPTP

Z powodu ograniczenia TPTP użytkownicy nie mogą tworzyć obydwu typów bazy danych objawów z poziomu paska narzędzi i menu kontekstowego. Problem można obejść, wybierając opcje: Plik > Nowy > Inne > Profilowanie i rejestrowanie z menu środowiska roboczego i wybierając wymagany typ bazy danych objawów.

1.4.5 Produkt IBM Log Analyzer przetwarza tylko komunikaty o długości do 1024 bajtów

W regułach XPATH i korelacji IBM łańcuch we właściwości msg modelu Common Base Event nie powinien mieć więcej niż 1024 bajty. Jeśli łańcuch ma więcej niż 1024 B, nie zostanie przetworzony przez produkt IBM Log Analyzer.

1.4.6 Edytor objawów generuje reguły XPATH, które nie są poprawne w przypadku korzystania ze złożonych składników

W przypadku korzystania ze złożonych składników modelu Common Base Event (na przykład sourceComponentID), edytor objawów generuje reguły XPATH, które nie są poprawne. W następnym pakiecie poprawek będzie dostępna poprawka dla tego błędu.

1.4.7 Edytor objawów generuje reguły XPATH, które nie są zgodne z żadnym wejściowym modelem Common Base Events

Jeśli podczas tworzenia nowego wyrażenia XPATH wybrany zostanie dowolny składnik ExtendedDataElements, wynikowy katalog objawów będzie zawierał składnik extendedDataElement, a nie extendedDataElements. W wyniku tego edytor objawów wygeneruje reguły XPATH, które nie są zgodne z żadnym wejściowym modelem Common Base Events.

2.0 Narzędzie profilowania

2.1 Widoki Interakcje agentów i Interakcje procesów nie są obsługiwane z poziomu widoku Diagram sekwencji

Widok Interakcje agentów i widok Interakcje procesów nie są obsługiwane z poziomu widoku Diagram sekwencji dla plików dziennika.

Aktualnie nie jest znane żadne obejście tego problemu.

2.2 Komenda Odśwież widoki produktu Profiling Navigator nie działa dla widoku Śledzenie interakcji

Komenda Odśwież widoki produktu Profiling Navigator nie działa dla widoku Śledzenie interakcji. Jednak interakcje śledzenia są automatycznie odświeżane w ich zwykłych przedziałach.

Aby obejść ten problem, należy wybrać inny węzeł drzewa Profilowanie, a następnie ponownie wybrać poprzedni.

2.3 Profilowanie w systemie Windows za pomocą pakietu Sun JDK 1.4.x może zakończyć się raportem błędu Microsoft

Defekt w systemie Bugzilla: 103058

Profilowanie lub aplikacja kończy się komunikatem "java.exe has encountered a problem and needs to close. We are sorry for the inconvenience." Komunikat zawiera informacje oraz umożliwia wysłanie raportu o błędzie do firmy Microsoft. W systemie bugzilla pod zgłoszeniem nr 103058 dostępny jest zrzut ekranu tego komunikatu.

Ten problem został zaobserwowany w wielu trybach: Analiza czasu (z lub bez widoku "Wyświetl instancje"), Analiza pamięci i połączeniach tych trybów. Problem można obejść, uruchamiając ponownie profilowanie lub aplikację z wyłączonym trybem JIT, na przykład podając "-Djava.compiler=NONE" jako argument środowiska JVM. Problem można napotkać w środowisku SUN JDK 1.4.2_08-b03 dla systemu Windows.