Data Domain — mało miejsca w /ddvar

Katalog /ddvar (/ddvar/ i /ddr/var/ mogą być używane zamiennie) jest katalogiem administracyjnym, w którym umieszczane są pliki dziennika, wygenerowane pakiety przesyłania wsparcia, skompresowane pliki rdzenia i pakiety aktualizacyjne .rpm. Czasami katalog może zostać zapełniony, co spowoduje, że system Data Domain wyśle alert:

# alerts show current
Id Post Time Severity Class Object Message
----- ------------------------ -------- ----------------- ------ --------------------------------------------------------------------------
p0-36 Tue Sep 17 17:39:12 2024 ERROR SystemMaintenance Space running in /ddvar dla działań konserwacyjnych systemu.
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

Odpowiedni wpis rejestru wygląda następująco:

dynamic.ems.708.1.401.1243325160.1.5 = Mało miejsca w /ddvar na czynności konserwacyjne systemu.

Niektóre procesy, w tym FS (który obsługuje cały dostęp do danych) polegają na partycji /ddvar do zapisywania dzienników, a jeśli partycja zostanie całkowicie zapełniona i nie będzie można na niej zapisać, proces FS może ostatecznie nie działać poprawnie i w rezultacie może umrzeć i nie uruchamiać się już. Dlatego bardzo ważne jest, aby klienci zwracali uwagę na te alerty i działali zgodnie z nimi.

Zbyt wiele plików dziennika przechowywanych na partycji systemu operacyjnego powoduje, że w ddvar zaczyna brakować miejsca, czasami, gdy pliki rdzenia są przechowywane w /ddr/var/ (a nie na oddzielnych partycjach, takich jak /ddr/var/core/ lub /ddr/var/ext/), może to być również przyczyną. Czasami sub są bardzo duże (kilka GiB), a klient wciąż tworzy więcej w celu rozwiązywania problemów, więc miejsce na dysku jest szybko zużywane. Czasami występuje problem z niepowodzeniem obracania dużych plików dziennika lub pozostałości po poprzednich rozwiązywaniu problemów, które zajmują niepotrzebne miejsce na dysku w katalogu /ddr/var/.

ZASTOSOWANIE

# alerts show current
Id      Post Time                  Severity   Class               Object   Message
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------
p0-36   Tue Sep 17 17:39:12 2024   ERROR      SystemMaintenance            Space running low in /ddvar for system maintenance activities.
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

dynamic.ems.708.1.401.1243325160.1.5 = Space running low in /ddvar for system maintenance activities.

OBJAWY

• Alert "Mało miejsca w /ddvar na potrzeby czynności konserwacji systemu".
• Alert: "Mało miejsca w /ddvar. Zwolnij miejsce, w przeciwnym razie funkcja zrzutu rdzenia zostanie wyłączona."
• Alert: "Funkcja zrzutu rdzenia jest teraz wyłączona z powodu braku miejsca w /ddvar"

DOTYCZY

• Wszystkie systemy Data Domain
• Wszystkie wersje oprogramowania

ROZWIĄZANIE

========== WYKORZYSTANIE SERWERA ==========
Rozmiar zasobu GiB Used GiB Avail GiB Use%
------------------         --------        --------           ---------      ----
/backup: przed kompresją - 17814.5 - -
/backup: po kompresji 1892,9 1099,1 793,8 58%
/ddvar 19,7 14,1 4,6       75%

1. Zatwierdź /ddvar zaczyna brakować miejsca.
   W wierszu polecenia systemu Data Domain 180649 wpisz:
   df
2. Należy pamiętać, że miejsce używane w parametrze /ddvar może tymczasowo wzrosnąć i spowodować przejściowe alerty użycia przestrzeni zgodnie z opisem w temaciePrzejściowe użycie miejsca /ddvar zwiększasię 181878 KB. Jeśli nadal musisz wyczyścić pliki w /ddvar, aby zwolnić dodatkowe miejsce, wykonaj kolejne kroki.
3. Określenie nazwy hosta i adresu IP systemu Data Domain.

   hostname
   The Hostname is: support1.emc.local
   
   	
   net lookup
   support1.emc.local has address 192.168.1.52
   	

# support coredump list

to delete specific core file use:

# support coredump delete [corefile.filename]

to delete all of them use:

# support coredump delete all

# support bundle list

to delete specific support bundle 

# support bundle delete <bundle-name-list> 

to delete all support bundles

# support bundle delete all

1. Upewnij się, że lista dostępu (ACL) systemu Data Domain jest skonfigurowana 181315 zezwalać na dostęp z bieżącego systemu.
2. Usuń stare pliki rdzenia z systemu Data Domain. Uwaga: Jeśli nazwa hosta nie działa, spróbuj zamiast tego użyć adresu IP .

   ========== WYKORZYSTANIE SERWERA ==========
   Rozmiar zasobu GiB Used GiB Avail GiB Use%
   ------------------         --------        --------           ---------      ----
   /backup: przed kompresją - 17814.5 - -
   /backup: po kompresji 1892,9 1099,1 793,8 58%
   /ddvar 19,7 3,2 16,5       12%
   
   	

   1. W systemie Windows kliknij przycisk Start i wybierz Uruchom... i wpisz adres IP (lub nazwę hosta) i ścieżkę udziału \ddvar.
      
      Kliknij przycisk OK
   2. Aby mieć pełne uprawnienia do udziału /ddvar, uwierzytelnij się w programie Data Domain Restorer przy użyciu jednego z następujących kont:
      • Domyślne konto sysadmin programu przywracania
      • Inne konto lokalne osoby przywracającej, które należy do administratora
        klasy Potwierdź poleceniem # user show list
      • Konto administratora usługi Active Directory z identyfikatorem grupy 50
        Potwierdź poleceniem # cifs rozwiązywanie problemów z użytkownikiem 10500
   3. Usuń pliki rdzenia, jeśli są obecne. Otwórz przycisk \rdzeń folder.
      
      • Jeśli istnieją pliki podstawowe, wymień je według daty (widok szczegółowy). Jeśli istnieją podstawowe pliki datowane w ciągu ostatnich 24 godzin, może to wskazywać na poważniejszy problem, który będzie wymagał dalszej analizy. W takim przypadku należy skontaktować się z dostawcą usług pomocy technicznej, który ma podpisaną umowę, przesłać 180563 błędu łącza pakietu pomocy technicznej (SUB) i najnowszy plik rdzenia po utworzeniu Utwórz zgłoszenie serwisowe
      • Jeśli pliki podstawowe nie są aktualne, zaznacz i usuń wszystkie pliki.
   4. Usuń stare pliki Support Upload Bundle (SUB). Przejdź do \ddvar\support folder.
      
      • Zaznacz i usuń wszystkie pliki pakietu pomocy technicznej (support-bundle.tar.gz*)
   5. Usuń stare pliki aktualizacji (.rpm plików) z systemu Data Domain.
      Przejdź do \ddvar\releases folder. Zaznacz i usuń wszystkie pliki.
      Uwaga: .rpm Pliki są używane tymczasowo (tylko podczas aktualizacji). Po uaktualnieniu systemu pliki te nie są już potrzebne.
   6. Sprawdź, czy miejsce zostało odzyskane.
      W wierszu polecenia Data Domain System wpisz:
      df
   Zwalnianie miejsca na dysku w katalogu /ddvar przy użyciu systemu opartego na systemie Unix.

   ========== WYKORZYSTANIE SERWERA ==========
   Rozmiar zasobu GiB Used GiB Avail GiB Use%
   ------------------         --------        --------           ---------      ----
   /backup: przed kompresją - 17814.5 - -
   /backup: po kompresji 1892,9 1099,1 793,8 58%
   /ddvar 19,7 3,2 16,5       12%
   
   

   1. Upewnij się, że lista dostępu NFS (ACL) systemu Data Domain jest skonfigurowana 181315 zezwalania na dostęp z bieżącego systemu.
   2. Zamontuj eksport /ddvar w systemie klienckim. 181310
   3. Usuń stare pliki rdzenia (jeśli istnieją) z systemu Data Domain.
      W wierszu polecenia systemu klienta NFS wpisz:
      ls -l /zmienna-dd/rdzeń
      • Jeśli istnieją podstawowe pliki datowane w ciągu ostatnich 24 godzin, może to wskazywać na poważniejszy problem, który będzie wymagał dalszej analizy. W takim przypadku należy skontaktować się z dostawcą usług pomocy technicznej, który ma podpisaną umowę, przesłać 180563 błędu łącza pakietu pomocy technicznej (SUB) i najnowszy plik rdzenia po utworzeniu Utwórz zgłoszenie serwisowe
      • Jeśli pliki rdzenia nie są bieżące, usuń wszystkie pliki.
        rm /ddvar/rdzeń/*
   4. Usuń stare pliki Support Upload Bundle (SUB). W wierszu polecenia systemu klienta NFS wpisz:
      rm /ddvar/support/support-bundle.*
   5. Usuń stare pliki aktualizacji (.rpm files)
      W wierszu polecenia systemu klienckiego NFS wpisz:
      rm /ddvar/releases/*.rpm
   6. Sprawdź, czy miejsce zostało odzyskane.
      W wierszu polecenia Data Domain System wpisz:
      df
   Uwaga: Jeśli /ddvar jest nadal pełne, po wykonaniu czynności opisanych w tym artykule należy skontaktować się z dostawcą usług pomocy technicznej, zbierz 180561 AutoSupport i utwórz zgłoszenie serwisowe

ŹRÓDŁO

• Przejściowe użycie przestrzeni /ddvar zwiększa181878
• Obliczanie alertów dotyczących miejsca w /ddvar 180997

Uwaga: Łącza w tym artykule są przeznaczone wyłącznie dla zarejestrowanych klientów firmy Dell.