晚上正在看文档的时候,运营突然打电话给我说游戏全炸了,都玩不了了: 我立马登上服务器,查看了下各服务是否正常运行,结果运行命令都报Unable to create lock file:  No space left on device 于是我df -h 查看了下磁盘空间,发现磁盘空间足够,想了下是不是inode 100%无法写入文件 df -i 看了下,果然index 100%爆满 然后为了找出哪些文件目录暂用最大,通过命令du -sh /* 配合找到了/var/spool/postfix/ma

1.回顾: 某在线主机深夜连续接到告警系统的disk Used 超限告警. 登陆主机查看却遇到了困惑:在检查磁盘使用量 df –h 出来的磁盘使用量确实和告警信息一样,已经被100%占用,但是查看目录大小 du 时,却显示实际目录大小并非这样,而是有很大空闲空间. 如图:磁盘用量 df –h 结果为100%Used, 目录实际总大小 du –h –max-depth=1,显示总目录大小为60k,几乎可以忽略的使用比例. [知识准备] [linux] lsof 命令了解: lsof(list op

linux 硬盘满了如何处理 事件源于在服务器运行一个脚本程序… 好好的脚本突然报错,还以为脚本出现问题了.细看报错原因(具体报错信息已经忘记了),是没有可用空间.从没遇见过这个情况,怎么办呢? 一.确定是不是真的是磁盘空间不足 ​ 查看磁盘信息 输入命令:df -lh ​ 很明显:Filesystem下的挂载点 /dev/xvda1 下的40G容量已经耗尽. 既然问题已经确定了,接下来就是处理了. 处理方法也很简单,就是删文件. 问:删除什么文件? 答:删除占用磁盘空间大,但又无用的文件. 问

发现空间是足够的,然后df -i 查看了下inodes,发现根目录下的inodes值使用率为100%了 解决方法:通过以下脚本进行检查,查看到底哪个目录下面的文件最多: find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n最终发现/var/soppl目录最多.然后又进一步确定是/var/spool/amavisd/quarantine 目录下面有上百万个文件,机器已经无法正常显示了,后来百度查看了下这个目录是邮件服务器,处理垃圾邮

问题:         使用 df 命令查看,某个分区使用率已经达到100%,但是用du 命令统计该分区,发现该分区空间剩余10G可用.         实例:                分析:         如果有文件在打开状态的时候被删除了,系统还是会以为这些文件还存在.所以df 仍然会当这些文件还存在并且列入统计中.   解决:    # lsof | grep "deleted"         查看那些已被删除但仍被系统打开的文件,找到相对应的服务,重启.或者找到相对应

事件源于在服务器运行一个脚本程序… 好好的脚本突然报错,还以为脚本出现问题了.细看报错原因(具体报错信息已经忘记了),是没有可用空间.从没遇见过这个情况,怎么办呢? 一.确定是不是真的是磁盘空间不足 输入命令:df –lh         查看磁盘信息   很明显:Filesystem下的挂载点 /dev/xvda1 下的40G容量已经耗尽. 既然问题已经确定了,接下来就是处理了. 处理方法也很简单,就是删文件. 问:删除什么文件? 答:删除占用磁盘空间大,但又无用的文件. 问:什么是无用的文件

程序猿的宿命就是无穷无尽地解题,虽然可以说是解题的机器,但也无法达到解题之神的境界,碰到自己解决不了的问题那是家常便饭,尤其当遍寻Google和StackOverflow花了九牛二虎之力才解决的问题,过一段时间后却再次碰到,那种纠结的心情任谁也无法言说阿,为了避免碰到这种苦逼场景出现的几率,也为减少有相同境遇的程序猿Google和StackOverflow的次数,把平时开发过程中所遇到的问题做下记录还是很有必要的. 问题描述:WordPress安装完成后想换下主题本来是件很容易的事情,把主题拷贝

boot目录为什么会满? Linux默认分区时,boot分区就200多M,按理说也不小,足够了(实际也就几十M),但是内核经常性的升级,而且自己又不自动卸载,于是该目录下旧的内核文件越积越多,最后就满了. 解决方法: 删除多余的内核文件 步骤: (1)输入 uname -a 获取当前正在使用内核    (2) 输入 dpkg --get-selections |grep linux-image查看拥有的内核版本   (3)输入 sudo apt-get remove linux-image-(版

一:如果linux根分区使用量达到100%,会造成如下现象: root不能登录 系统不能正常启动 二:通过命令查找根分区内的大文件 du -sh /* 2>/dev/null | sort -hr | head -3 如果上述命令执行后发现/var/占空间最大,那么在查找/var分区内的大文件,如: du -sh /var/* 2>/dev/null | sort -hr | head -3 以此类推,最后找到那个大文件,删除或者采取其他措施即可!

Xena L23网络测试仪Valkyrie使用技巧100例,先写个目录 100例,会不会有点多,写不完... ^_^ 第1次编辑于2019-11-27 22:05:52, Evan YE. 编号 标题   相关分享 完成时间 00 使用Xena官方在线演示设备   176.22.65.114 / Live Demo System 获取访问链接途径 2019-11-27 01 修改设备管理IP,设备关机 管理Chassis IP 多用户共享使用机箱 远程关机/重启 2019-11-27 02 3/

提前配置好浏览器的代理设置,并且成功访问了目标地址(这里是http://192.168.146.133/WackoPicko) 1.在burpsuite的proxy栏目中,找到对WackoPicko路径的请求报,右键选择‘Send to intruder’ 2.切换到Intruder栏目下的Position选项,会看到很多被 §包裹着的字段,并且它们是被高亮显示的,这些字段是Intruder在每次请求中都会更改的字段,单击Clear按钮清空所有被§包裹着的字段. 3.在url的最后一个/后随意加

#!/bin/sh echo "==================== start clean docker containers logs ==========================" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs do echo "clean logs : $log" cat /dev/null > $log done ech

命令: #!/bin/bash # 推荐方式 docker volume ls -f dangling=true | awk '{ print $2 }' | xargs docker volume rm # remove exited containers: docker ps --filter status=dead --filter status=exited -aq | xargs -r docker rm -v # remove unused images: docker images

1.创建脚本文件 vi cleandocker.sh 内容如下: #!/bin/sh echo "==================== start clean docker containers logs ==========================" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs do echo "clean logs : $log"

这是Oracle数据库日常运维中很常见的一个场景,安装目录满有时不光会导致无法记录最新数据库的日志信息,导致遇到问题无法查到最新的日志信息,还会引发一些奇怪的问题. 所以日常巡检要保证Oracle的安装目录要有一定的空闲空间. 如果已经巡检发现安装目录满了,可以按照这样的思路来解决. 1.切到安装目录下 cd $ORACLE_BASE 2.用下面的命令,逐层找出大文件或文件夹 du -sk * |sort -rn 举例说,比如最终查到/u01/app/oracle/diag/rdbms/jyzh

由于项目原因需要定期检查磁盘空间占用情况,常用检查命令如下: 1.查看磁盘空间大小 df -lh 2.查看对应文件大小 du --max-depth=1 -h / 于一日发现在使用Flume + Kafka进行数据同步时,某一局点数据无法进行消费,通过df -lh查看发现系统空间满了,如下: /dev/xvda1       20G  20G  0G  100% / 然后,通过du --max-depth=1 -h / 查询对应的大文件,发现此目录下文件占用了2.3G的空间.通过各种方法找,都找

Java HotSpot(TM) 64-Bit Server VM warning: Insufficient space for shared memory file:   /tmp/hsperfdata_work/10700Try using the -Djava.io.tmpdir= option to select an alternate temp location. 大概的意思是共享内存文件空间不足,于是df查看了使用情况: Filesystem                  

创建Linux时分配磁盘空间随着使用的增加,使用率逐渐升高,需要对/root进行扩容,此时需要在添加或者扩展一下磁盘. 查看Linux版本信息 [root@localhost ~]# cat /etc/redhat-release CentOS Linux release (Core) 注意:扩容磁盘的方式分为 [添加磁盘].[扩展磁盘] ; 扩展磁盘需要在此虚拟机停止的状态下进行,同时扩展的数字是扩展后的预期大小,比如之前是100G,希望扩展300G,那么我们应该输入400G. 1.VMwar

初步判断应该有两种情况:一种是block满了,另一种情况就是inode耗尽了. 首先df -i 查看一下是否耗尽inode/block数量. 虚拟一块磁盘并格式化: dd if=/dev/zero of=/opt/sdb1 bs=4096 count=100 mkfs -t ext4 /opt/sdb1 将磁盘挂载到/app/log/下 mkdir /app/log -p mount -t ext4 -o loop,defaults /opt/sdb1 /app/log/ 查看使用率情况: df

原文:docker容器存放目录磁盘空间满了,转移数据修改Docker默认存储位置 版权声明:本文为博主原创文章,未经博主允许不得转载. https://blog.csdn.net/qq_37674858/article/details/79976751 今天在Liunx服务器上重启docker的时候,发现容器启动不了了,报的错误是:"ERROR:cannot  create temporary directory!".我的猜测应该就是磁盘空间满了,于是执行命令"df -h&q