今天login server的一个网站,发现login后没有生成session.根据以往经验,一般是空间已满导致session文件生成失败. df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/dev01-root 75G 58G 14G 82% / udev 2.0G 4.0K 2.0G 1% /dev tmpfs 396M 292K 396M 1% /run none 5.0M 0 5.0M 0% /run/lock no

当发现某个分区下的inode使用率过大时,需要找到该分区下的某些目录里有哪些文件可以清理. 查找某个目录下一个月或两个月之前的文件,然后删除# find . -type f -mtime +30 |wc -l# find . -type f -mtime +60 |wc -l# find . -type f -mtime +30 -exec rm -f {} \;# find . -type f -mtime +60 -exec rm -f {} \; 释放inode缓存# sync# echo

当发现某个分区下的inode使用率过大时,需要找到该分区下的某些目录里有哪些文件可以清理. 查找某个目录下一个月或两个月之前的文件,然后删除# find . -type f -mtime +30 |wc -l# find . -type f -mtime +60 |wc -l# find . -type f -mtime +30 -exec rm -f {} \;# find . -type f -mtime +60 -exec rm -f {} \; 释放inode缓存# sync# echo

关于磁盘空间中索引节点爆满的问题还是挺多的,借此跟大家分享几个情况: 情况一 在公司一台配置较低的Linux服务器(内存.硬盘比较小)的/data分区内创建文件时,系统提示磁盘空间不足,用df -h命令查看了一下磁盘使用情况,发现/data分区只使用了66%,还有12G的剩余空间,按理说不会出现这种问题. 后来用df -i查看了一下/data分区的索引节点(inode),发现已经用满(IUsed=100%),导致系统无法创建新目录和文件. [root@bastion-IDC ~]# df -i

新公司的测试机磁盘空间空余很小,日志很多,也很大,做个日志压缩脚本,在夜里4:30自动运行,第二天后发现磁盘空间又满了,只好删除没用的日志,清空空间,可诡异的是怎么删除没用的文件,空间还是占用很大.如图 用du 根目录下,发现这些文件加一块也达不到占用的空间大小.如图 我也有遇见过此类问题,一般都是重启完事,因为磁盘坏道损坏有可能导致此问题. 或 DF -i 查看inode使用率,inode不够用也会导致此问题.可看了inode也够用. 如图 这次我度娘了一下,”磁盘空间没释放“,按一篇文章干,

[root@iZ25zpeock2Z orbit-oracle]# cd /[root@iZ25zpeock2Z /]# du -cks * |sort -nr|head -n 20du: cannot access `proc/3493/task/3493/fd/4': No such file or directorydu: cannot access `proc/3493/task/3493/fdinfo/4': No such file or directorydu: cannot ac

转自:https://www.cnblogs.com/itech/archive/2012/05/15/2502284.html 一.inode是什么? 理解inode,要从文件储存说起. 文件储存在硬盘上,硬盘的最小存储单位叫做"扇区"(Sector).每个扇区储存512字节(相当于0.5KB).   操作系统读取硬盘的时候,不会一个个扇区地读取,这样效率太低,而是一次性连续读取多个扇区,即一次性读取一个"块"(block).这种由多个扇区组成的"块&q

什么是 inode ? 文件储存在硬盘上,硬盘的最小存储单位叫作"扇区"(Sector).每一个扇区储存512字节(至关于0.5KB).操作系统读取硬盘的时候,不会一个个扇区地读取,这样效率过低,而是一次性连续读取多个扇区,即一次性读取一个"块"(block).这种由多个扇区组成的"块",是文件存取

服务器一般是要求长期连续运行的,自动执行任务生成的各种文件及日志,可能使空间占满,从而造成业务故障,所以要定时清理. 一般来说,Linux空间占满有如两种情况: 1.空间被占满了 用df -k 可以看到使用100%,这种 情况下,满的分区无法新建文件,也无法输出日志,需要输日志的进程一般都会停止工作 2.inode占满了 inode如何理解呢,就是一个文件 对应一个inode,而linux各个分区可用的inode一般是有限的,使用df -i 可以查看使用情况.一般经常出现硬盘空间没占满,但ino

Linux文件访问流程 inode是文件的唯一标识,文件名和inode的对应关系存放在上一级目录的block中:inode里有指向文件block的指针和文件的属性,从而通过block获得文件数据. 磁盘的容量由inode和block共同决定 磁盘空间是否满了,是由两项参数决定的: 第一个是inode是否满了,第二是block是否满了,任何一个满了都不能存数据. 有关inode的总结 磁盘格式化创建文件系统时会生成一定数量的inode和block: inode称为索引节点,作用是存放文件的属性信息

1.ls   -lhi 文字解释: 第一列:inode索引节点编号(人的身份证,全国唯一) 系统读取文件时首先通过文件名找到inode,然后才能读取到文件内容. 第二列:文件类型及权限(共10个字符,第一个字符为类型,后9个字符为文件权限) 第三列:硬链接个数(详细参看In命令的讲解) 第四列:文件或目录所属的用户(属主) linux里面文件和程序的存在必须要有用户和组满足相应的存在需求. 第五列:文件或目录所属的组 第六列:文件或目录的大小 第七八九列:文件或目录的修改时间:默认月日时分 第十

问题描写叙述 在storm測试环境集群上上nimbus和supervisor自己主动挂调.重新启动时显示no space for device,也不能创建,加入文件及文件夹,df -h查看 ilesystem Size Used Avail Use% Mounted on /dev/vda1 40G 2.9G 35G 8% / tmpfs 3.9G 0 3.9G 0% /dev/shm /dev/vdc1 100G 3.1G 92G 4% /home /dev/vdd1 50G 180M 48G

今天邮箱里发现有一封某服务器inode使用率发生告警的邮件 登录到服务器上df -i查看,发现/路径下91%,磁盘使用率却不高,猜测可能是某个目录下的小文件过多,进而造成inode占用率过高,但不清楚根路径下各文件夹里的文件数 于是乎执行以下命令,查看根路径下各国文件夹的文件数 for i in /* ; do echo $i; find $i | wc -l | sort -nr; done 发现文件数超过10W的有两个/data(我们的数据分区,确认数据量正常)和/etc /data 10W

问题描述:发现服务器根目录爆满100%? 排查步骤:1.先检查文件索引节点iNode使用率情况,[root@localhost ~]# df -hTi2.查看无用文件是否居多:[root@localhost ~]# for i in ./*; do echo $i; find $i | wc -l; done 排查结果:1.检测发现就是文件索引节点iNode使用率已满100%:如果检测发现文建索引节点iNode使用正常:2.检测到/usr目录下文件数量过多: 解决步骤:1.如iNode文件索引节

问题: Linux服务器,查看日志发现程序无法继续写文件,但是用df -h查看磁盘容量还有剩余. 排查思路:怀疑是机器的inode节点被占满,使用df -i查看磁盘inode节点使用情况,果然是inode节点满了. 进行如下步骤进行排查: 1,df -i查看磁盘节点使用情况,查看到inode节点已满. 2,进入到可能的目录,运行for i in ./*; do echo $i; find $i | wc -l; done统计当前目录使用节点的情况 3,发现/tmp目录下被大量的小文件占满,联系开

df -h  查看磁盘使用有一个vdb满了 df   -i 查看inode 使用率 显示文件大小: du -sh /* du参数: -a : 列出所有的文件与目录容量,因为默认仅统计目录下面的文件量而已: -h : 以人们较易读的容量格式(G/M)显示: -s : 列出总量,而不列出每个个别的目录占用了容量: -S : 不包括子目录下的总计,与-s有点差别: -k : 以KB列出容量显示: -m : 以MB列出容量显示. du -h --max-depth=1 寻找当前目录,哪个文件夹占用空间最

本文转自 http://blog.163.com/ly_89/blog/static/186902299201191233058625/ =====================概述===================== block 还有     inodes 满了     ====== > 小文件太多  ======> /var/spool/clientmqueue 小文件太多  =====> cron 产生的 ==========================解决思路====

壹  Linux文件属性描述:在Linux里一切皆文件Linux系统中的文件或目录的属性主要包括:索引节点(inode).文件类型.权限属性.链接数.所归属的用户和用户组.最近修改时间等内容. 例子:[root@localhost etc]# ls -lhitotal 1.4M50752632 drwxr-xr-x.  3 root root    101 Apr 23 14:59 abrt17631870 -rw-r--r--.  1 root root     16 Apr 23 15:16

问题描述 在云服务器 ECS Linux 系统内创建文件时,出现类似如下空间不足提示: No space left on device … 问题原因 导致该问题的可能原因包括: 磁盘分区空间使用率达到百分之百. 磁盘分区 inode 使用率达到百分之百. 僵尸文件:已删除文件因句柄被占用未释放导致相应空间未释放. 处理办法 要解决该问题,建议通过如下方式处理: 分区容量满 inode 容量满 修改 inode 数量 僵尸文件分析删除 分区容量满 登陆 SSH,使用 df -h 查看使用率,mou

这里记录一些linux 管理中可能会用到的又容易忘的一些小技巧. linux磁盘写入失败,提示磁盘空间不足.一般都会用df -h 或者df -i看是不是磁盘空间不足或者是inode空间不足.发生这种情况的时候.一般都会想通过目录统计来找出哪个目录占用空间比较大或者是哪个目录占用inode比较多. 查找那个目录占用空间比较多.有非常好的工具. #du -sh /* 这个命令很容易就把所有根目录下的目录大小列出来了.以此可以找到那个目录占用空间比较多.然后针对清理. 但是当磁盘inode空间满了的时

#!/bin/bash#主机信息每日巡检 IPADDR=$(ifconfig eth0|grep 'inet addr'|awk -F '[ :]' '{print $13}')#环境变量PATH没设好,在cron里执行时有很多命令会找不到export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/binsource /etc/profile [ $(id -u) -gt 0 ] && ech