Avamar Server /data01 分区由于 mc/server_tmp 和 /usr/local/avamar/var/client 下的大型文件而填满
摘要: 本文介绍了由于 mc/server_tmp 和 /usr/local/avamar/var/client 下的大型文件而填满 Avamar Server /data01 分区的问题。
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
此问题可能会导致 Avamar 应用工具节点或单节点系统上的操作系统文件系统空间异常消耗。
由于 /usr/local/avamar/var/mc/server_tmp 和 /usr/local/avamar/var/client 目录下保留许多大型旧文件,因此 /data01 分区会填满。
例如:
下面的输出显示 /usr/local/avamar/var/mc/server_tmp 目录包含 >2700 .tgz 文件,每个文件的大小通常为 66 MB,从 2015 年 3 月到 2012 年 5 月。
这些日志文件不受任何保留或轮换策略的约束。由于其大容量,他们可以在 /data01 分区中占用大量空间。随着 /data01 接近容量,Avamar 最终变得不可用。
由于 /usr/local/avamar/var/mc/server_tmp 和 /usr/local/avamar/var/client 目录下保留许多大型旧文件,因此 /data01 分区会填满。
例如:
下面的输出显示 /usr/local/avamar/var/mc/server_tmp 目录包含 >2700 .tgz 文件,每个文件的大小通常为 66 MB,从 2015 年 3 月到 2012 年 5 月。
root@utility:/data01/avamar/var/mc/server_tmp/#: ls -lh | grep .tgz total 124G -rw-r--r-- 1 admin admin 568 May 29 2012 logfiles_1338330318448.tgz -rw-r--r-- 1 admin admin 13K May 30 2012 logfiles_1338405771641.tgz -rw-r--r-- 1 admin admin 27K May 31 2012 logfiles_1338492171660.tgz -rw-r--r-- 1 admin admin 37K Jun 1 2012 logfiles_1338578571654.tgz <SNIP ---------------------------- 8< -------------------------- SNIP> -rw------- 1 admin admin 66M Mar 5 08:00 logfiles_1425567601020.tgz -rw------- 1 admin admin 66M Mar 5 08:01 logfiles_1425567636597.tgz -rw------- 1 admin admin 66M Mar 5 08:01 logfiles_1425567671397.tgz -rw------- 1 admin admin 66M Mar 6 08:00 logfiles_1425654001017.tgz -rw------- 1 admin admin 66M Mar 6 08:01 logfiles_1425654034980.tgz -rw------- 1 admin admin 66M Mar 6 08:01 logfiles_1425654066354.tgz计算此目录中的 .tgz 文件数
admin@sidhqavamar01:/usr/local/avamar/var/mc/server_tmp/>: ls -lah *.tgz | wc -l 2757在 /usr/local/avamar/var/client 目录中出现类似行为
admin@utility:/data01/avamar/var/client/#: sudo du . --max-depth=1 -h 41M ./replicate#MOD-1424203497509 117M ./replicate#MOD-1425398832493 68M ./replicate#Default_Replication_Schedule-clientA-1425672000054 120M ./replicate#MOD-1424970951485 68M ./replicate#Default_Replication_Schedule-clients-1425672000043 84M ./replicate#MOD-1415133503160 83M ./replicate#MOD-1405628619144 76M ./replicate#MOD-1397661154157 84M ./replicate#MOD-1410385621358 84M ./replicate#MOD-1409689173400 82M ./replicate#MOD-1404848813520 80M ./replicate#MOD-1403122780236 85M ./replicate#MOD-1412609411124 85M ./replicate#Default_Replication_Schedule-client.customer.com-1416686400025 84M ./replicate#MOD-1414680883852 84M ./replicate#MOD-1422031065131 84M ./replicate#Default_Replication_Schedule-client.customer.com-1416168000034 84M ./replicate#Default_Replication_Schedule-client.customer.com-1415649600090 84M ./replicate#Default_Replication_Schedule-client.customer.com-1415736000026 83M ./replicate#MOD-1405023714683 84M ./replicate#MOD-1409689187100 83M ./replicate#MOD-1407444765227 85M ./replicate#Default_Replication_Schedule-client.customer.com-1417204800027 84M ./replicate#Default_Replication_Schedule-client.customer.com-1416254400119 84M ./replicate#MOD-1421863201463 79M ./replicate#MOD-1415914397772 84M ./replicate#MOD-1421963374539 82M ./replicate#MOD-1406913347993 85M ./replicate#Default_Replication_Schedule-client.customer.com-1412967600091 85M ./replicate#MOD-1412027453487 83M ./replicate#MOD-1408995300732 84M ./replicate#MOD-1415919766438 84M ./replicate#Default_Replication_Schedule-client.customer.com-1415217600043 85M ./replicate#Default_Replication_Schedule-client.customer.com-1416772800076 85M ./replicate#Default_Replication_Schedule-client.customer.com-1417723200042 82M ./replicate#MOD-1406928734963 85M ./replicate#Default_Replication_Schedule-client.customer.com-1417291200088 84M ./replicate#Default_Replication_Schedule-client.customer.com-1421870400078 85M ./replicate#Default_Replication_Schedule-client.customer.com-1422475200057 85M ./replicate#Default_Replication_Schedule-client.customer.com-1422388800083 85M ./replicate#Default_Replication_Schedule-client.customer.com-1422907200043 84M ./replicate#MOD-1411414931158 83M ./replicate#Default_Replication_Schedule-client.customer.com-1409079600053 0 ./replicate#Default_Replication_Schedule-client.customer.com-1422993600018 84M ./replicate#Default_Replication_Schedule-client.customer.com-1415390400099 82M ./replicate#MOD-1407960092776 82M ./replicate#Default_Replication_Schedule-client.customer.com-1407783600074 84M ./replicate#Default_Replication_Schedule-client.customer.com-1409684400085 83M ./replicate#MOD-1409160327852 84M ./replicate#Default_Replication_Schedule-client.customer.com-1414695600099 85M ./replicate#Default_Replication_Schedule-client.customer.com-1416859200015 85M ./replicate#Default_Replication_Schedule-client.customer.com-1422561600041 85M ./replicate#MOD-1412693930999
这些日志文件不受任何保留或轮换策略的约束。由于其大容量,他们可以在 /data01 分区中占用大量空间。随着 /data01 接近容量,Avamar 最终变得不可用。
原因
现有日志轮换策略不考虑 /usr/local/avamar/var/mc/server_tmp 或 /usr/local/avamar/var/client/ 的内容。
解决方案
解决 方案:
与支持部门合作,删除多余的日志文件,并将系统恢复生产。
分辨率:
升级到已修复此行为的 Avamar v7.3。
与支持部门合作,删除多余的日志文件,并将系统恢复生产。
分辨率:
升级到已修复此行为的 Avamar v7.3。
受影响的产品
Avamar产品
Avamar文章属性
文章编号: 000160301
文章类型: Solution
上次修改时间: 04 5月 2025
版本: 9
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。