Avamar: Uruchamianie polecenia "getlogs" w celu zebrania dzienników serwera Avamar

Summary: Uruchamianie polecenia "getlogs" w celu zebrania dzienników serwera Avamar (dotychczas znane jako KB 304220).

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions


Co to jest getlogs?

Pierwszą rzeczą, którą musimy zrobić, to uruchomić "getlogs" w węźle narzędziowym. Uruchomienie tej opcji w węźle narzędziowym zbiera obszerne dzienniki i przechowuje je w pliku tar. Plik tar jest tworzony i przechowywany w katalogu, z którego uruchamiany jest skrypt getlogs. 

Flaga "--server" pozwala nam określić, ile dni dzienników chcemy zebrać. Jeśli ta flaga nie jest używana, getlogs przechwytuje wszystko, a plik tar może być duży. 

W przypadku korzystania z flagi "--server" upewnij się, że obejmuje ona przedział czasowy zdarzenia, dla którego są zbierane dzienniki. Dodanie dodatkowego dnia lub dwóch zapewnia przechwycenie wystarczającej ilości danych i nie zwiększa znacznego rozmiaru pliku dziennika. Jeśli na przykład węzeł przeszedł wczoraj w tryb offline, użyj polecenia "--server=2" lub "--server=3", aby upewnić się, że zebrano wystarczającą ilość informacji.

 
Co robi getlogs po uruchomieniu?

getlogs kopiuje skrypt "getnodelogs" do każdego węzła i uruchamia go.

Skrypt getnodelogs łączy wszystkie dzienniki w plik o nazwie "nodelogs.tgz" w każdym węźle. Następnie getlogs zbiera wszystkie pliki "nodelogs.tgz" i dodaje je do jednego dużego pliku logs.xxxx.tar.

Plik "logs.xxxx.tar" jest plikiem do zebrania. W zależności od rozmiaru pliku powinien on zostać załączony do zgłoszenia serwisowego lub przesłany do witryny MFT (w razie potrzeby informacje te zostaną dostarczone przez inżyniera pomocy technicznej Avamar).

Ważne jest, aby zrozumieć różnicę między getlogs i getnodelogs oraz nodelogs.tgz i logs.xxxx.tar. Pobranie nodelogs.tgz z jednego węzła nie jest wystarczające, a plik logs.xxxx.tar powinien być zbierany ZAWSZE.

 
Procedura:

1. Zaloguj się do siatki jako administrator i załaduj klucze ssh. Zobacz Avamar: Logowanie się do serwera Avamar i ładowanie różnych kluczy Aby uzyskać informacje na temat ładowania kluczy SSH.


2. Od wersji Avamar 18.1 getlogs należy uruchomić jako root (ale nie można go uruchomić z głównego katalogu głównego).
 
a. Przełącz się do katalogu głównego:
  
su -
Po wyświetleniu monitu wprowadź hasło główne.
 
b. Załaduj klucze główne:
  
ssh-agent bash
ssh-add .ssh/rootid

Przykładowe dane wyjściowe:
  
Identity added: .ssh/rootid (.ssh/rootid)
c. Ważne jest, aby zmienić katalog na /home/admin, aby katalog /root nie był wypełniony 
cd /home/admin

3. Uruchom polecenie getlogs:
  
getlogs --server=x
Gdzie "x" to liczba dni dzienników do zebrania. (Polecenie "getlogs" można uruchomić bez "--server=" i gromadzi wszystkie dzienniki serwera)
 
Przykładowe dane wyjściowe:
  
Copying getnodelogs script to nodes
Running getnodelogs script on nodes
Getting nodelogs.tgz from nodes
Creating tar file: logs.130218.120930.tar
Done with getlogs
4. Plik jest tworzony w formacie 'logs.ddmmss.hhmmss.tar'. Sprawdź, czy wspomniany wyżej plik tar istnieje w katalogu, w którym uruchomiono polecenie:
  
ls -lh logs.130218.120930.tar
Przykładowe dane wyjściowe:
  
-rw-rw-r-- 1 admin admin 324M Feb 13 12:10 logs.130213.120930.tar
(Wskazuje to również, jak duży jest plik).



Uwagi: 
 
  • Podczas procesu wycofywania getlogs jest uruchamiany automatycznie jako środek ostrożności. 
 
  • Jeśli polecenie getlogs nie zostało uruchomione ręcznie przed wycofaniem siatki, można uzyskać kopię przechwyconą podczas wycofywania w /usr/local/avamar/var/log/rollback. 
 
  • Sprawdź sygnaturę czasową plików tar, aby upewnić się, że zbierany jest prawidłowy plik log.xxxx.tar:
  
ls -ltrh /usr/local/avamar/var/log/rollback/
Przykładowe dane wyjściowe:
  
total 54G
-rw-rw-r--  1 admin admin  18G Feb 17 11:01 logs.140217.102740.tar
-rw-rw-r--  1 admin admin  19G Feb 19 12:57 logs.140219.122325.tar
-rw-rw-r--  1 admin admin  18G Feb 21 12:34 logs.140217.184444.tar
 
  • W siatce produkcyjnej te dzienniki mogą być dość duże (2 GB+).  
 
  • Po utworzeniu pliku .tar należy go dostarczyć personelowi pomocy technicznej Avamar w celu rozwiązania problemu.
    • Jeśli rozmiar pliku jest mniejszy niż 2 GB, można go załączyć bezpośrednio do zgłoszenia serwisowego
    • Jeśli rozmiar pliku jest większy niż 2 GB (prawdopodobnie), skontaktuj się z personelem pomocy technicznej Avamar, aby uzyskać pomoc w przesłaniu pliku do witryny MFT.

Additional Information

Przesyłanie dzienników do protokołu FTP — ogólne najlepsze praktyki:

  • Ogólnie rzecz biorąc, konieczna jest rozmowa inżyniera pomocy technicznej Avamar z klientem na temat środowiska, zwłaszcza jeśli proces FTP zaczyna być trudny lub czasochłonny. 
 
  • Klient może być w stanie udzielić instrukcji dotyczących najlepszego sposobu wypchnięcia plików ze swojego środowiska, oszczędzając przy tym dużo czasu i wysiłku. 
 
  • Na przykład środowisko może mieć zablokowany dostęp do FTP w siatce, której dotyczy problem, ale mieć dostęp z innej siatki, która może służyć do przekazywania plików na serwer MFT.  
 
  • W zależności od sytuacji najlepszym rozwiązaniem może być również skorzystanie z alternatywnego i tymczasowego łącza MFT udostępnionego przez personel pomocy technicznej Avamar.


Zapoznaj się z filmem:

 

Affected Products

Avamar

Products

Avamar, Avamar Server
Article Properties
Article Number: 000022859
Article Type: How To
Last Modified: 25 Sep 2025
Version:  17
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.