Dell Unity：如何从 Unity 系统查找和下载转储文件（用户可纠正）
Summary: 有关如何查找和下载 SP 转储文件的说明。
Instructions
从 Unisphere
仅适用于 Unity OE 4.2.0.9392909 及更高版本）。登录到 Unisphere 并转至 服务 > 下载 > 核心转储。
此菜单有助于从任一 SP 检索核心转储文件，而不管当时哪个 SP 是主 SP。
从阵列下载后，将文件上传到服务请求。如果文件太大，请向您的支持代表请求 FTP 位置。
CLI 或 SSH
- 通过 SSH 连接到 Unity 并以服务用户身份登录。
- 记下您所在的存储处理器 (SP)，您自动连接到的 SP 是主 SP。如果您不确定，请运行 pgrep ECOM。主 SP 应返回进程 ID 号，这与辅助 SP 不同，后者不返回任何信息。请在“其他信息”中查看相关示例。
- 如果转储文件在主 SP 上，则发出以下命令：
- svc_dc -lcd，用于获取本地 SP 上可用核心转储的列表。每个条目对应一个转储文件。查找所需的转储（日期和时间在转储名称中）。
- svc_dc -dc /home/service/user <转储文件名> 以压缩和复制文件（/home/service/user 和转储名称之间有一个空格）。
- 如果转储文件在辅助 SP 上，请登录辅助 SP (ssh peer)，然后运行以下命令：
- svc_dc -lcd ，用于列出本地 SP 上的可用核心转储。
- svc_dc -dc peer /home/service/user <转储文件名> （/home/service/user 和转储名称之间有一个空格。）这将压缩转储文件夹并将其移至对等 SP 上的 /home/service/user。在本例中，我们将文件复制到主 SP，我们可以使用 WinSCP 从中获取文件。
- 在命令语法中，我们使用“peer”指定目标，这会将压缩文件移至对等 SP。此命令还可用于通过 SSH 将生成的文件移动到远程系统。有关详情，请查看 svc_dc -h。
- 打开 SFTP 客户端（如 WinSCP）并以服务身份登录到管理 IP 地址。（这仅将您连接到主 SP。）
- 转至 /home/service/user 目录（或 /cores/service/user，这是同一个位置），下载您在步骤 3 或 4 中创建的转储文件，然后上传到服务请求。如果文件太大，请向您的支持代表请求 FTP 位置。
- 下载后，从 /home/service/user 中删除转储文件，并从 /EMC/backend/service/data_collection/cores/ 中删除原始文件（需要 root 权限，仅限戴尔技术支持）。
手动压缩和复制核心转储文件
如果您不熟悉 Linux“tar”命令，请勿使用此方法，因为在错误的位置创建文件可能会损坏转储文件或导致其他问题（如重新启动 SP）。只有在其他所有方法失败后，才应使用此方法作为最后的手段，并且应该仅由高级 Linux 用户使用。如果您理解上述方法并且其他所有方法均已失败，则可以手动压缩转储文件目录。Unity 转储位于每个 SP 上的 /EMC/backend/service/data_collection/cores/ 中。
将转储目录压缩到文件 tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>。
<> dump_directory_name 是要压缩的目录（转储文件目录）。
如果在低于 4.5 版本的 Unity OE 上执行此操作，请使用 /home/service，因为从 Unity OE 4.5 开始才会创建下一级目录“user”。
生成的 .tar.gz 文件位于 /home/service/user 目录（或 /cores/service/user，这是同一个位置）。
如上所述，对于低于 4.5 版本的 Unity OE，文件应在 /cores/service 中创建。
请勿使用其他目标目录！这可能会导致严重的系统问题。
如果您需要使用此方法从辅助 SP 中获取日志，请参阅戴尔知识库文章 22501：Dell Unity：如何使用主 SP 从辅助 SP 下载文件（用户可纠正），了解如何使用 SCP 从辅助 SP 获取文件。
Additional Information
从阵列下载文件后，从两个 SP 上的以下位置删除所有转储文件。
/cores/service/user or /home/service/user（低于 4.5 版本的 Unity OE 为 /home/service or /cores/service）
/EMC/backend/service/data_collection/cores（需要 root 权限，仅限戴尔技术支持）。
这是为了避免将来出现问题（例如核心转储文件损坏或以下戴尔知识库文章中所述的问题：戴尔知识库文章 52543：Dell Unity：升级到 Unity OE 4.2 失败，并显示错误：check_cores_existed_files_2（用户可纠正）
/EMC/backend/service/data_collection/cores 中的文件只能以 root 用户身份删除，因此请联系戴尔技术支持或您的授权服务代表，并引用本文 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 是主 SP：
| service@none spa：~# pgrep ECOM 30065 |
您将获得 ECOM 的进程 ID (PID)，这是主 SP。ECOM（管理）仅在主 SP 上运行。在此示例中，SPA 是主 SPA。
但如预期的那样，当您通过 ssh 连接到辅助 SP 后，ECOM 将不会返回 PID，因为 ECOM 不会在辅助 SP 上运行：
| service@none spa：~#ssh peer service@none spb：~# pgrep ECOM service@none spb：~# |
如果 SP 处于服务模式，任何 SP 都不会返回 ECOM 的 PID。如果 SP 处于服务模式，ECOM 不会运行。
列出、压缩和移动主 SP 上的转储文件：
| service@（none） spa：/# svc_dc -lcd ======================== [DC copier]：后端可用： 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复印机]：已处理 ======================== [DC copier]：Not yet pre-processed core dumps at 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 捆绑包。 [DC copier]： safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar will contain： 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@（无） spa：/#cd /home/service/user service@（无） spa：/home/service/user# ll （or ls）... -rw-r--r-- 1 root root 681431040 Mar 8 22：24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar |
列出、压缩和移动辅助 SP 上的转储文件：
|
service@（none） spa：~# ssh peer << 以更改为辅助 SP service@（none） spb：~# svc_dc -lcd << 列出 SPB 上的所有可用核心转储（在本例 ======================== |
我们的转储文件（最初来自 SPB）位于主 SP（在此示例中为 SPA）上，可供下载。从阵列下载文件后，请务必从两个 SP 上的 /cores/service/user 或 /home/service/user 中删除所有转储文件。