一.背景:一台2T硬盘的mysql服务器,保存电话的CDR信息.按照历史数据的水平,一个月能生成20+GB的文件.然而短短的半年时间,满了?! 登录服务器看谁占了这么大的空间?好吧,slow-query.log华丽丽的占用了1.2T!(运维经验严重不足,线上的一定要关闭这个日志,可以执行命令set global slow_query_log=0;) 二.BUG出现?1. 很自然的手动删除这个log文件.2. 执行删除完毕后,du -sh看当前目录的空间占用.显示从1.8T降到了500GB,很满意

前言:早晨磁盘报警刚清空完tomcat和nginx日志,使用的命令是类似echo "" > show_web-error.log或者> show_web-debug.log清空语句,然后rm -rf 掉一些tar.gz包,空出来30G空间.而且也关闭了tomcat的debug信息.刚刚又接到报警,磁盘100%了.怎么回事?​1,进去df -h下,确实100%了,如下所示:[root@localhost ~]# df -h文件系统              容量  已用 可用

用lsof / | grep -i delete 从根目录定位打开的被删除的文件 如果定位到某文件占用空间很大 主要是因为我们在删除这个日志文件的时候是用rm -rf *.log这样的命令删除的,删除日志之后又没有重启相应的进程,导致inode节点不被释放,空间一直被占用.如果我们用echo “ ” > /logpath/201109.log这样的命令来清空日志 相关工具: df -h du -h du -sh du -h --max-depth=1 lsof / | grep -i delet

有时候会遇到这样的问题:df -h统计一个目录,显示有约100M可用空间,使用了5G:而用du -sh统计该目录下的文件大小,却发现总共才占用了1G.也就是说,二者统计结果差距巨大. 例如: 1.df -h /tmp/ 结果: Size Used Avail Use% Mounted on3.9G 3.5G 220M 95% /tmp 2.du -sh /tmp/ 结果: 132K    /tmp/ 文章来源:http://www.codelast.com/ 结果差异巨大. 引用网上的一段话,原

问题如题,df -h 出来的容量与du -sh 查看的容量信息不一样,是那里出了问题了吗? 下面分别是du -sh *与df -h出来的结果 [root@mail /]# du -sh * 6.2M bin 22M boot 172K dev 29M etc 165G home 130M lib 26M lib64 16K lost+found 4.0K media 4.0K mnt 4.0K opt du: 无法访问"proc/9139/task/9139/fd/4": 没有那个文件

有台机器磁盘满了: 进程端口都正常,存活:但是页面却完全打不开了: 日志爆满:删除日志后: 在根上 du -sh * 然后 df -h 发现差别太大了: du -sh * / 才不足7G: df -h 使用量已经 47G了都: 查资料知道 du -sh 和 df -h 之间的区别:但是这种理论上的区别不会导致这种离谱的结果: 进而google得知,是已删除文件未彻底删除导致的: 使用 lsof |grep deleted查看 结果末尾标记为 (deleted)的行: 找到pid 如果方便的话:直

1. 背景 近日,线上的服务出现异常,调用服务返回的JSON格式数据不完整,导致客户端解析异常,因此记录了本次的填坑之旅(nnd)... 2. 排查过程 2.1 服务器分析 登录到服务所在linux服务器,查看磁盘I/O信息iotop.CPU信息top.网络请求netstat -alnp等一通操作,木有发现相关问题.随执行了df -h查看磁盘占用 发现,系统盘根目录"/"的共计60G的磁盘占用100%,好吧,问题大概率就在这了.随后进入根目录,打算查看哪个文件夹占用最多,删除些文件,减

在linux系统上有时发现使用df 查看磁盘已使用空间和使用du统计的不相等,例如: [running]root@slave11:/$ df -h Filesystem            Size  Used Avail Use% Mounted on /dev/sda1             9.9G  4.0G  5.4G  43% / /dev/sda3              20G  1.4G   18G   8% /usr/local /dev/sda4          

第4周第1次课(4月9日) 课程内容:4.1 df命令4.2 du命令4.3/4.4 磁盘分区 4.1 df命令 汇报磁盘空间使用情况,linux磁盘挂载点是无法直接访问的. df 和 df -h区别在于-h参数可以列出使用单位 [root@jimmylinux-002 ~]# free    可以查看swap使用情况 [root@jimmylinux-002 ~]# df -i    可以查看有多少个iNode号和iNode使用情况,如果iNode已使用100%,那么就算df -h查看还有剩余

前言:今天上午接到一个网友的求助,说是服务器的根分区满了.但是,找不到具体的大文件在哪里.由于故障确实很古怪,我就要来了故障服务器的相关账户密码. 故障服务器相关环境: 系统:Centos 6.5 selinux: Disabled iptables:开启,但是默认策略全部是:ACCEPT 我方辅助服务器相关环境: 系统:Centos 6.5 selinux:Permissive iptables:开启,但是默认策略全部是:ACCEPT 首先我们在故障服务器上先简单摸排一下问题的情况: [roo

[root@hadoop01 ~]# ll total 156 drwxr-xr-x. 18 root root 4096 Jan 5 05:05 apps -rw-r--r--. 1 root root 156 Jul 24 21:47 common-friends.log drwxr-xr-x. 2 root root 4096 Oct 9 09:18 data drwxr-xr-x. 2 root root 4096 Aug 29 01:52 esdata -rw-r--r--. 1 ro

du -sh 目录名称 查看目录大小 df -h 查看磁盘使用情况

今天发现一个测试数据库磁盘空间快满了,准备将几个不再用的表空间删除.通过以下命令删除表空间内容及数据文件. drop tablespace tablespace_name including contents and datafiles; 删除之后通过df -h查看磁盘空间,没有减少,反而增加了,很是奇怪.去存放数据文件的目录查看,相关表空间的文件也已经被删除了. 百度了一下,发现了遇到相同情况的一个帖子,具体见这里. 处理过程如下: 1.通过lsof命令查看是否有进程正在占用这几个表空间数据文

df 命令 功能:用来检查linux的文件系统的磁盘空间占用情况 1. df -h 2. 以innode节点数量显示磁盘空间占用情况 df -ih 3. 列出文件系统类型 df -Th du 命令 功能:查看文件和目录磁盘使用的空间 1.du 2.当根系统盘满了,可以使用以下命令检测 du -sh /* 3.查看单个目录容量 du -sh /home 磁盘分区 1. 查看磁盘分区: fdisk  -l 2. 添加磁盘,重启虚拟机

du -sh 文件夹 du [-abcDhHklmsSx] [-L <符号连接>][-X <文件>][--block-size][--exclude=<目录或文件>] [--max-depth=<目录层数>][--help][--version][目录或文件] 常用参数: -a或-all 为每个指定文件显示磁盘使用情况,或者为目录中每个文件显示各自磁盘使用情况. -b或-bytes 显示目录或文件大小时,以byte为单位. -c或–total 除了显示目录或

du -sh*查看当前目录下的文件夹大小   u 命令    用途    概述磁盘使用.    语法  du [ -a | -s ] [ -k ] [ -m ] [ -g ][ -l ] [ -r ] [ -x ] [ -H | -L ][ File ... ]    描述  du命令显示用于文件的块的数量.如果指定的File参数实际上是一个目录,就要报告该目录内的所有文件.如果没有提供 File参数,du命令使用当前目录内的文件.    如果File参数是一个目录,那么报告的块的数量就是分配到

一.df命令 df(disk filesystem的简写)用于查看自己挂载磁盘的总容量.使用容量.剩余容量,可以不加任何参数,默认以KB为单位. [root@davery ~]# df文件系统 1K-块 已用 可用 已用% 挂载点/dev/sda3 37319884 1033616 36286268 3% /devtmpfs 927848 0 927848 0% /devtmpfs 937740 0 937740 0% /dev/shmtmpfs 937740 8808 928932 1% /r

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

2016年6月21日 最近,因为工作需要,我从网上买了一本<Spring MVC学习指南>,ISBN编号: 978-7-115-38639-7,定价:49.00元.此书是[美]Paul Deck著于2014年,林催二人于2015年翻译,2016年第6次印刷.我在淘宝上购买时就询问是哪个版本,店小二确实搞不清.我看了淘宝店此书的编辑推荐.目录.内容推荐,仍然看不出是哪个版本. 书买来,我稍微翻了一下,确认是基于Spring MVC 2.5的.这就问题大了,现在3.1版以后,方法完全不同变化很大,

众所周知,mysql在数据量很大的时候查询的效率是很低的,因为假如你需要 OFFSET 100000 LIMIT 5 这样的数据,数据库就需要跳过前100000条数据,才能返回给你你需要的5条数据.由于数据在磁盘上面不一定是相等长度的,所以没法在跳过这100000条数据上面进行优化,只能一条一条地查找数据.找到结尾处并查找下一条,这就导致了数据库很差的性能.解决的办法就是使用 seek 这种方法,可以参考 这篇文章 . 假如你有这样的数据, | ID | VALUE | PAGE_BOUNDAR