* Agent dodatkowo wewnętrznie używa numerów węzłów (inode na UNIX/GNU/Linux), indeksów pliku (na Microsoft Windows) oraz sum MD5 pierwszych 512 bajtów pliku logu, w celu przyśpieszenia sprawdzenia, czy plik logu został wyczyszczony i czy nastąpiła rotacja.
          * Na systemach UNIX/GNU/Linux zakłada się, że system plików, na którym jest składowany plik logu, udostępnia numery węzłów, które mogą być użyte do śledzenia plików.
          * Na Microsoft Windows agent Zabbix określa typ systemu plików, na którym jest umieszczony plik logu i używa:
              * Na systemach plików NTFS, 64-bitowych indeksów pliku.
              * Na systemach plików ReFS (tylko na Microsft Windows Server 2012) 128-bitowych ID plików.
              * Na systemach plików, w których następuje zmiana indeksów plików (np. FAT32, exFAT) używany jest algorytm fall-back, żeby określić w sensowny sposób, czy nastąpiła rotacja plików logu z takimi samymi ostatnimi czasami modyfikacji.
          * Numery węzłów, indeksy plików i sumy MD5 zbierane są wewnętrznie przez agenta Zabbix. Nie są przekazywane do serwera Zabbix i są tracone, gdy agent Zabbix zostanie zatrzymany.
          * Nie należy modyfikować czasu modyfikacji plików logu przy pomocy polecenia 'touch', ani kopiować pliku logu a następnie przywracać z oryginalną nazwą (zmieni to numer węzła pliku). W obu przypadkach plik zostanie uznany za nowy i będzie analizowany od początku, co może spowodować powielenie alarmów.
          * Jeżeli istnieje wiele zgodnych plików dla pozycji ''logrt[]'' i agent Zabbix wybierze najnowszy z nich, i ten najnowszy zostanie usunięty, zostanie zalogowane ostrzeżenie ''"there are no files matching "<regexp mask>" in "<directory>"''. Agent Zabbix ignoruje pliki z czasem modyfikacji mniejszym od ostatnio znanego najnowszego czasu modyfikacji dla pozycji ''logrt[]'', która była sprawdzana.
       * Agent odczytuje plik logu od pozycji, w której się zatrzymał ostatnim razem.
       * Liczba już zanalizowanych bajtów (licznik rozmiaru) i czas ostatniej modyfikacji (licznik czasu) przechowywane są w bazie danych Zabbix database i są wysyłane do agenta, żeby mieć pewność, że rozpocznie czytanie pliku logu od tego miejsca.
       * Za każdym razem, gdy plik logu staje się mniejszy od licznika rozmiaru znanego przez agenta, licznik jest zerowany i agent rozpoczyna czytanie pliku od początku, ustawiając z powrotem licznik czasu.
       * Dla pozycji ''logrt'', jeżeli istnieje wiele zgodnych plików z tym samym czasem ostatniej modyfikacji w katalogu:
         * przed Zabbix **2.2.4** agent odczytuje najmniejszy plik.
         * od Zabbix **2.2.4**:
           * Agent próbuje poprawnie zanalizować pliki logów z tym samym czasem modyfikacji i uniknąć pominięcia danych lub ponownego zanalizowania tych samych danych, jednakże nie ma gwarancji, że zadziała to poprawnie w każdej sytuacji.
           * Agent nie korzysta z żadnego schematu rotacji plików logu ani nie próbuje go określić. Gdy pojawi się wiele plików logu z tym samym czasem ostatniej modyfikacji, agent przetworzy je alfabetycznie w porządku malejącym. Zatem, dla niektórych schematów rotacji pliki logów będą analizowane i raportowane w ich właściwym porządku. Dla innych schematów rotacji oryginalny porządek plików logu nie będzie uznawany, co może spowodować raportowanie rekordów pliku logu w innej kolejności (Problem nie wystąpi, jeżeli pliki logu będą miały inne czasy ostatniej modyfikacji).
       * Agent Zabbix przetwarza nowe rekordy pliku logu raz na //Interwał aktualizacji// sekund.
       * Agent Zabbix nie wysyła więcej niż **maxlinii** pliku logu na sekundę. Ograniczenie to zapobiega przeciążeniu sieci i zasobów CPU i przykrywa wartość domyślną z parametru **MaxLinesPerSecond** w [[pl:manual:appendix:config:zabbix_agentd|pliku konfiguracyjnym agenta]]. 
       * Żeby znaleźć wymagany ciąg Zabbix będzie przetwarzał 4 razy więcej nowych linii niż jest ustawione w MaxLinesPerSecond. Zatem, na przykład, jeżeli pozycja ''log[]'' lub ''logrt[]'' ma //Interwał aktualizacji// równy 1 sekunda, domyślnie agent będzie analizował nie więcej niż 400 rekordów pliku logu i wyśle nie więcej niż 100 zgodnych rekordów do serwera Zabbix w jednym sprawdzeniu. Zwiększając **MaxLinesPerSecond** w pliku konfiguracyjnym agenta lub ustawiając parametr **maxlinii** w kluczu pozycji, limit można zwiększyć maksymalnie do 4000 analizowanych rekordów i 1000 rekordów zgodnych wysyłanych do serwera Zabbix w jednym sprawdzeniu. Jeżeli //Interwał aktualizacji// ustawiono na 2 sekundy, limity dla jednego sprawdzenia zostaną zwiększone dwukrotnie względem limitów dla //Interwału aktualizacji// równego 1 sekundzie.
       * Dodatkowo, wartości logu ograniczone są do 50% rozmiaru bufora wysyłania agenta, nawet, jeżeli nie ma w nim wartości innych niż log. Zatem, aby wysłać **maxlinii** wartości w jednym połączeniu (a nie w kilku połączeniach), parametr agenta [[pl:manual:appendix:config:zabbix_agentd|BufferSize]] musi być ustawiony przynajmniej na maxlinii x 2. 
       * W przypadku braku pozycji logu cały rozmiar bufora agenta jest używany dla wartości innych niż log. Gdy pojawią się wartości logu, zastąpią najstarsze wartości inne niż log, maksymalnie do 50%.
       * Dla rekordów pliku logu większych niż 256kB, tylko pierwsze 256kB jest sprawdzane przez wyrażenia regularne, reszta rekordu jest ignorowana. Jednakże, jeżeli agent Zabbix zostanie zatrzymany podczas obsługi długiego rekordu i stan wewnętrzny agenta zostanie utracony, po ponownym wystartowaniu agenta długi rekord może być ponownie zanalizowany w inny sposób niż poprzednio. Ograniczenie wprowadzono od Zabbix **2.2.3**.
       * Specjalna uwaga do separatorów ścieżki "\": jeżeli formatem pliku jest "plik\.log", to nie powinien istnieć katalog "plik", ponieważ nie jest możliwe jednoznaczne określenie czy "." jest faktycznie kropką, czy jest pierwszym znakiem nazwy pliku.
       * Wyrażenia regularne dla ''logrt'' obsługiwane są jedynie w nazwach plików, wyrażenia regularne dla katalogów nie są obsługiwane.
       * Na platformach UNIX pozycja ''logrt[]'' staje się NIEWSPIERANA jeżeli katalog, w którym powinien być plik logu, nie istnieje.
       * Na Microsoft Windows, jeżeli katalog nie istnieje, pozycja nie staje się NIEWSPIERANA (na przykład, jeżeli błędnie wpisano katalog w kluczu pozycji). Należy zauważyć, że przed Zabbix 2.2.3 pozycja stawała się NIEWSPIERANA.
       * Nieobecność plików logu dla pozycji ''logrt[]'' nie spowoduje, że stanie się NIEWSPIERANA (przed Zabbix 2.2.3 stawała się NIEWSPIERANA).
       * Błędy odczytu plików logu dla pozycji ''logrt[]'' są logowane jako ostrzeżenia w pliku logu agenta Zabbix ale nie powodują, że pozycja stanie się NIEWSPIERANA (przed Zabbix 2.2.3 stawała się NIEWSPIERANA).
       * Plik logu agenta Zabbix może pomóc przy określeniu, dlaczego pozycje ''log[]'' lub ''logrt[]'' stały się NIEWSPIERANE. Zabbix może monitorować plik logu agenta, z wyjątkiem gdy ustawiono DebugLevel=4.

log[/ścieżka/do/pliku,large result buffer allocation.*Entries: ([0-9]+),,,,\1]

Fr Feb 07 2014 11:07:36.6690 */ Thread Id 1400 (GLEWF) large result
       buffer allocation - /Length: 437136/Entries: 5948/Client Ver: >=10/RPC
       ID: 41726453/User: AUser/Form: CFG:ServiceLevelAgreement