ECS：呼叫总部 - Ref_ID：RepoDiskLevelGC - 症状代码：1337

ECS 已呼叫总部并显示以下警报。

<?xml version="1.0" encoding="UTF-8"?>
<ConnectHome SchemaVersion="1.0.8"
    xsi:schemaLocation="/opt/connectemc/schema/ema_ConnectHome108.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
                <Event>
                    <SymptomCode>1337</SymptomCode>
                    <Category>Configuration</Category>
                    <Severity>Warning</Severity>
                    <Status>Unknown</Status>
                    <Component>Object</Component>
                    <ComponentID></ComponentID>
                    <SubComponent>REPO Disk GC</SubComponent>
                    <SubComponentID></SubComponentID>
                    <CallHome>true</CallHome>
                    <FirstTime>2019-01-29T17:08:22.642Z</FirstTime>
                    <LastTime>2019-01-29T17:08:22.642Z</LastTime>
                    <Count>0</Count>
                    <EventData><![CDATA[]]></EventData>
                    <Description><![CDATA[Capacity free-up throughput is too slow to catch up with user garbage collection. Please involve ECS engineering.  [Ref_ID : RepoDiskLevelGC]]]></Description>
                </Event>
            </EventList>
        </InternalData>
        <ExternalFiles/>
    </Node>
</ConnectHome>

用户数据的空间回收太慢。瓶颈在于区块级回收。在以下情况下会生成此警报：
1.存在超过 10 TB 的完整垃圾。
2.垃圾检测率和垃圾区块回收率之间的差值大于 100 GB。

如果最近进行了大量删除，这可能会作为误报触发。请按照以下步骤确定是否如此。

1. 通过 putty 会话连接到群集中的一个节点。
2. 验证当前传感器状态。

# svc_rest_cmd /vdc/sensor/status/RepoDiskLevelGC

示例：

# svc_rest_cmd /vdc/sensor/status/RepoDiskLevelGC
svc_rest_cmd 1.0.10

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<SensorStatusList>
  <SensorId>RepoDiskLevelGC</SensorId>
  <ListSensorStatus>
    <SensorStatusRestRep>
      <ContextId>Repo Disk Level GC</ContextId>
      <CurrentState>OK</CurrentState>
      <NodeId>47b32995-35fc-4593-8f3c-39c878fb10ad</NodeId>
      <PreviousState>OK</PreviousState>
      <Time>1551104230509</Time>
    </SensorStatusRestRep>
  </ListSensorStatus>

3.  <查找 CurrentState>，如果设置为 OK，则错误处于非活动状态，这可能是误报。请忽略警报，但如果在下周内再次触发，则向技术支持部门提出服务请求。