Błąd uruchamiania usługi

Błąd uruchamiania usługi to alternatywne określenie niepowodzenia startu procesu odpowiedzialnego za obsługę serwera.

Co oznacza błąd uruchamiania usługi

Błąd uruchamiania usługi oznacza, że system operacyjny nie zdołał prawidłowo rozpocząć pracy programu działającego w tle. Taki program może odpowiadać za obsługę serwera aplikacyjnego, udostępnianie plików, połączenia sieciowe, synchronizację danych albo komunikację z innymi komponentami systemu. W tym znaczeniu usługa jest mechanizmem nadzorującym proces, a proces jest konkretnym uruchomionym egzemplarzem programu. Sam komunikat nie wskazuje jeszcze, czy problem znajduje się w pliku wykonywalnym, konfiguracji, uprawnieniach, zależnościach, systemie plików czy komunikacji sieciowej.

W systemie Windows za uruchamianie i kontrolowanie usług odpowiada między innymi Service Control Manager. Usługa może mieć ustawiony start automatyczny, ręczny albo wyłączony. Próba uruchomienia kończy się błędem, gdy proces zakończy się natychmiast, nie zgłosi gotowości w wymaganym czasie, nie uzyska dostępu do potrzebnego zasobu albo zostanie zatrzymany przez system. W systemach Linux podobną funkcję często pełni systemd, który odczytuje jednostkę usługi, uruchamia wskazany proces i zapisuje jego stan oraz kod zakończenia.

Najczęstsze przyczyny nieudanego startu procesu

Jedną z typowych przyczyn jest nieprawidłowa konfiguracja. Może chodzić o błędną ścieżkę do pliku wykonywalnego, nieistniejący katalog roboczy, niepoprawny parametr startowy, brak wymaganego pliku konfiguracyjnego albo literówkę w nazwie zmiennej środowiskowej. Program może również próbować nasłuchiwać na porcie zajętym już przez inny proces. W takim przypadku proces startuje, ale kończy działanie po nieudanej próbie utworzenia gniazda sieciowego. W systemie Windows częstym sygnałem takiej sytuacji jest błąd z rodziny „address already in use” w logach aplikacji, natomiast w systemach uniksowych może pojawić się komunikat o zajętym adresie lub porcie.

Drugą grupę stanowią zależności i uprawnienia. Usługa może wymagać działającej bazy danych, lokalnego agenta, sterownika, biblioteki systemowej albo innej usługi uruchamianej wcześniej. Jeżeli konto używane do startu procesu nie ma prawa odczytu konfiguracji, zapisu w katalogu roboczym, dostępu do certyfikatu lub połączenia z zasobem sieciowym, inicjalizacja może zostać przerwana. W Windows kod 1069 oznacza problem z logowaniem konta usługi, a kod 1079 wskazuje na sytuację, w której usługa działa pod innym kontem niż pozostałe usługi w tej samej grupie. Kod 1053 oznacza, że usługa nie odpowiedziała na żądanie uruchomienia lub kontroli w odpowiednim czasie, natomiast kod 1067 informuje o nieoczekiwanym zakończeniu procesu.

Jak odczytać rzeczywistą przyczynę zamiast samego komunikatu

Najważniejszym źródłem informacji jest dziennik systemowy oraz własny log uruchamianego programu. W Windows należy sprawdzić Podgląd zdarzeń, zwłaszcza dzienniki „System” i „Application”, a także wpisy związane z Service Control Manager. Warto porównać godzinę wystąpienia błędu z logiem aplikacji, ponieważ komunikat systemowy często opisuje tylko skutek, a aplikacja zapisuje konkretną przyczynę, na przykład brak pliku, odmowę dostępu albo nieudaną inicjalizację modułu. Samo wielokrotne klikanie polecenia „Uruchom” nie dostarcza dodatkowych dowodów i może utrudnić odtworzenie kolejności zdarzeń.

W systemd podstawowe informacje można uzyskać poleceniem systemctl status nazwa-usługi, które pokazuje stan jednostki, ostatni kod zakończenia i skrócony fragment dziennika. Szczegółowe wpisy wyświetla journalctl -u nazwa-usługi. Przydatne jest także sprawdzenie konfiguracji jednostki oraz zależności, ponieważ systemd może zatrzymać usługę, gdy wymagany zasób nie został uruchomiony. Jeżeli proces kończy się kodem 1, kod ten sam w sobie nie określa przyczyny; trzeba odczytać komunikat programu. Znaczenie mają również sygnały, na przykład zakończenie przez SIGTERM lub SIGKILL, a także powtarzające się próby startu i blokada po przekroczeniu limitu restartów.

Postępowanie diagnostyczne przy błędzie startu usługi

Diagnostykę należy rozpocząć od ustalenia, czy problem dotyczy samej usługi, czy całego systemu. Najpierw sprawdza się status procesu, datę ostatniej udanej próby, konto uruchomieniowe, ścieżkę pliku wykonywalnego oraz dostępność wymaganych katalogów i plików. Następnie analizuje się porty sieciowe, zależności, wolne miejsce na dysku i prawa dostępu. Jeżeli błąd pojawił się po aktualizacji, zmianie konfiguracji lub wymianie komponentu, trzeba porównać bieżące ustawienia z poprzednią działającą wersją. Nie należy usuwać logów ani bez sprawdzenia kasować plików konfiguracyjnych, ponieważ może to usunąć informacje potrzebne do ustalenia przyczyny.

W przypadku laptopa lub komputera PC błąd może być wtórnym skutkiem problemu sprzętowego, na przykład uszkodzeń dysku, niestabilnej pamięci operacyjnej albo błędów systemu plików. Objawem towarzyszącym mogą być opóźnienia, samoczynne restarty, błędy odczytu lub nieprawidłowe działanie innych programów. Jeżeli logi wskazują wyłącznie na problem aplikacyjny, należy skupić się na konfiguracji i zależnościach procesu. Jeżeli jednocześnie występują błędy dysku lub systemu operacyjnego, potrzebna jest szersza diagnostyka komputera, ponieważ ponowne uruchomienie usługi bez usunięcia przyczyny może tylko chwilowo przywrócić działanie.