NetApp CIFS共享突然无法访问的几种情况

NetApp作为NAS之王，其NAS场景（包括CIFS及NFS）必然是大多数使用场景之一，在配置正常及环境运行正常的情况下，NetApp出色的性能及硬件稳定性将最大程度减少管理员的日常干预及维护，但以CIFS为例，可能会出现计划外无法正常访问的情况，我多年的配置及运维经验大概整理出如下的几种原因：

除了常规的排查，我以其中三种特殊情况进行了相关问题描述及解决方案的整理：

NetApp时间与AD时间差值超5分钟

此问题发生的几率较高，当NetApp Cluster时间与AD时间差值超过5分钟则域信任关系会失败，此时先确认时间：

FAS2720::> date
Node      Date                     Time zone
--------- ------------------------ -------------------------
FAS2720-01
          Mon Nov 29 21:48:37 2021 Asia/Shanghai
FAS2720-02
          Mon Nov 29 21:48:37 2021 Asia/Shanghai
2 entries were displayed.

若确认确实是时间问题导致的访问异常，同时业务的连续性要求较高，需要在最短的时间内紧急恢复，可以先临时马上手动修改时间：

FAS2720::> date ?
  [ -u|-u <[[[[[cc]yy]mm]dd]hhmm[.ss]]> ]  UTC Date and Time
FAS2720::> date 202111291010

后期找时间完成NTP及Timezone设置，确保时间实时与AD一致：

FAS2720::> cluster time-service ntp server modify -server
    x.x.x.100      x.x.x.231      ntp1.aliyun.com

FAS2720::> timezone -timezone Asia/Shanghai -version true

NetApp共享卷达到上限

有一种场景用户发现能正常访问和读取数据，但无法写入数据，同时挂载的空间仍显示有剩余空间，这种场景通常是卷内的文件数量达到了默认的上限（多出现与制造业机台需要写入海量的小文件），可以先查看当前卷设置的最高文件数量以及使用的数量：

FAS2720::> vol show -vserver CIFS -volume FileServer -fields files -fields files-used
vserver volume     files    files-used
------- ---------- -------- ----------
CIFS    FileServer 21251126 2837151

根据不同的Ontap版本，一般的缺省文件数量在2000万左右，若在极端场景下确实文件数量已经满，可直接修改卷的最大文件数量（实时修改不停机），此时NetApp作为NAS之王的一大优势就显现了，单个卷最大支持的文件数为20亿！

FAS2720::> vol modify -vserver CIFS -volume FileServer -files 21251126

卷空间异常增长

这种场景相对比较特殊了，某用户卷使用空间已满导致访问异常，由于本身AGGR空间已所剩不多，所以对CIFS扩卷相对比较保守，每次只扩少量空间，但诡异的是刚扩出来的几十G空间在几十秒到几分钟的时间内消耗殆尽，多次扩卷都是如此

期初怀疑为用户有疑似中毒行为导致的持续垃圾数据的写入，后经排查是因为卷开启了重删Dedup，而重删从原理上将会需要一部分的临时空间用于存放比对的指纹数据，等最后比对完成后会删除，如果期间Vol无法提供多余的临时空间Dedup的进程就会hung住，直到Vol有新的空间的时又会马上填满

vol详细信息显示的空间异常

查看日志发现问题应该是最后在做dedupe扫描的时候报错从而导致临时的空间被lock

    Mon Dec  2 08:08:29 CST 2019 [Vserver UUID: 2b73a12f-59e5-11e9-8a42-00a098fc624f] /vol/vol_user_data_01 [sid: 1572213981] Stats (blks gathered 0,finger prints sorted 3631272653,dups found 892,new dups found 3,blks deduped 578,finger prints checked 14248404480,finger prints deleted 0)
    Mon Dec  2 08:08:29 CST 2019 [Vserver UUID: 2b73a12f-59e5-11e9-8a42-00a098fc624f] /vol/vol_user_data_01 [sid: 0] Error (Not enough disk space for the operation )

解决方案：
1.将这个volume: vol_user_data_01的dedupe关掉再重打开

vol efficiency modify -volume vol_user_data_01 -cross-volume-inline-dedupe  false
vol efficiency modify -volume vol_user_data_01 -cross-volume-background-dedupe false
vol efficiency modify -volume vol_user_data_01 -inline-dedupe false
vol efficiency modify -volume vol_user_data_01 -inline-dedupe true
vol efficiency modify -volume vol_user_data_01 -cross-volume-inline-dedupe  true
vol efficiency modify -volume vol_user_data_01 -cross-volume-background-dedupe true 

2.清楚旧指纹数据（改操作会占用部分IO资源，建议在业务低峰期运行）

volume efficiency start -vserver CIFS -volume vol_user_data_01 -scan-old-data true