Usługa nie zapisuje logów

Usługa niezapisująca logów wskazuje na brak uprawnień do docelowej lokalizacji lub wyłączoną funkcję rejestrowania zdarzeń.

Co oznacza brak logów usługi

Komunikat „Usługa nie zapisuje logów” oznacza, że proces powinien utworzyć wpis diagnostyczny, ale nie powstaje plik dziennika, wpis w systemowym rejestrze zdarzeń albo inny zapis przewidziany przez konfigurację programu. Sam brak pliku nie zawsze oznacza awarię. Część aplikacji zapisuje zdarzenia wyłącznie po wystąpieniu ostrzeżenia lub błędu, a część używa systemowego mechanizmu rejestrowania zamiast własnego katalogu z plikami tekstowymi.

Najczęstsze przyczyny dotyczą dwóch obszarów: konfiguracji oraz dostępu do miejsca zapisu. Rejestrowanie może być wyłączone, ustawiony może być zbyt wysoki poziom filtrowania, a ścieżka do katalogu może wskazywać lokalizację, która nie istnieje. Również usługa uruchomiona pod innym kontem niż użytkownik zalogowany interaktywnie może nie mieć prawa tworzenia plików w wybranym folderze. W efekcie aplikacja działa, lecz nie pozostawia informacji potrzebnych do późniejszego ustalenia przebiegu zdarzeń.

Uprawnienia, ścieżka i konto uruchomieniowe

W systemie Windows usługę można uruchomić między innymi jako LocalSystem, LocalService, NetworkService albo wskazane konto użytkownika. Każde z tych kont ma odrębny zestaw uprawnień do folderów i plików. Uprawnienie do odczytu katalogu nie wystarcza do zapisu dziennika. Proces musi móc utworzyć plik, dopisywać dane oraz, zależnie od sposobu rotacji, zmieniać nazwę lub usuwać starsze pliki. Jeżeli katalog znajduje się w chronionej lokalizacji, takiej jak niektóre podfoldery systemowe lub katalog instalacyjny programu, zapis może zostać odrzucony przez mechanizm kontroli dostępu.

Podczas sprawdzania należy potwierdzić dokładną ścieżkę skonfigurowaną dla logów, a następnie zweryfikować, czy katalog istnieje i czy nie jest niedostępny z powodu odłączonego dysku, zasobu sieciowego albo zmienionej litery napędu. Błąd może wynikać również z użycia ścieżki względnej. Taka ścieżka jest rozwiązywana względem bieżącego katalogu roboczego procesu, który dla usługi nie musi być taki sam jak dla programu uruchamianego ręcznie. Warto też sprawdzić, czy nazwa pliku nie zawiera niedozwolonych znaków, czy system plików nie jest zamontowany jako tylko do odczytu oraz czy na dysku jest wolne miejsce.

Nie należy przyznawać pełnej kontroli wszystkim użytkownikom jako pierwszej reakcji. Bezpieczniejsza diagnostyka polega na ustaleniu konta usługi i nadaniu mu tylko tych praw do konkretnego katalogu, które są wymagane do zapisu. Jeżeli po zmianie uprawnień logi nadal nie powstają, trzeba sprawdzić, czy program nie korzysta z dodatkowego katalogu tymczasowego, biblioteki systemowej albo centralnego mechanizmu zdarzeń.

Konfiguracja rejestrowania i kontrola działania

Konfiguracja usługi może określać poziom logowania, format danych, maksymalny rozmiar pliku oraz zasady rotacji. Przy poziomie takim jak Error zapisywane są tylko błędy, natomiast informacje o zwykłym uruchomieniu lub wykonaniu operacji mogą być pomijane. Ustawienie poziomu wyłączonego albo wartości filtrującej wszystkie zdarzenia daje podobny objaw: program pracuje, lecz katalog pozostaje pusty. Po zmianie ustawień często wymagane jest ponowne uruchomienie usługi, ponieważ konfiguracja jest odczytywana tylko podczas startu procesu.

Jeśli aplikacja korzysta z Podglądu zdarzeń, należy sprawdzić dzienniki Windows w gałęziach „Dzienniki systemu Windows” oraz „Dzienniki aplikacji i usług”. Źródło zdarzeń powinno odpowiadać nazwie programu lub usługi. Brak wpisu w jednym miejscu nie przesądza o problemie, jeżeli rejestrowanie jest kierowane do innego kanału. W przypadku logowania do pliku przydatne jest wykonanie kontrolowanego testu, na przykład uruchomienie usługi, wykonanie operacji generującej znany komunikat i natychmiastowe sprawdzenie czasu modyfikacji pliku. Taki test odróżnia brak zdarzenia od braku możliwości jego zapisania.

Trzeba również zweryfikować, czy plik nie jest tworzony pod inną nazwą, z rozszerzeniem takim jak .log, .json lub .etl, albo w katalogu użytkownika usługi. Przydatne są informacje o błędzie startu oraz wpisy dotyczące „access denied”, „path not found”, przekroczenia limitu miejsca i nieudanego otwarcia uchwytu pliku. Jeżeli dzienniki są rotowane, pusty katalog może oznaczać błędną regułę usuwania lub natychmiastowe przenoszenie plików do archiwum. Zawsze należy porównać ustawienia z dokumentacją konkretnego programu, ponieważ identycznie brzmiące opcje mogą mieć różne znaczenie.

Diagnostyka usługi na laptopie lub komputerze PC

Praktyczna diagnostyka powinna rozpocząć się od ustalenia, gdzie według konfiguracji powinien trafić zapis i pod jakim kontem działa proces. Następnie sprawdza się istnienie katalogu, prawa zapisu, wolne miejsce, stan dysku oraz aktualny czas systemowy, ponieważ nieprawidłowa data może utrudnić znalezienie świeżych wpisów. Kolejny etap obejmuje kontrolowane zatrzymanie i uruchomienie usługi oraz obserwację komunikatów systemowych. Jeżeli proces kończy się podczas inicjalizacji modułu logowania, przyczyną może być uszkodzony plik konfiguracyjny, niedostępny folder lub blokada pliku przez inne działające wystąpienie programu.

Nie powinno się kasować całej konfiguracji bez kopii ustawień. W pierwszej kolejności warto zapisać bieżącą ścieżkę, poziom rejestrowania i konto uruchomieniowe, a dopiero później wykonać pojedynczą zmianę. Dzięki temu można ustalić, która modyfikacja przywróciła zapis. W razie podejrzenia uszkodzenia uprawnień pomocne jest utworzenie przeznaczonego do tego katalogu na lokalnym dysku i sprawdzenie zapisu po ponownym uruchomieniu usługi. Jeżeli test się powiedzie, problem dotyczy poprzedniej lokalizacji lub jej zabezpieczeń. Jeżeli nie, należy przeanalizować sam mechanizm logowania, zależności programu oraz błędy zgłaszane przez system.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką problemów z usługami systemowymi, konfiguracją programów oraz zapisem komunikatów potrzebnych do ustalenia przyczyny usterki.