Dell Unity. Как найти и скачать файлы ДАМПА из системы Unity (исправляется пользователем)

Из Unisphere 

Доступно только для Unity OE 4.2.0.9392909 и более поздних версий.
Выполните вход в Unisphere и перейдите в раздел Сервисные >> загрузки Дамп ядра.
Это меню упрощает извлечение файлов дампа ядра с любого процессора СХД независимо от того, какой процессор СХД является основным в данный момент.
После скачивания из массива загрузите файлы в сервисную заявку. Если файл слишком большой, запросите FTP-адрес у представителя службы поддержки. 
 

CLI или SSH

1. Подключитесь к системе Unity по протоколу SSH и войдите в систему как служебный пользователь.
2. Обратите внимание, на каком процессоре СХД вы сейчас находитесь. Автоматический процесс подключается к основному процессору СХД. Если вы не уверены, выполните pgrep ECOM. Основной процессор СХД должен возвращать идентификационный номер процесса, в отличие от вторичного процессора СХД, который не возвращает никаких данных. Пример см. в разделе «Дополнительная информация».
3. Если файл дампа находится на основном процессоре СХД, выполните следующие команды:
   • svc_dc -lcd для получения списка доступных дампов ядра на локальном процессоре СХД. Каждая запись соответствует файлу дампа. Найдите необходимый дамп (дата и время указаны в названии дампа).
   • svc_dc -dc /home/service/user <dump name> , чтобы сжать и скопировать файл (между /home/service/user и именем дампа есть пробел).

4. Если файл дампа находится на вторичном процессоре СХД, выполните вход на вторичный процессор СХД (ssh peer) и выполните следующие команды.
   • svc_dc -lcd для получения списка доступных дампов ядра на локальном процессоре СХД.
   • svc_dc -dc peer /home/service/user <dump name> (между /home/service/user и именем дампа есть пробел.) Это сжимает папку дампа и перемещает ее в папку /home/service/user на соседнем одноранговом процессоре СХД. В этом случае мы копируем файл на основной процессор СХД, откуда его можно получить с помощью WinSCP.
   • В синтаксисе команды мы задаем целевой объект с помощью параметра «peer», который перемещает сжатый файл в одноранговый процессор СХД. Эта команда также может использоваться для перемещения полученного файла в удаленные системы по протоколу SSH. Подробнее см. в разделе «svc_dc -h».
5. Откройте клиент SFTP (например, WinSCP) и войдите на IP-адрес управления в качестве службы. (Подключение только к основному процессору СХД.)
6. Перейдите в каталог /home/service/user (или /cores/service/user, поскольку это одно местоположение), скачайте файл дампа, созданный в шагах 3 или 4, и загрузите его в сервисную заявку. Если файл слишком большой, запросите FTP-адрес у представителя службы поддержки. 
7. После загрузки удалите созданные файлы ДАМПА из папки /home/service/user и исходные файлы из папки /EMC/backend/service/data_collection/cores/ (требуются права root, только для службы технической поддержки Dell).

Если вам нужна помощь, обратитесь в службу технической поддержки Dell или к авторизованному поставщику услуг и укажите идентификатор этой статьи базы знаний.
 

Сжатие и копирование файлов дампа ядра вручную

Если вы не знакомы с командой Linux «tar», не используйте этот метод, так как он может повредить файлы дампа или вызвать дополнительные проблемы (например, перезагрузить процессор СХД), если файлы созданы в неправильном местоположении. Этот метод следует использовать только в качестве крайней меры, если больше ничего не сработало. Он предназначен только для опытных пользователей Linux.

Если указанный выше метод был понятен и все остальные способы не помогли, каталог файла ДАМПА можно также сжать вручную. Дампы Unity находятся в каталоге /EMC/backend/service/data_collection/cores/ на каждом процессоре СХД.

Сожмите каталог дампа в файл, 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, как описано выше.

Не используйте другие целевые каталоги! Это может привести к серьезным проблемам с системой.

Если вам нужны журналы с использованием этого метода из вторичного процессора СХД, см. статью базы знаний Dell 22501: Dell Unity. Как скачать файлы из вторичного процессора СХД с помощью основного процессора СХД (исправляется пользователем), чтобы узнать, как получить файлы из вторичного процессора СХД с помощью SCP.

Удалите все дампы из следующих местоположений на обоих процессорах СХД после скачивания файлов из массива.
/cores/service/user или /home/service/user (/home/service или /cores/service для версий Unity OE до 4.5)
/EMC/backend/service/data_collection/cores (требуются права root — только для службы технической поддержки Dell).

Это позволит избежать проблем в будущем (например, поврежденных файлов дампа ядра или проблем, описанных в статье базы знаний Dell 52543: Dell Unity. Сбой модернизации до Unity OE 4.2 с ошибкой: check_cores_existed_files_2 (исправляется пользователем) 

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

ВАЖНО: Перед окончательным удалением файлов сравните md5sum файлов (скачанных и исходных файлов на процессоре СХД).

Проверьте исходный файл дампа md5sum в /EMC/backend/service/data_collection/cores/<dump_folder>, а не файл, сжатый вручную.
Чтобы проверить md5sum, выполните следующее:

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

 

Примеры команд, описанных выше

Использование pgrep для подтверждения того, какой процессор СХД является основным.

service@none spa:~# pgrep ECOM 30065

Вы получите идентификатор процесса (PID) для ECOM, это основной процессор СХД. ECOM (управление) работает только на основном процессоре СХД. В данном примере процессор СХД A является основным.

Но как и ожидалось, после того, как вы подключились по ssh ко вторичному процессору СХД, для ECOM не будет возвращен PID, так как ECOM не работает на вторичном процессоре СХД:

service@none spa:~#ssh одноранговый service@none spb:~# pgrep ECOM service@none spb:~#

Если процессоры СХД находятся в режиме обслуживания, ни один из процессоров СХД не возвращает PID для ECOM. ECOM не работает, если процессоры СХД находятся в режиме обслуживания.

Перечисление, сжатие и перемещение файла дампа на основном процессоре СХД:
 

service@(нет) spa:/# svc_dc -lcd ======================== [средство копирования постоянного тока]: Доступно на бэкенде: 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 в processed ======================== [DC copier]: Еще не обработанные предварительно обработанные дампы ядра на 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. [DC copier]: 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 [DC copier]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar передано в /home/service/user успешно service@(none) 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

 

Перечисление, сжатие и перемещение файла дампа на вторичном процессоре СХД:

service@(none) spa:~# ssh peer << для перехода на вторичный процессор СХД service@(none) spb:~# svc_dc -lcd << со списком всех доступных дампов ядра на SPB (в данном случае дополнительном) ======================== [средство копирования DC]: Доступно на backend: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd <<< мы используем это для примера. Ядро-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 Ядро-dump_dump_spb_CKM0016170xxxx_2017-01-25_09_19_38_338_httpd Ядро-dump_dump_spb_CKM0016170xxxx_2017-01-27_03_15_52_2648_xGate ======================== [Устройство копирования постоянного тока]: Нет известных ядер на SSD в processed ======================== [DC copier]: Еще не обработанные предварительно обработанные дампы ядра на SSD: ======================== service@(none) spb:~# svc_dc -dc peer /home/service/user core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd [средство копирования постоянного тока]: There is a DC bundle in /EMC/backend/service/data_collection/cores/core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_dir.  [DC copier]:   Вы должны ввести учетные данные в течение 15 секунд, иначе счетчик хода выполнения запустится [Копировальный аппарат DC]: 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]: core-dump_dump_spb_CKM0016170xxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar успешно передано service@(нет) SPB:~# exit <<< или «ssh peer», чтобы вернуться к основному процессору СХД и убедиться, что новый файл находится там. Выход Подключение к одноранговому узлу закрыто. service@(none) 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

Наш файл дампа (первоначально из процессора СХД B) находится на основном процессоре СХД, процессор СХД A в данном примере, и готов к скачиванию. Не забудьте удалить все дампы из /cores/service/user или /home/service/user на обоих процессорах СХД после скачивания файлов из массива.

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