Diagnozuj wysokie zużycie procesora za pomocą coolwsd lub loolwsd Collabora

Wysokie obciążenie procesora przez coolwsdstarszy loolwsdproces nie oznacza automatycznie błędu: Collabora tworzy pracowników przetwarzających dokumenty, a otwieranie lub edycja złożonych plików może obciążać procesor. Najpierw zidentyfikuj, który proces zużywa procesor, a następnie porównaj go z otwartymi dokumentami i użytkownikami w Konsoli administracyjnej. Jeśli jeden dokument zajmuje pracownika w stanie bezczynności, sprawdź dzienniki i ustawienia czyszczenia przed ponownym uruchomieniem; zakończenie pracy pracowników może przerwać aktywną edycję.

Rozpoznaj nazwę usługi i zmierz obciążenie

Nowsze instalacje używają tej coolwsdnazwy; starsze instalacje mogą nadal wyświetlać . Notatki dotyczące aktualizacjiloolwsd Collabora do wersji 21.11 opisują jednorazową migrację z . Dopasuj nazwy usług i konfiguracji zainstalowanych na hoście, zamiast zakładać, że każde wdrożenie jest identyczne./etc/loolwsd/loolwsd.xml/etc/coolwsd/coolwsd.xml

Na hoście systemd sprawdź usługę, a następnie wyświetl listę procesów według użycia procesora:

systemctl status coolwsd
ps -eo pid,ppid,%cpu,%mem,etime,cmd --sort=-%cpu | head -n 20

Jeśli usługa ma nazwę loolwsd, zastąp ją w poleceniu systemctl. Przejrzyj kilka odczytów w czasie, topzamiast traktować jeden krótki skok jako stały problem. Sprawdź drzewo procesów: procesor może być używany przez procesy robocze dokumentów pod demonem, a nie przez sam proces nadrzędny. W Dockerze sprawdź łączną wartość kontenera za pomocą docker stats --no-stream CONTAINER_NAME; w Kubernetes użyj odpowiednich metryk zasobów podów. Te odczyty opisują różne zakresy, dlatego dokładnie porównaj wartości hosta, kontenera i procesu roboczego.

Znajdź dokument lub obciążenie pracą, które powoduje wzrost

Zaloguj się do Konsoli administracyjnej Collabora i sprawdź połączonych użytkowników, otwarte dokumenty, wykorzystanie zasobów i ostatnie wykresy. Oficjalne FAQ Collabora opisuje te funkcje monitorowania. Jeśli obciążenie wzrośnie podczas otwierania lub konwertowania dużego arkusza kalkulacyjnego, prezentacji, pliku PDF lub dokumentu, obserwuj, czy spadnie po zakończeniu tej czynności. Tymczasowy wzrost obciążenia związany z rzeczywistym obciążeniem wymaga planowania wydajności lub zmniejszenia obciążenia; samo w sobie nie oznacza niekontrolowanego wzrostu obciążenia.

Jeśli jeden dokument nadal generuje wysokie obciążenie procesora po zamknięciu go przez użytkowników, sprawdź, czy żadna sesja przeglądarki ani integracja nie utrzymuje go otwartego. Zapisz identyfikator dokumentu wyświetlany w konsoli, identyfikator procesu, czas trwania, pamięć oraz informację, czy plik był aktywny, czy nieaktywny. Unikaj umieszczania osobistych lub poufnych nazw dokumentów w publicznych prośbach o pomoc techniczną.

Porównaj demona z jego procesami potomnymi; najbardziej zajętym procesem roboczym może nie być proces nadrzędny coolwsd.

Przed zmianą ustawień serwera należy porównać historię procesora z aktywnymi użytkownikami i dokumentami.

Użyj dzienników, aby odróżnić pracownika, który utknął, od pracownika, który utknął

W przypadku instalacji systemd opartej na pakiecie sprawdź ostatnie komunikaty serwisowe:

journalctl -u coolwsd --since "15 minutes ago"

Użyj tej opcji loolwsd, jeśli jest to nazwa usługi w Twoim systemie. Sprawdź powtarzające się błędy ładowania dokumentów lub konwersji, restarty procesów roboczych oraz komunikaty w czasie wzrostu obciążenia procesora. Jeśli wdrożenie zapisuje do pliku zamiast do dziennika systemowego, użyj skonfigurowanego miejsca docelowego dziennika. W przypadku kontenerów sprawdź dzienniki kontenerów Collabora za pomocą polecenia log w środowisku wykonawczym. Odpowiednia lokalizacja i dostępne komunikaty różnią się w zależności od metody instalacji i wersji.

Powtarzający się błąd powiązany z pojedynczym plikiem sugeruje wyizolowanie kopii tego pliku i sprawdzenie, czy ten sam wzorzec się powtarza. Znaczny wzrost w wielu dokumentach sugeruje raczej współbieżność lub przepustowość serwera. Zaktualizuj Collabora za pośrednictwem obsługiwanego kanału dla swojej instalacji, jeśli logi wskazują na znaną usterkę; sprawdź informacje o wydaniu dla swojej edycji i wersji, zamiast stosować niezwiązane z nią obejście.

Dostosuj współbieżność tylko wtedy, gdy dowody to potwierdzają

Schemat konfiguracji Collabora definiuje per_document.max_concurrencymaksymalną liczbę wątków używanych podczas przetwarzania dokumentu. Aktualny , oficjalny szablon konfiguracji coolwsd dokumentuje również kontrole czyszczenia dokumentów, które pozostają bezczynne i przekraczają skonfigurowane progi zasobów. Dokładne wartości domyślne i dostępne pola mogą się różnić w zależności od wersji, dlatego przed wprowadzeniem zmian należy sprawdzić coolwsd.xmlkonfigurację dołączoną do zainstalowanej wersji lub starszą konfigurację.

Redukcja max_concurrencymoże ograniczyć wykorzystanie procesora przez pojedynczy dokument, ale może spowolnić edycję, ładowanie lub konwersję. Nie ogranicza ona liczby użytkowników ani dokumentów. Należy ją zmieniać dopiero po skorelowaniu obciążenia z pracą nad dokumentem, wprowadzać pojedyncze zmiany i porównywać czas reakcji oraz obciążenie procesora przy reprezentatywnym obciążeniu. Nie należy wklejać fragmentu kodu z innej wersji bezpośrednio do środowiska produkcyjnego bez sprawdzenia jego struktury i obsługiwanych ustawień.

Konfiguracja czyszczenia ma na celu identyfikację dokumentów zużywających dużo zasobów, które były nieaktywne przez skonfigurowany okres, i, gdy jej warunki pozostają spełnione, zakończenie powiązanego procesu dokumentu. Nie jest to ogólny limit procesora i nie rozwiązuje problemu wykorzystania procesora przez aktywną edycję lub powtarzające się konwersje. Sprawdź ustawienia i progi czyszczenia w odniesieniu do zainstalowanej konfiguracji; agresywna polityka może zamknąć sesję, której użytkownicy nadal potrzebują. Utwórz kopię zapasową konfiguracji i zaplanuj kontrolowany restart usługi, jeśli zmiana tego wymaga.

Porównaj stan usługi z ostatnimi komunikatami w dzienniku, aby sprawdzić, czy wzrost obciążenia procesora zbiega się z błędami lub ponownymi uruchomieniami procesu roboczego.

Przed zmianą progów współbieżności lub czyszczenia sprawdź schemat zainstalowanej wersji.

Zweryfikuj zmianę bezpiecznie

• Przed zmianą konfiguracji należy odczytać dane z procesora i pamięci.
• Sprawdź, czy ładunek należy do coolwsd/loolwsd czy do pracownika dokumentu.
• Użyj Konsoli administracyjnej i dzienników, aby zidentyfikować aktywne dokumenty i powiązać czas wystąpienia szczytu.
• Po wprowadzeniu pojedynczej kontrolowanej zmiany powtórz to samo obciążenie pracą i porównaj użycie procesora, czas otwierania dokumentów, szybkość reakcji edycji i zachowanie pracownika.
• Zanim uznasz, że problem został rozwiązany, sprawdź, czy aktywni użytkownicy nadal mogą edytować i zapisywać.

Jeśli obciążenie procesora utrzymuje się na wysokim poziomie bez aktywnych dokumentów, utrzymuje się po kontrolowanym restarcie lub zbiega się z powtarzającymi się awariami, zbierz informacje o wersji Collabora, metodzie instalacji, dziennikach usług/kontenerów, drzewie procesów i szczegółach zdezynfekowanych dokumentów dla administratora lub dostawcy. Unikaj wielokrotnego zamykania procesów potomnych: Collabora zarządza tymi procesami, a ręczne zamykanie może zakłócać pracę użytkowników bez usuwania przyczyny.