Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

NVP-vProxy: Procesy gromadzenia dzienników w przypadku problemów z ochroną VMware

Summary: Ten artykuł zawiera omówienie sposobu zbierania pakietu pomocy technicznej vProxy, dzienników serwera NetWorker specyficznych dla operacji VMware Protection oraz plików dzienników i pakietów, które mają być zbierane w przypadku zaobserwowania awarii systemu vProxy. ...

This article applies to   This article does not apply to 

Instructions

Pakiety vProxy zawierają informacje o stanie silnika vProxy, poprzednie sesje tworzenia kopii zapasowych oraz pliki dziennika silnika. Pakiety zawierają również polecenia dla typowych poleceń rozwiązywania problemów.

Konsola NetWorker Management Console (NMC) może posłużyć do wygenerowania pakietu i pobrania go do systemu. Polecenie tar może być również użyte do ręcznego utworzenia archiwum.


Ogólne gromadzenie dzienników vProxy:

Zebranie pakietu dzienników vProxy może służyć do przeglądania problemów zaobserwowanych podczas operacji tworzenia kopii zapasowych lub przywracania vProxy. Szczegółowe informacje na temat plików dziennika opisano w: Podręcznik weryfikacji NVP-vProxy: Podręcznik weryfikacji i zbierania dzienników NetWorker VMware Protection vProxy


Opcja 1: Zbierz pakiet za pomocą NMC.

  1. Zaloguj się do NMC i wybierz kartę Devices
  2. Wybierz serwery proxy VMware
  3. Kliknij prawym przyciskiem myszy serwer proxy i wybierz opcję Log Bundle
  zrzut ekranu przedstawiający wybór pakietu dzienników
  1. Kliknij przycisk Tak, aby zebrać odtworzone dzienniki serwera vProxy. Dzienniki sesji maszyny wirtualnej (VM) są wysyłane tutaj po zakończeniu.
UWAGA: Zebranie pakietu w ten sposób może się nie powieść, w zależności od rozmiaru pakietu vProxy i reguł sieciowych lub zapory sieciowej między klientem NMC a vProxy. W takim przypadku wykonaj następujące czynności, aby sprawdzić, czy pakiet jest dostępny na urządzeniu vProxy.
 
  1. Otwórz sesję SSH na vProxy i zaloguj się jako administrator
  2. Przełącz się do katalogu głównego: sudo su - 
  3. Sprawdź w pamięci /opt/emc/vproxy/runtime/state/logbundle/ , czy istnieje pakiet z sygnaturą czasową z momentu wygenerowania pakietu w NMC:
nsr-vproxy01:~ # ls -lh /opt/emc/vproxy/runtime/state/logbundle/
total 616K
-rw-r----- 1 root root 616K Jul 10 09:03 logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz
  1. Jeśli pakiet istnieje, wykonaj następujące kroki, aby skopiować go za pomocą agenta SCP; W przeciwnym razie patrz opcja 2.
  2. Przenieś pakiet do katalogu głównego administratora (przykład):
nsr-vproxy01:~ # mv /opt/emc/vproxy/runtime/state/logbundle/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz /home/admin
  1. Zmień uprawnienia pakietu, aby administrator mógł skopiować plik z serwera vProxy (przykład):
nsr-vproxy01:~ # chmod 777 /home/admin/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz
  1. Użyj agenta SCP (WinSCP itd.), aby skopiować pakiet z katalogu domowego użytkownika do systemu. Wymagane ustawienia w agencie SCP:
Adres: nazwa hosta vProxy lub adres
IP Protokół:
Użytkownik SCP: Admin

Opcjonalnie może być możliwe utworzenie SCP pakietu ze stacji roboczej z systemem Windows przy użyciu wiersza polecenia:
scp admin@vProxyAddress:/path/to/logbundle .

Patrz: NetWorker (Linux): Kopiowanie plików na lub z serwera Linux NetWorker.


Opcja 2: Użyj tar na serwerze vProxy:

  1. Połącz się z vProxy za pomocą SSH i zaloguj się jako administrator.
  2. Przełącz się do katalogu głównego: sudo su -
  3. Uruchom:
tar cvzfP `hostname`_`date -I`.tgz /opt/emc/vproxy/runtime/state/vProxyRegistry.dat /opt/emc/vproxy/runtime/logs/ /var/log/messages* /etc/hosts

UWAGA: Nie musisz niczego zastępować w powyższym poleceniu. To polecenie tworzy pakiet tar z nazwą hosta serwera vProxy, w katalogu /tmp. Zamiast tego można określić inną lokalizację (np. /data01).
 
nsr-vproxy01:~ # tar czfP /tmp/`hostname`_`date -I`.tgz /opt/emc/vproxy/runtime/state/vProxyRegistry.dat /opt/emc/vproxy/runtime/logs/ /var/log/messages* /etc/hosts

nsr-vproxy01:~ # ls -l /tmp | grep tgz
-rw------- 1 root root  614092 Jul 10 10:07 nsr-vproxy01.amer.lan_2024-07-10.tgz
nsr-vproxy01:~ #
  1. Zmień uprawnienia pakietu, aby można było skopiować go z serwera vProxy:
chmod 755 /tmp/bundle_name.tgz

UWAGA: Zastąpić bundle_name z pakietem utworzonym za pomocą polecenia tar.
 
  1. Użyj agenta SCP (WinSCP itd.), aby skopiować pakiet z katalogu domowego użytkownika do systemu. Wymagane ustawienia w agencie SCP:
Adres: nazwa hosta vProxy lub adres
IP Protokół:
Użytkownik SCP: Admin

Opcjonalnie może być możliwe utworzenie SCP pakietu ze stacji roboczej z systemem Windows przy użyciu wiersza polecenia:
scp admin@vProxyAddress:/path/to/logbundle .


Dzienniki po stronie serwera NetWorker:

Dzienniki po stronie serwera NetWorker można przeglądać pod kątem następujących typów problemów:
  • vProxy zgłasza się jako niedostępne w dziennikach demona NetWorker lub NMC
  • Uaktualnienie vProxy wykonane za pomocą nsrvproxy_mgmt Polecenie nie powiodło się
  • Problemy/błędy związane z inwentaryzacją VMware
  • Błędy kopii zapasowej VMware zaobserwowane podczas awarii polityki ochrony VMware

Ogólne dzienniki serwera:

Nazwa dziennika Lokalizacja Zastosowanie
daemon.raw
  • Linux: /nsr/logs/
  • Windows: C:\Program Files\EMC NetWorker\nsr\logs\

Ogólne komunikaty demona serwera NetWorker — zawiera rejestrowanie informacji o dostępności lub niedostępności vProxy oraz komunikaty o stanie rejestracji:

NetWorker: korzystanie z nsr_render_log

<job-uuid>.log
  • Linux: /nsr/logs/adhoc/nsrvproxy_mgmt
  • Windows: C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
Plik dziennika zadania zarządzania vProxy jest tworzony podczas ponownego wdrażania powiązanego vProxy.
< vproxy_upgrade_sessio n__ jobuuid>
  • Linux: /nsr/logs/adhoc/nsrvproxy_mgmt
  • Windows: C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
Podczas ponownego wdrażania powiązanego vProxy zostaje utworzony powiązany plik dziennika nsrvisd.
nsrvisd-daemon.log
  • Linux: /opt/nsr/vproxy/logs/nsrvisd
  • Windows: C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
Zostaje utworzony powiązany plik dziennika nsrvisd.
ProxySessions- .log
  • Linux: /nsr/logs/adhoc/nsrvproxy_mgmt
  • Windows: C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
Podczas ponownego wdrażania powiązanego vProxy zostaje utworzony powiązany plik dziennika ProxySessions.
Dzienniki nsrvisd
  • Linux: /opt/nsr/vproxy/logs/nsrvisd
  • Windows: C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
Zostaje utworzony powiązany plik dziennika sesji zasobów.
Dzienniki kopii zapasowych maszyny wirtualnej
  • Linux: /nsr/logs/policy/Policy_Name/Workflow_Name
  • Windows: C:\Program Files \EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name
Dzienniki sesji tworzenia kopii zapasowych maszyny wirtualnej są przechowywane zgodnie z oknem  przechowywania jobsdb (domyślnie 72 godziny). Dzienniki sesji to te same dzienniki, które znajdują się na vProxy w katalogu /opt/emc/vproxy/runtime/logs/recycle. Dzienniki z serwera vProxy nie są usuwane przez rotację dziennika zadań NetWorker.


Zasoby vCenter:

Na serwerze NetWorker uruchom następujące polecenie z wiersza poleceń użytkownika root (Linux) lub wiersza poleceń administratora (Windows):
nsrvim -d --names vCenter_Name
Gdzie vCenter_Name pasuje do sposobu dodania vCenter/Hypervisor do NetWorker. Na przykład (nazwa skrócona, nazwa FQDN, adres IP) To polecenie generuje pliki .xml w następujących katalogach:

Linux: /nsr/cores/nsrvim
Windows: Pliki są generowane w tym samym katalogu, w którym uruchomiono polecenie nsrvim.

[root@nsr ~]# ls -l /nsr/cores/nsrvim
total 48
-rw-r--r--. 1 root root    47 Jul 10 10:30 vcsa.amer.lan-cat_tags.xml
-rw-r--r--. 1 root root  4175 Jul 10 10:30 vcsa.amer.lan-mapping.xml
-rw-r--r--. 1 root root 32913 Jul 10 10:30 vcsa.amer.lan.xml

Patrz: NetWorker (Linux): Kopiowanie plików na lub z serwera Linux NetWorker.


Awarie systemu vProxy:

Jeśli serwer vProxy nie odpowiada, można zebrać następujące dzienniki i pakiety, aby sprawdzić, dlaczego wystąpiła awaria.
  1. Odbierz pakiet pomocy technicznej SUSE.
    1. Połącz się z vProxy przez SSH jako administrator.
    2. Przełącz się do katalogu głównego: sudo su -
    3. Uruchom następujące polecenie: supportconfig
Spowoduje to wygenerowanie pakietu scc .txz w /var/log, na przykład:
-vproxy01:~ # ls -l /var/log | grep scc
-rw------- 1 root     root     945064 Jul 10 13:40 scc_nsr-vproxy01.amer.lan_240710_1338.txz
-rw------- 1 root     root         33 Jul 10 13:40 scc_nsr-vproxy01.amer.lan_240710_1338.txz.md5
  1. Przenieś pakiet .txz w miejsce, do którego ma dostęp administrator, na przykład /tmp:
nsr-vproxy01:~ # mv /var/log/scc_nsr-vproxy01.amer.lan_240710_1338.txz /tmp
  1. Zmień uprawnienia pakietu .txz, tak aby administrator mógł skopiować pakiet z serwera vProxy:
nsr-vproxy01:~ # chmod 777 /tmp/scc_nsr-vproxy01.amer.lan_240710_1338.txz
  1. Użyj agenta SCP (WinSCP itd.), aby skopiować pakiet z katalogu domowego użytkownika do systemu. Wymagane ustawienia w agencie SCP:
Adres: nazwa hosta vProxy lub adres
IP Protokół:
Użytkownik SCP: Admin

Opcjonalnie może być możliwe utworzenie SCP pakietu ze stacji roboczej z systemem Windows przy użyciu wiersza polecenia:
scp admin@vProxyAddress:/path/to/logbundle .
  1. Z poziomu vSphere zbierz pliki vmware.log z folderu magazynu danych VMware maszyn wirtualnych vProxy:

Jak dojechać vmware.log


UWAGA: Może być wiele vmware.log plików, upewnij się, że pobierasz pliki, których sygnatura czasowa jest zgodna z czasem, w którym zaobserwowano awarię; w przeciwnym razie zbierz je wszystkie.
 
  1. Pakiet pomocy technicznej vSphere:
Pakiet pomocy technicznej vSphere

UWAGA: Upewnij się, że wybrano dzienniki hosta dla hosta ESXi, na którym znajduje się vProxy.

Additional Information

Affected Products

NetWorker
Article Properties
Article Number: 000022831
Article Type: How To
Last Modified: 30 Aug 2024
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.