NetApp存储inodes超限导致应用报空间不足

应用层访问NAS报下面的错,虽然空间是充足的,但却报空间不够,

进入存储,发现有下面的报错。

vol status a_Wed Nov 12 10:09:29 CST [ac-idc-metro1:wafl.vol.outOfInodes:notice]: file system on Volume a_documentum is out of inodes

原来是这个卷的inodes数量超限了,可以把inodes数量理解为文件数量,这里也就是文件太多了,超过了卷的默认值。

这种错误有三种处理办法:

方法一:删除文件和相关快照。

这种方法通常不靠谱,因为生产数据谁会去删呢?

方法二:增大空间。

增大空间也会增加可用的inodes值。

方法三:修改inodes最大值,这个方法靠谱。

首先用maxfiles volname 或者df –i volname命令查看当前的值。

netapp> df -i a_documentum           
Filesystem               iused      ifree  %iused  Mounted on      
/vol/a_documentum/    32038159   20838518     61%  /vol/a_documentum/

然后用maxfiles volname [new_number_of_files]命令增加inodes可用数量即可。

但这个[new_number_of_files]到底设置成多少合适呢?建议你逐步增加,如果太大,系统也会自动提示你修改,所以不用担心。

时间: 2024-08-09 17:37:10

NetApp存储inodes超限导致应用报空间不足的相关文章

netAPP存储恢复删除数据方法-留着万一有用呢

[存储数据恢复背景介绍] 某公司的netAPP存储设备,因为实习生在操作过程中的误操作导致存储内部分重要数据被删除,该存储采用的是WAFL文件系统,底层是多块硬盘组成的raid阵列.下面小编将为大家详细介绍该案例的数据恢复过程,同时该数据恢复方法同样适用于netAPP其他型号存储的误删除数据的恢复. [存储数据误删除恢复方法] 对存储设备的原始数据进行镜像备份,这样做的目的是为了在数据恢复过程中对镜像数据进行分析与恢复,保留用户的存储设备原始状态,以免因数据恢复工作人员的操作对原始数据进行更改或

一个sql导致temp表空间爆掉

Buffer sort引发的血案 今天遇到的一个问题,在线系统上,有两张表,test1大概50G,test2大概200G,需要查询出来test1表中部分记录,并且这些记录不存在test2表中.于是就写了一个sql: select t1.* from test1 t1, test2 t2 where t1.col1 = t2.col1(+) and t1.col2 = t2.col2(+) and t1.col3 = t2.col3(+) and t2.col1 is null; 因为是在线系统,

使用Perfstat工具收集Netapp存储诊断信息

概要简介 Perfstat是一个Netapp存储诊断数据命令行收集工具,该工具能够收集Netapp存储的详尽的信息,包括配置信息和性能数据,针对于Netapp存储OS的2种模式分别有两个版本: 存储模式 Perfstat版本 7 mode Perfstat 7 Cluster Mode Perfstat 8 perfstat 7.x用于收集 7 mode Netapp存储的信息,perfstat 8.x主要用于收集Cluster mode Netapp存储信息 注意: 从Netapp Data

ridge regression 无惩罚,导致预测结果空间过大而无实用价值

[ biased regression methods to reduce variance---通过偏回归来减小方差] https://onlinecourses.science.psu.edu/stat857/node/137 Introducing biased regression methods to reduce variance Implementation of Ridge and Lasso regression https://onlinecourses.science.ps

NetApp存储数据误删除恢复报告

一.NetApp存储阵列简要: NetApp FAS3220是NetApp推出的中端存储阵列,针对NAS和SAN环境构建,被定制为虚拟化.私有云或传统.早先的用途,适用于从几TB到超过2PB的存储需求,提供数据保护,可扩展性,自动精简配置,精简克隆,备份和灾难恢复,下面就讲解NetApp FAS 3220存储的数据恢复的方法. 二.NetApp存储阵列故障信息: 本次讲解的NetApp FAS 3220型号的存储,硬件环境是一共96块600G的SAS硬盘,硬盘和普通的硬盘还不一样,这个硬盘的扇区

NetApp存储无法开机问题处理-(初始化重装系统)

测试环境:     原有存储是两个独立控制器+磁盘柜,目前是一个控制器+磁盘柜.开机启动时,先开启扩展柜,一分钟后开启控制器.发现系统起不来,经过多次尝试失败后,决定通过维护模式进入系统进行查看.(类似于Windows7的维护模式一样) 问题处理:    开机boot启动项,按Ctrl+C命令中断正常启动,进入到boot menu菜单.     Starting AUTOBOOT press Ctrl-C to abort...    Loading X86_64/freebsd/image1/

SUN平台服务器光纤共享存储互斥失败导致的数据恢复

服务器数据恢复故障描述: 服务器最初的设计思路为将两台SPARC SOLARIS系统通过光纤交换机共享同一存储作为CLUSTER使用,正常情况下A服务器工作,当A服务器发生故障宕机后即可将其关机然后开启B服务器进行接管.但由于服务器配置不当导致两台SERVER并未很好地对存储互斥 管理员对服务器进行运维检查时开启B服务器,查到B服务器连接了一组未知的大容量磁盘,由于B服务器并未启用,处于闲置状态,所以管理员以为磁盘也是闲置的,于是将整个磁盘的某个分区做了newfs.然而这个磁盘就是那个共享存储,

存储互斥失败导致数据丢失的数据恢复成功案例

数据恢复故障描述 需要恢复的数据是某公司的一个信息管理平台,客户使用了3台虚拟机为企业共享一台存储设备,供企业内部使用,存储了公司大量的重要数据文件.管理员在在正常工作时为该存储网络又连接了一台Windows2003服务器,结果这台存储突然无法使用了,管理员对存储进行故障排查时发现存储虚拟磁盘丢失,分区表丢失.重启该存储后故障依然没有解决.由于存储中的数据十分重要且没有备份,管理员不敢擅自进行尝试修复,只好通过数据恢复手段进行数据恢复.图片来源于网络,侵删 存储数据恢复分析 由于存储崩溃的原因并

北京某公司NetApp存储虚拟机数据恢复案例

存储环境部署及存储数据恢复故障的起因:某公司的NetApp FAS-8200存储,使用96块磁盘组建两组存储池,存储池互为镜像.存储池内划分卷并映射到ESXI作为数据存储使用,卷内虚拟机数量约300+.在操作过程中由于未知原因导致卷丢失,卷内虚拟机不可访问.该公司的管理员先进对存储进行了简单的检查和数据恢复但是没有成功,由于存储内有公司重要数据,管理员不敢妄动,只好联系北京的存储数据恢复公司进行专业数据恢复. 一.数据恢复备份 为防止对客户原始磁盘内数据造成破坏,首先分别对各磁盘进行镜像拷贝(在