Dell Unity: Unity 시스템에서 덤프 파일 검색 및 다운로드하는 방법(사용자 수정 가능)

Unisphere의 경우 

Unity OE 4.2.0.9392909 이상에서만 사용할 수 있습니다.
Unisphere에 로그인하고 서비스 > 다운로드 > 코어 덤프로 이동합니다.
이 메뉴를 사용하면 현재 주 SP에 관계없이 두 SP 중 하나에서 코어 덤프 파일을 쉽게 검색할 수 있습니다.
어레이에서 파일을 다운로드한 후 Service Request에 업로드합니다. 파일이 너무 큰 경우에는 지원 담당자에게 FTP 위치를 요청해 주십시오. 
 

CLI 또는 SSH

1. SSH를 통해 Unity에 연결하고 서비스 사용자로 로그인합니다.
2. 현재 로그인 중인 SP(Storage Processpr)를 기록해 둡니다. 자동으로 접속되는 SP가 주 SP입니다. 확실하지 않은 경우 pgrep ECOM을 실행합니다. 아무것도 반환하지 않는 보조 SP와 달리 주 SP는 프로세스 ID 번호를 반환합니다. 이에 대한 예시는 추가 정보를 참조하십시오.
3. 덤프 파일이 주 SP에 있는 경우 다음 명령을 실행합니다.
   • svc_dc -lcd를 실행하여 로컬 SP에서 사용 가능한 코어 덤프 목록을 가져옵니다. 각 항목은 덤프 파일에 해당합니다. 필요한 덤프를 찾습니다(덤프명에 날짜와 시간 포함).
   • -dc /home/service/user <덤프 파일 이름을> svc_dc하여 파일을 압축하고 복사합니다(/home/service/user와 덤프 이름 사이에 공백이 있음).

4. 덤프 파일이 보조 SP에 있는 경우 보조 SP(ssh 피어)에 로그인하여 다음을 수행합니다.
   • svc_dc -lcd를 실행하여 로컬 SP에서 사용 가능한 코어 덤프를 나열합니다.
   • svc_dc -dc peer /home/service/user <덤프 파일 이름> (/home/service/user와 덤프 이름 사이에 공백이 있음) 그러면 덤프 폴더가 압축되어 피어 SP의 /home/service/user로 이동합니다. 이 경우에는 WinSCP로 파일을 가져올 수 있는 주 SP로 파일을 복사합니다.
   • 명령 구문에서 타겟을 "피어"로 지정하여 압축된 파일을 피어 SP로 이동합니다. 이 명령을 사용하여 산출된 파일을 SSH를 통해 원격 시스템으로 이동할 수도 있습니다. 자세한 내용은 svc_dc -h를 참조해 주십시오.
5. SFTP 클라이언트(예: WinSCP)를 열고 관리 IP 주소에 서비스로 로그인합니다. 이렇게 하면 주 SP에만 연결됩니다.
6. /home/service/user 디렉토리(또는 동일한 위치에 있는 /cores/service/user)로 이동하여 3 또는 4단계에서 만든 덤프 파일을 다운로드한 다음 서비스 요청에 업로드합니다. 파일이 너무 큰 경우에는 지원 담당자에게 FTP 위치를 요청해 주십시오. 
7. 다운로드가 완료되면 /home/service/user에서 생성된 덤프 파일을 삭제하고 /EMC/backend/service/data_collection/cores/에서 원본 파일을 삭제합니다(루트 필요, Dell 기술 지원 부서만 해당).

도움이 필요한 경우, Dell 기술 지원 부서 또는 권한을 부여받은 서비스 공급업체에 문의하고 이 기술 자료 문서 ID를 알려주십시오.
 

수동으로 코어 덤프 파일 압축 및 복사하기

Linux "tar" 명령을 잘 모르는 경우 이 방법을 사용하지 마십시오. 덤프 파일이 손상되거나 잘못된 위치에 파일이 생성될 경우 SP 재부팅 등의 추가 문제가 발생할 수 있습니다. 이 방법은 다른 모든 방법이 실패한 경우 최후의 수단으로만 사용해야 하며 고급 Linux 사용자만 사용해야 합니다.

위의 방법을 이해했지만 다른 모든 방법이 실패한 경우 덤프 파일 디렉토리도 수동으로 압축할 수 있습니다. Unity 덤프는 각 SP의 /EMC/backend/service/data_collection/cores/ 에 있습니다.

덤프 디렉토리를 tar -zcvf /home/service/user 파일로 압축합니다. tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
4.5보다 이전 버전의 Unity OE에서 이 작업을 수행하는 경우 다음 레벨 디렉토리 "user"가 Unity OE 4.5 이후 버전에만 생성되었으므로 /home/service를 사용해 주십시오.

산출된 .tar.gz 파일은 /home/service/user 디렉토리(또는 같은 위치인 /cores/service/user)에 있습니다.
4.5 이전의 Unity OE의 경우 위에 설명된 대로 /cores/service에서 파일을 생성해야 합니다.

다른 타겟 디렉토리는 사용하지 마십시오! 심각한 시스템 문제가 발생할 수 있습니다.

보조 SP에서 이 방법을 사용하는 로그가 필요한 경우 Dell KB 문서 22501: Dell Unity: 주 SP를 사용하여 보조 SP에서 파일을 다운로드하는 방법(사용자 수정 가능)(영문)에서 SCP를 사용하여 보조 SP에서 파일을 가져오는 방법을 참조하여 주십시오.

어레이에서 파일을 다운로드한 후에는 두 SP의 다음 위치에서 덤프를 모두 삭제합니다.
/cores/service/user 또는 /home/service/user(/home/service 또는 4.5 이전 버전 Unity OE의 경우 /cores/service)
/EMC/backend/service/data_collection/cores(루트 필요 - Dell 기술 지원 부서만 해당).

이는 향후 발생할 수 있는 문제(예: 손상된 코어 덤프 파일 또는 Dell KB 문서 52543: Dell Unity: Unity OE 4.2로의 업그레이드가 실패하고 다음 오류가 발생합니다. check_cores_existed_files_2(사용자 수정 가능) 

/EMC/backend/service/data_collection/cores의 파일은 루트 사용자로만 삭제할 수 있으므로 Dell 기술 지원 부서 또는 공인 서비스 담당자에게 문의하고 이 문서 ID를 인용하십시오.

중요 : 파일을 영구적으로 삭제하기 전에 파일의 md5sum(SP에서 다운로드된 파일과 원본 파일)을 비교합니다.

수동으로 압축했을 수 있는 파일이 아니라 /EMC/backend/service/data_collection/cores/<dump_folder>에서 원래 덤프 파일 md5sum 을 확인하십시오.
md5sum을 확인하려면 다음을 실행합니다.

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

 

위에서 설명한 명령의 예시

pgrep를 사용하여 주 SP 확인:

service@none 스파:~# pgrep ECOM 30065

ECOM에 대한 PID(Process ID)가 있습니다. 이 PID는 주 SP입니다. ECOM(관리)은 주 SP에서만 실행됩니다. 이 예시에서는 SPA가 주 SP입니다.

그러나 예상할 수 있는 것처럼 보조 SP에 ssh를 입력하면 ECOM이 보조 SP에서 실행되지 않으므로 ECOM에 대한 PID가 반환되지 않습니다.

service@none 스파:~#ssh 피어 service@none spb:~# pgrep ECOM service@none spb:~#

SP가 서비스 모드인 경우, 어떤 SP도 ECOM에 대한 PID를 반환하지 않습니다. SP가 서비스 모드인 경우 ECOM이 실행되지 않습니다.

주 SP에서의 덤프 파일 목록 작성, 압축 및 이동:
 

service@(없음) SPA:/# svc_dc -lcd ======================== [DC 복사기]: 백엔드에서 사용 가능: 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 << 이 예에서는 이 옵션을 사용합니다. ======================== [DC 복사기]: 처리된 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 복사기]: /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir에 DC 번들이 있습니다. [DC 복사기]: 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 복사기]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar /home/service/user에 성공적으로 전송됨 service@(없음) SPA:/#cd /home/service/user service@(없음) spa:/home/service/user# ll(또는 ls)... -rw-r--r-- 루트 루트 1개 681431040 Mar 8 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar

 

보조 SP에서 덤프 파일 목록 작성, 압축 및 이동:

service@(없음) SPA:~# 보조 SP 로 변경할 SSH 피어 << service@(없음) 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 ======================== [DC 복사기]: 처리된 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 복사기]에서 아직 사전 처리되지 않은 코어 덤프: 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"를 눌러 주 SP로 돌아가서 새로 생성된 파일이 있는지 확인합니다. 로그아웃(logout) 피어에 대한 연결이 닫혔습니다. service@ (없음) SPA : ~ # cd / cores / service / user<<< 와 같은 위치 / home / service / user service@ (없음) SPA : ~ # ll ... -rw-r--r-- 루트 루트 1개 222310400 Mar 9 core-dump_dump_spb_CKM001617xxxxx_2016-09-08_09_18_19_11994_mgmtd_nogdb.tar 14:37

원래 SPB의 덤프 파일은 주 SP, 이 예시에서는 SPA에 있으며 다운로드할 준비가 되어 있습니다. 어레이에서 파일을 다운로드한 후에는 두 SP의 /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