Data Domain — /ddvar 中的空间不足

/ddvar 目录（/ddvar/ 和 /ddr/var/ 可互换使用）是一个管理目录，用于放置日志文件、生成的支持上传捆绑包、压缩的核心文件和 .rpm 升级程序包。有时，此目录可能会变得太满，从而触发 Data Domain 系统发送警报：

# 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 = /ddvar 中用于系统维护活动的空间不足。

某些进程（包括 FS（处理所有数据访问）依赖于 /ddvar 分区来写入日志，如果分区已完全填满且无法写入，FS 进程最终可能无法正常工作，并可能因此终止不再启动。因此，客户必须注意这些警报并采取相应的行动。

存储在操作系统分区中的日志文件过多会导致 ddvar 空间不足，有时，当核心文件存储在 /ddr/var/ 中（而不是存储在单独的分区中，例如 /ddr/var/core/ 或 /ddr/var/ext/）时，这也可能是原因。有时 SUB 非常大（几 GiB），客户会不断创建更多 SUB 以进行故障排除，因此磁盘空间会很快被消耗。有时会出现以下问题：大型日志文件无法轮换，或者以前的故障处理工作存在遗留问题，占用 /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 中的空间不足，核心转储功能现已禁用”

适用对象

• 所有 Data Domain 系统
• 所有软件版本

解决方案

==========服务器使用情况==========
资源大小 使用的 GB 可用 GB GB 使用%
------------------         --------        --------           ---------      ----
/backup： pre-comp - 17814.5 - -
/backup： post-comp 1892.9 1099.1 793.8 58%
/ddvar 19.7 14.1 4.6       75%

1. 确认 /ddvar 空间不足。
   在 Data Domain 系统提示符处 180649 键入：
   DF系列
2. 请注意，/ddvar 中的已用空间可能会暂时增加，并导致瞬时空间使用警报，如瞬时 /ddvar 空间使用量增加181878 KB 中所述。如果仍需要清理 /ddvar 中的文件以释放更多空间，请继续执行后续步骤。
3. 确定 Data Domain 系统的 主机名 和 IP 地址 。

   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. 确保 Data Domain 系统的访问列表 （ACL） 配置为 181315 以允许从当前系统访问。
2. 从 Data Domain 系统中删除旧的核心文件。提醒：如果主机名不起作用，请尝试改用 IP 地址 。

   ==========服务器使用情况==========
   资源大小 使用的 GB 可用 GB GB 使用%
   ------------------         --------        --------           ---------      ----
   /backup： pre-comp - 17814.5 - -
   /backup： post-comp 1892.9 1099.1 793.8 58%
   /ddvar 19.7 3.2 16.5       12%
   
   	

   1. 在 Windows 系统上，单击 开始 按钮并选择 运行... 并键入 \ddvar 共享的 IP 地址 （或 主机名）和路径。
      
      单击确定
   2. 使用以下帐户之一向 DataDomain 恢复程序进行身份验证，以获得 /ddvar 共享的完整权限：
      • 恢复者默认 sysadmin 帐户
      • 属于 admin
        类的一部分的其他恢复者本地帐户 使用命令 # user show list 进行确认
      • 显示组 ID 为 50
        的 Active Directory 管理员帐户 使用命令确认 # cifs 故障排除 用户 10500
   3. 删除核心文件（如果存在）。打开 \核心 文件夹。
      
      • 如果存在核心文件，请按日期列出它们（详细视图）。如果核心文件日期在过去 24 小时内，这可能表示存在更严重的问题，需要进一步分析。如果是这种情况，请联系您的签约支持提供商，在创建服务请求后上传支持包 （SUB） 链接错误180563和最新的核心文件
      • 如果核心文件不是最新的，请突出显示并删除所有文件。
   4. 删除旧的支持上传包 （SUB） 文件。导航至 \ddvar\support 文件夹。
      
      • 突出显示并删除所有支持包文件 （support-bundle.tar.gz*）
   5. 删除旧升级文件（.rpm 文件），从 Data Domain 系统中获取）。
      导航至 \ddvar\releases 文件夹。突出显示并删除所有文件。
      提醒： .rpm 文件是临时使用的（仅在升级期间）。升级系统后，将不再需要这些文件。
   6. 验证空间是否已恢复。
      在 Data Domain 系统提示符处，键入：
      DF系列
   使用基于 Unix 的系统释放 /ddvar目录中的磁盘空间。

   ==========服务器使用情况==========
   资源大小 使用的 GB 可用 GB GB 使用%
   ------------------         --------        --------           ---------      ----
   /backup： pre-comp - 17814.5 - -
   /backup： post-comp 1892.9 1099.1 793.8 58%
   /ddvar 19.7 3.2 16.5       12%
   
   

   1. 确保 Data Domain 系统的 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 系统提示符处，键入：
      DF系列
   提醒：如果 /ddvar 执行本文中的步骤后仍报告已满，请联系您的签约支持提供商，收集自动支持 180561 并 创建服务请求

参考

• 瞬时 /ddvar 空间使用量增加181878
• /ddvar 180997中的空间的警报计算

提醒：本文中的链接仅供注册的戴尔客户使用。