Домен даних - Мало місця в /ddvar

Каталог /ddvar (/ddvar/ та /ddr/var/ можуть використовуватися як взаємозамінні) є адміністративним каталогом, де розміщуються файли журналів, згенеровані пакети завантаження підтримки, стислі файли ядра та пакети оновлення .rpm. Іноді цей каталог може бути занадто заповнений, що спонукає систему Data Domain надіслати сповіщення:

# сповіщення показують поточний
Id Post Time Severity Class Object Message
----- ------------------------ -------- ----------------- ------ --------------------------------------------------------------------------
p0-36 Tue Sep 17 17:39:12 2024 ERROR SystemMaintenance Space закінчується в /ddvar для діяльності з обслуговування системи.
-----   ------------------------   --------   -----------------   ------   --------------------------------------------------------------------------

Відповідний запис реєстру виглядає так:

dynamic.ems.708.1.401.1243325160.1.5 = Мало місця в /ddvar для діяльності з обслуговування системи.

Деякі процеси, включаючи ФС (яка обробляє весь доступ до даних) покладаються на розділ /ddvar для запису логів, і якщо розділ стає повністю заповненим і його неможливо записати, процес FS може в кінцевому підсумку не працювати належним чином і в результаті може померти і більше не запускатися. Тому дуже важливо, щоб клієнти звертали увагу на ці сповіщення та діяли відповідно.

Занадто багато файлів журналу, що зберігаються в операційному системному розділі, призводить до того, що ddvar не вистачає місця, іноді, коли файли ядра зберігаються в /ddr/var/ (а не в окремих розділах, таких як /ddr/var/core/ або /ddr/var/ext/), це також може бути причиною. Іноді сабвуфери дуже великі (кілька ГіБ), і клієнт постійно створює більше для усунення несправностей, тому дисковий простір швидко витрачається. Іноді виникає проблема з тим, що великі файли журналу не можна обертати, або залишки попередніх спроб усунути неполадки, займаючи непотрібне місце на диску під /ddr/var/.

МЕТА

# 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.

СИМПТОМИ

• Сповіщення "Бракує місця в /ddvar для заходів з обслуговування системи."
• Оповіщення: "У /ddvar закінчується місця. Будь ласка, очистіть місце або можливість скидання ядра буде вимкнена».
• Оповіщення: "Можливість скидання ядра тепер вимкнена через брак місця в /ddvar"

ВІДНОСИТЬСЯ ДО

• Всі системи доменів даних
• Усі випуски програмного забезпечення

РІШЕННЯ

========== ВИКОРИСТАННЯ СЕРВЕРА ==========
Розмір ресурсу Використовується GiB Використовується GiB%
------------------         --------        --------           ---------      ----
/резервна копія: pre-comp - 17814.5 - -
/резервна копія: пост-комп 1892,9 1099,1 793,8 58%
/ddvar 19,7 14,1 4,6       75%

1. Підтвердити /ddvar не вистачає місця.
   У системі Data Domain запит 180649 типу:
   ДФ
2. Зауважте, що простір, який використовується в /ddvar, може тимчасово збільшуватися та викликати попередження про тимчасове використання простору, як описано урозділі Використання тимчасового простору /ddvar збільшується181878 КБ. Якщо вам все ще потрібно очистити файли в /ddvar, щоб звільнити додаткове місце, перейдіть до наступних кроків.
3. Визначте ім'я хоста та IP-адресу системи 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. Переконайтеся, що список доступу (ACL) системи домену даних налаштовано 181315 на дозвіл доступу з поточної системи.
2. Видаліть старі основні файли з системи Data Domain. Примітка: Якщо ім'я хоста не працює, спробуйте використати замість нього IP-адресу .

   ========== ВИКОРИСТАННЯ СЕРВЕРА ==========
   Розмір ресурсу Використовується GiB Використовується GiB%
   ------------------         --------        --------           ---------      ----
   /резервна копія: pre-comp - 17814.5 - -
   /резервна копія: пост-комп 1892,9 1099,1 793,8 58%
   /ddvar 19,7 3,2 16,5       12%
   
   	

   1. У системі Windows натисніть на кнопку почати і виберіть Бігти... і введіть IP-адресу (або ім'я хоста) і шлях до спільного ресурсу \ddvar.
      
      Натисніть кнопку «OK»
   2. Пройдіть автентифікацію в реставраторі DataDomain за допомогою одного з наступних облікових записів, щоб мати повні дозволи на спільний доступ до /ddvar:
      • Реставратор облікового запису системного адміністратора за замовчуванням
      • Інший локальний обліковий запис Restorer, який є частиною Class admin
        Підтвердіть командою # список показів користувачів
      • Обліковий запис адміністратора Active-Directory, який показує ідентифікатор групи як 50
        Підтвердьте командою # cifs усунення несправностей користувача 10500
   3. Видаліть основні файли, якщо вони є. Відкрийте файл \Основні Папку.
      
      • Якщо є основні файли, перерахуйте їх за датою (детальний перегляд). Якщо є основні файли, датовані протягом останніх 24 годин, це може вказувати на більш серйозну проблему, яку потрібно буде додатково проаналізувати. Якщо це так, зверніться до свого постачальника послуг підтримки, який уклав контракт, щоб завантажити помилку зв'язку Пакета підтримки (SUB) 180563 та останній файл ядра після створення запиту на обслуговування.
      • Якщо основні файли не актуальні, виділіть і видаліть усі файли.
   4. Видаліть старі файли пакета завантаження підтримки (SUB). Перейдіть до розділу \ddvar\підтримка Папку.
      
      • Виділіть і видаліть усі файли пакетів підтримки (support-bundle.tar.gz*)
   5. Видаліть старі файли оновлення (.rpm files) із системи Data Domain.
      Перейдіть до розділу \ddvar\релізи Папку. Виділіть і видаліть усі файли.
      Примітка: .rpm файли використовуються тимчасово (лише під час оновлень). Після оновлення системи ці файли більше не потрібні.
   6. Переконайтеся, що простір відновлено.
      У системі Data Domain введіть запит:
      ДФ
   Звільнення місця на диску в директорії /ddvar за допомогою системи на базі Unix.

   ========== ВИКОРИСТАННЯ СЕРВЕРА ==========
   Розмір ресурсу Використовується GiB Використовується GiB%
   ------------------         --------        --------           ---------      ----
   /резервна копія: pre-comp - 17814.5 - -
   /резервна копія: пост-комп 1892,9 1099,1 793,8 58%
   /ddvar 19,7 3,2 16,5       12%
   
   

   1. Переконайтеся, що список доступу NFS (ACL) системи домену даних налаштовано 181315 для дозволу доступу з поточної системи.
   2. Змонтуйте експорт /ddvar у клієнтській системі. 181310
   3. Видаліть старі основні файли (якщо вони є) із системи Data Domain.
      У командному рядку клієнтської системи NFS:
      ls -l /ddvar/core
      • Якщо є основні файли, датовані протягом останніх 24 годин, це може вказувати на більш серйозну проблему, яку потрібно буде додатково проаналізувати. Якщо це так, зверніться до свого постачальника послуг підтримки, який уклав контракт, щоб завантажити помилку зв'язку Пакета підтримки (SUB) 180563 та останній файл ядра після створення запиту на обслуговування.
      • Якщо основні файли не актуальні, видаліть усі файли.
        rm /ddvar/core/*
   4. Видаліть старі файли пакета завантаження підтримки (SUB). У командному рядку клієнтської системи NFS:
      rm /ddvar/support/support-bundle.*
   5. Видаліть старі файли оновлення (.rpm files)
      У командному рядку клієнтської системи NFS:
      rm /ddvar/releases/*.rpm
   6. Переконайтеся, що простір відновлено.
      У системі Data Domain введіть запит:
      ДФ
   Примітка: Якщо /ddvar Після виконання кроків, наведених у цій статті, ви все ще звітуєте в повному обсязі, зверніться до свого постачальника послуг підтримки, з яким укладено договір, отримайте 180561 автоматичної підтримки та створіть запит на обслуговування.

ПОСИЛАННЯ

• Використання перехідного /ddvar простору збільшується181878
• Розрахунок оповіщення для простору в /ddvar 180997

Примітка. Посилання в цій статті призначені лише для зареєстрованих клієнтів Dell.