解决SnapCenter Plug-in for VMware vSphere提示找不到快照导致任务失败的问题
SnapCenter是NetApp提供的卷快照自动管理工具，可以根据指定规则自动生成卷的快照备份。
在部分场景下（典型场景为卷所在的NetApp存储阵列使用率较高或繁忙时），SnapCenter比较容易出现任务执行失败的情况。
问题现象
SnapCenter在执行某些快照任务时失败，任务日志中提示类似如下的报错信息：
清理CentOS中自动汇报错误工具（ABRT）产生的CCPP日志
在CentOS和RedHat操作系统中，有一个名为“自动汇报错误工具”（Automatic Bug Reporting Tool，简称ABRT）的系统服务。该服务是一个系统层的debug工具，可以为应用提供错误日志检测与分析。一旦该服务检测到应用问题，便会在指定路径创建一个以ccpp-Timestamp-ProcessUID格式命名的文件夹，并将相关dump日志放置于其中。
默认的ABRT日志存放路径为：
- CentOS 6.x：
/var/spool/abrt - CentOS 7.x：
/var/tmp/abrt
由于默认ABRT产生的日志文件不会自动清理，而一般/var挂载点分配的文件系统空间也不会很大，很容易导致该目录被日志填满，此时就需要手动清理。
CentOS/RedHat中为指定的物理网卡配置网卡绑定和VLAN标签
在CentOS/RedHat操作系统中为指定的物理网卡配置网卡绑定和VLAN标签。
禁用系统服务
1. 禁用高级网络管理服务（Network Manager）：
$ systemctl stop NetworkManager $ systemctl disable NetworkManager
2. 【可选】禁用防火墙服务（Firewalld）：
NetApp StorageGRID对象存储Storage节点上报告Lost Object的处理流程
警告描述
NetApp StorageGRID对象存储集群中的某个Storage节点，其Distributed Data Store（DDS）服务出现LOST (Lost Object): Over 0警告。此警告表示该节点上校验出对象存在于当前元数据记录中，但实际不存在或不可读的情况。
查询对象信息
1. SSH登陆到StorageGRID集群的Admin节点。
2. 切换至集群审计日志的保存路径：
映射iSCSI形式克隆卷至Linux时产生卷组冲突的处理办法
对于具备快照机制或者支持源卷克隆的iSCSI块存储卷，在进行非覆盖式恢复（即生成一个克隆卷）并映射给Linux时，若使用了LVM对卷进行管理，Linux会将其判断成原始卷，导致卷组冲突无法使用。要使该克隆卷可被重新读写，需要修正LVM中的卷组信息。
处理办法
1. 重新扫描iSCSI设备，以发现新映射的卷：
$ iscsiadm -m session --rescan 或 $ /usr/bin/rescan-scsi-bus.sh 或 $ echo "- - -" > /sys/class/scsi_host/hostX/scan
以上三种方式都可以重新扫描，推荐第一个及第二个扫描方式，对多路径支持较好。