Dell Unity: Як знайти та завантажити DUMP-файли з системи Unity (можна виправити користувачем)

Від Unisphere 

Доступно лише для Unity OE 4.2.0.9392909 та пізніших версій).
Авторизуйтесь в Unisphere і перейдіть в Service > Downloads > Core Dump.
Це меню полегшує отримання файлів Core Dump з будь-якого SP, незалежно від того, який SP є основним на даний момент.
Після завантаження з масиву завантажте файли в Service Request. Якщо файл завеликий, надішліть запит на визначення місцезнаходження FTP у представника служби підтримки. 
 

CLI або SSH

1. Підключіться до Unity over SSH і увійдіть як користувач сервісу.
2. Зверніть увагу на те, на якому процесорі зберігання даних (SP) ви перебуваєте, SP, до якого ви автоматично підключаєтеся, є основним SP. Якщо ви не впевнені, запустіть pgrep ECOM. Первинний ІП повинен повертати ідентифікаційний номер процесу, на відміну від вторинного ФОП, який нічого не повертає. Дивіться додаткову інформацію для прикладу цього.
3. Якщо ваш файл дампа знаходиться на основному SP, то виконайте такі команди:
   • svc_dc -lcd, щоб отримати список доступних дампів ядра на локальному SP. Кожен запис відповідає файлу дампа. Знайдіть потрібний дамп (дата та час вказані в назві дампа).
   • svc_dc -dc /home/service/user <ім'я> дампа для стиснення та копіювання файлу (Між /home/service/user та ім'ям дампа є пробіл).

4. Якщо ваш файл дампа знаходиться на вторинному SP, увійдіть у вторинний SP (ssh peer) і звідти:
   • svc_dc -lcd, щоб переглянути список доступних дампів ядра на локальному SP.
   • svc_dc -dc peer /home/service/user ім'я> дампа < (Є пробіл між /home/service/user та ім'ям дампа.) Це стискає папку дампа та переміщує її до /home/service/user на одноранговому SP. У цьому випадку ми копіюємо файл в основний SP, звідки ми можемо отримати його за допомогою WinSCP.
   • У синтаксисі команди ми вказуємо ціль за допомогою "peer", який переміщує стиснений файл до однорангового SP. Цю команду також можна використовувати для переміщення отриманого файлу до віддалених систем по SSH. Докладнішу інформацію можна знайти в svc_dc -h.
5. Відкрийте SFTP-клієнт (наприклад, WinSCP) і увійдіть до керуючої IP-адреси як до служби. (Це підключає вас лише до основного ІП.)
6. Перейдіть до каталогу /home/service/user (або /cores/service/user , який знаходиться в тому самому місці), завантажте файл дампа, який ви створили на кроках 3 або 4, і завантажте в Service Request. Якщо файл завеликий, надішліть запит на визначення місцезнаходження FTP у представника служби підтримки. 
7. Після завантаження видаліть створені DUMP-файли з /home/service/user та оригінальні файли з /EMC/backend/service/data_collection/cores/ (потрібен лише root, підтримка Dell Tech).

Якщо вам потрібна будь-яка допомога, зверніться до служби технічної підтримки Dell або до авторизованого представника сервісного центру та процитуйте ідентифікатор цієї статті.
 

Стиснення та копіювання файлів Core Dump вручну

Якщо ви не знайомі з командою "tar" Linux, не використовуйте цей метод, оскільки він може пошкодити файли дампа або спричинити додаткові проблеми (наприклад, перезавантажити SP), якщо файли створюються в неправильних місцях. Цей метод слід використовувати тільки в крайньому випадку, якщо все інше не допомогло і використовувати його тільки просунуті користувачі Linux.

Якщо вищеописаний спосіб був зрозумілий і все інше не вдалося, директорію файлу DUMP також можна стиснути вручну. Дампи Unity знаходяться в /EMC/backend/service/data_collection/cores/ на кожному SP.

Стисніть каталог дампа до файлу, tar -zcvf /home/service/user destination_filename.tar.gz><dump_directory_name<>.
Якщо ви робите це на Unity OE старше 4.5, використовуйте /home/service, оскільки директорія наступного рівня "user" була створена лише з Unity OE 4.5.

Отриманий файл .tar.gz знаходиться в директорії /home/service/user (або /cores/service/user, який знаходиться в тому ж місці).
Для Unity OE раніше 4.5 файл слід створювати в /cores/service, як описано вище.

Не використовуйте інші цільові директорії! Це може спричинити серйозні проблеми в системі.

Якщо вам потрібні логи за допомогою цього методу з вторинного SP, дивіться статтю Dell KB 22501: Dell Unity: Як завантажити файли з вторинного SP за допомогою первинного SP (User Correctable) про те, як отримати файли з вторинного SP за допомогою SCP.

Видаліть будь-які дампи з наступних місць на обох SP після завантаження файлів з масиву.
/cores/service/user або /home/service/user (/home/service або /cores/service для Unity OE старше 4.5)
/EMC/backend/service/data_collection/cores (вимагає root - тільки підтримка Dell Tech).

Це зроблено для уникнення проблем у майбутньому (таких як пошкоджені файли Core Dump або проблеми, описані в статті Dell KB 52543): Dell Unity: Оновлення до Unity OE 4.2 не вдається з помилкою: check_cores_existed_files_2 (User Correctable) 

Файли в /EMC/backend/service/data_collection/cores можуть бути видалені лише як користувач root, тому зверніться до служби технічної підтримки Dell або до свого авторизованого представника сервісу та вкажіть ідентифікатор цієї статті.

ВАЖЛИВО: Порівняйте md5суму файлів (завантажені та оригінальний файл на SP) перед остаточним видаленням файлів.

Перевірте оригінальний файл дампа md5sum на /EMC/backend/service/data_collection/cores/<dump_folder>, а не файл, який ви могли стиснути вручну.
Щоб перевірити md5sum, запустіть наступне:

Linux:       md5sum YourDumpFile.gz
Windows:     certUtil -hashfile YourDumpFile.gz MD5

 

Приклади команд, описаних вище

Використання pgrep для підтвердження того, який SP є первинним:

service@none спа:~# pgrep ECOM 30065

Ви отримуєте Process ID (PID) для ECOM, це основний SP. ECOM (управління) працює тільки на первинному ІП. У цьому прикладі SPA є первинним.

Але, як і очікувалося, як тільки ви входите ssh у вторинний SP, PID не повертається для ECOM, оскільки ECOM не працює на вторинному SP:

service@none spa:~#ssh peer service@none spb:~# pgrep ECOM service@none spb:~#

Якщо ІП знаходяться в сервісному режимі, то жоден з ІП не повертає ПІД-код для ECOM. ECOM не запускається, якщо ІП знаходяться в сервісному режимі.

Список, стиснення та переміщення файлу дампа на основному SP:
 

service@(немає) спа:/# svc_dc -LCD ======================== [Копіювальний апарат постійного струму]: Доступно на backend: core-dump_dump_spa_CKM0016170xxxx_2017-01-17_15_14_17_320_httpd core-dump_dump_spa_CKM0016170xxxx_2017-02-16_07_19_23_337_xGate kdump_spa_CKM0016170xxxx_2017-01-11_14_52_40 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe << ми використовуємо це для прикладу. ======================== [Копіювальний апарат постійного струму]: Невідомі ядра на SSD в обробленому ======================== [DC копірі]: Ще не попередньо оброблені дампи ядра на SSD: ======================== service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [DC copier]: У /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir є зв'язка постійного струму. [Копіювальний апарат постійного струму]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar міститиме: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [Копіювальний апарат постійного струму]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar успішно передано /home/service/user service@(жодного) SPA:/#cd /home/service/user service@(none) spa:/home/service/user# ll (або ls)... -rw-r---r-- 1 корінь 681431040 8 березня 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar

 

Список, стиснення та переміщення файлу дампа на вторинному SP:

service@(немає) spa:~# вузол << ssh для зміни на вторинний SP service@(none) spb:~# svc_dc -lcd<<з переліком усіх доступних дампів ядра на SPB (вторинний у цьому випадку) ======================== [DC копіювальний апарат]: Доступно на backend: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd <<< ми використовуємо це для прикладу. core-dump_dump_spb_CKM0016170xxxx_2017-01-02_13_35_47_10385_grep core-dump_dump_spb_CKM0016170xxxx_2017-01-13_11_38_22_17432_TLDlistener.exe core-dump_dump_spb_CKM0016170xxxx_2017-01-25_09_19_38_338_httpd core-dump_dump_spb_CKM0016170xxxx_2017-01-27_03_15_52_2648_xGate ======================== [Копіювальний апарат постійного струму]: Невідомі ядра на SSD в обробленому ======================== [DC копірі]: Ще не попередньо оброблені дампи ядра на SSD: ======================== service@(none) spb:~# svc_dc -dc peer /home/service/user core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd [DC copier]: У /EMC/backend/service/data_collection/core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir є пучок постійного струму.  [Копіювальний апарат постійного струму]:   вам потрібно ввести облікові дані протягом 15 секунд або запуститься лічильник прогресу[DC Copier]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar міститиме: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir [DC copier]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar успішно передано service@(немає) spb:~# exit <<< або "ssh peer", щоб повернутися до основного SP і підтвердити, що новостворений файл там є. Вихід З'єднання з одноранговим вузлом закрите. service@(немає) SPA:~# cd /cores/service/user<<< те саме місце, що й /home/service/user service@(none) spa:~# ll ... -rw-r---r-- 1 корінь 222310400 9 березня 14:37 core-dump_dump_spb_CKM001617xxxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar

Наш файл дампа (спочатку з SPB) знаходиться на основному SPA в цьому прикладі і готовий до завантаження. Не забувайте видаляти будь-які дампи з /cores/service/user або /home/service/user на обох SP після завантаження файлів з масиву.

Dell Unity 300, Dell EMC Unity 300F, Dell EMC Unity 350F, Dell EMC Unity 400, Dell EMC Unity 400F, Dell EMC Unity 450F, Dell EMC Unity 500, Dell EMC Unity 500F, Dell EMC Unity 550F, Dell EMC Unity 600, Dell EMC Unity 600F, Dell EMC Unity 650F , Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Family, Dell EMC Unity Hybrid ... View More View Less