Zmiana poziomu dziennika na „debug” może być konieczna w celu rozwiązania problemu z NetWorker VMware Protection za pomocą rozwiązania dla urządzeń vProxy (NVP-vProxy). W tym artykule wyjaśniono, jak zmienić poziom dziennika.
Summary:
Zmiana poziomu dziennika na „debug” może być konieczna w celu rozwiązania problemu z NetWorker VMware Protection za pomocą rozwiązania dla urządzeń vProxy (NVP-vProxy). W tym artykule
wyjaśniono, jak zmienić poziom dziennika.
...
This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.
Article Content
Instructions
Zazwyczaj wystarczy przeanalizować dzienniki zasad na serwerze NetWorker w …/nsr/logs/policy/[nazwa zasady], ale czasami może być konieczne przeanalizowanie dzienników na samym urządzeniu vProxy, a ponadto zwiększenie poziomu rejestrowania na „debug”, aby lepiej zrozumieć przyczynę awarii. Zazwyczaj jest to wymagane tylko po kontakcie z pomocą techniczną NetWorker, jeśli inżynier pomocy technicznej poprosił o ustawienie poziomu debugowania w celu rozwiązania problemów z określonym procesem.
Pliki dzienników NVP-vProxy na urządzeniu vProxy znajdują się w następującym katalogu:
/opt/emc/vproxy/runtime/logs
Istnieje podkatalog dla każdego z podstawowych procesów, które są używane do operacji NetWorker na urządzeniu vProxy:
vbackupd
vflrd
vrapid
vrecoverd
Na przykład w podkatalogu vbackupd widzimy dzienniki:
[uuid_sesji].log Szczegóły przetwarzania sesji
vbackupd-engine.log Żądania i zdarzenia problemów, w tym komunikaty o błędach i awarii z dziennika sesji.
vbackupd-boost.log DDBoost logging.
vbackupd-snapmgr.log Rejestrowanie migawki
vbackupd-vddk.log Rejestrowanie VDDK – VMware Virtual Disk Development Kit
1. Połącz się z vProxy przez SSH przy użyciu konta administratora vProxy.
2. Przełącz się do katalogu głównego: sudo su - 3. Zmień na katalog bin agenta vProxy. cd /opt/emc/vproxy/bin 4. W przypadku usługi, którą chcesz debugować (vbackupd, vflrd, vrapid, vrecoverd), uruchom następujące polecenie:
./vProxy_debug.sh -s -d NAZWA_USŁUGI -p program -l debug
poziom silnika: { debug, trace, info, warn } (domyślnie „trace”)
Przykład debugowania vflrd:
UWAGA: Komunikaty debugowania powinny pojawić się w dzienniku usług engine.log, jak przedstawiono powyżej.
Aby wyłączyć debugowanie, można zresetować usługę do śledzenia
./vProxy_debug.sh -s -d NAZWA_USŁUGI -p program -l trace
Zastosowanie metody debugowania usługi 2:
Dostępne poziomy rejestrowania to: none, error, warn, info, trace, debug
W celu ustawienia procesu vbackupd na poziom rejestrowania „debug”:
1. Zaloguj się do urządzenia vProxy jako administrator przy użyciu SSH lub konsoli i przełącz się do katalogu głównego: sudo su - 2. Przejdź do katalogu systemd: cd /usr/lib/systemd/system/
Uwaga: każdy z plików usługi znajduje się tutaj: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service itp.
3. Otwórz plik usługi, do której chcesz zastosować debugowanie, np.: vi vbackupd.service 4. Odszukaj wiersz zawierający ExecStart= i dodaj --program-log-level=debug
Inne parametry:
--engine-log-level=string Poziom dziennika silnika vProxy 2.x: { debug, trace, info, warn }.
--program-log-level=string (vbackupd) vProxy 3.x i nowsze poziomy silnika: { debug, trace, info, warn } (domyślnie „trace”)
--version wyświetlenie wersji
Uwaga: wersja NVP-vProxy jest wyświetlana na karcie „Configuration” właściwości vProxy w konsoli zarządzania NetWorker:
- NMC -> Devices -> VMware Proxies -> kliknij prawym przyciskiem myszy urządzenie vProxy -> Properties -> Configuration Tab -> VM proxy version
5. Zapisz zmiany w pliku
6. Załaduj ponownie plik konfiguracyjny modułu za pomocą polecenia:
systemctl daemon-reload
7. Sprawdź w konsoli NetWorker Management Console, czy nie są obecnie uruchomione żadne kopie zapasowe, a następnie uruchom ponownie usługę vbackupd:
systemctl restart vbackupd.service
Powyższy proces dotyczy usług: vrapid, vrecoverd, vbackupd i vflrd.
Stosowanie debugowania VDDK:
1. Zaloguj się do urządzenia vProxy za pomocą SSH lub konsoli jako administrator i przełącz się do katalogu głównego: sudu su - 2. Edytuj plik VixDiskLib.config, aby zawierał następujący wiersz: vi /opt/emc/vproxy/conf/VixDiskLib.config
vixDiskLib.transport.LogLevel=4
0 = Brak rejestrowania
1 = Tylko błędy
2 = Ostrzeżenia i błędy
3 = Ważne komunikaty, błędy i ostrzeżenia
4 = Debugowanie danych i wszystko inne
3. Uruchom ponownie odpowiednią usługę:
systemctl restart [nazwa_usługi].service na przykład: systemctl restart vrecoverd.service
Po ustawieniu rejestrowania poziomu debugowania można sprawdzić, czy w odpowiednim pliku dziennika znajdują się komunikaty, które zaczynają się od słowa „Debug”.
Po zakończeniu procesu debugowania można zresetować poziom dziennika przy użyciu tej samej procedury, używając słowa „trace” po znaku równości zamiast „debug”. Aby można było natychmiast zastosować tę metodę, konieczne będzie ponowne załadowanie i uruchomienie demona, jak opisano powyżej.
Debugowanie DDBoost:
Ten proces można wykonać w połączeniu z innymi metodami debugowania opisanymi powyżej.
1. Zaloguj się do urządzenia vProxy za pomocą SSH lub konsoli jako administrator i przełącz się do katalogu głównego: sudu su - 2. Edytuj plik vbackupd.service: vi /usr/lib/systemd/system/USŁUGA.service
Debugowanie ddboost można włączyć w następujących usługach, włącz debugowanie w zależności od wykonywanych działań, które wymagają debugowania:
10. Upewnij się, że wygenerowano plik dziennika ddboost_precert.log: ls -l /DDLog
Jeśli operacje debugowania nie są już wymagane, usuń polecenie --boost-log-leve=debug z pliku usługi, załaduj ponownie demona i uruchom usługę ponownie.