df   -h   检查一台服务器磁盘使用空间,发现磁盘已经使用了100% 思路是: 1.cd /usr   当然这里不一定是/usr目录,最好是cd到 根目录再执行下一步 2.du -sh * 看哪个目录占用空间大 3.重复前两步,根据实际情况删除或者移走 4.日志的话可以运行cat /dev/null > file.log清空 5.软件包的可以rpm -e 卸载或者rm -rf dir 即: 具体:可以通过下面的方法进行清理: 使用如下命令查找大于100M的大文件,发现有几个日志文件及临时文

参考文档: https://www.cnblogs.com/moonandstar08/p/6091507.html (系统磁盘空间/dev/xvda1占满原因分析) https://blog.csdn.net/echo_ae/article/details/79387767  (/dev/xvda1 满了处理方法) 引言: 我是在使用zookeeper的时候,zookeeper服务端没有关闭的情况下,人为的使用命令删除了bin目录下的zookeeper.out日志文件,所以导致/dev/vda

挂载报错:“/dev/vda1 is apparently in use by the system;” 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 距离回家倒计时还有一天,明天中午的火车就回老家了,想想还是蛮开心.估计好多人都已经踏上春运的大道了把,像我这样小小的运维还在岗位上坚守着,这不,刚刚不到2天,项目经理给我打来一个电话,说前几天给外包公司分配的一个服务器需要挂载100G的硬盘,需要我处理一下.以下就是根外包公司的人聊天的,上次也是他的服务器没法远程连接的就是同一

df-h检查一台服务器磁盘使用空间,发现磁盘已经使用了100% 思路是: 1.cd /usr 2.du -sh * 看哪个目录占用空间大 3.重复前两步,根据实际情况删除或者移走 4.日志的话可以运行cat /dev/null > file.log清空 5.软件包的可以rpm -e 卸载或者rm -rf dir 即: 具体:可以通过下面的方法进行清理: 使用如下命令查找大于100M的大文件,发现有几个日志文件及临时文件比较大,使用rm –rf删除即可. find / -size +100M -e

df-h检查一台服务器磁盘使用空间,发现磁盘已经使用了100% 思路是: 1.cd /usr 2.du -sh * 看哪个目录占用空间大 3.重复前两步,根据实际情况删除或者移走 4.日志的话可以运行cat /dev/null > file.log清空 5.软件包的可以rpm -e 卸载或者rm -rf dir 即: 具体:可以通过下面的方法进行清理: 使用如下命令查找大于100M的大文件,发现有几个日志文件及临时文件比较大,使用rm –rf删除即可. find / -size +100M -e

由于项目原因需要定期检查磁盘空间占用情况,常用检查命令如下: 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的空间.通过各种方法找,都找

按照阿里云官网教程对云服务器进行磁盘扩容,使用fdisk重新分区,最后使用e2fsck和resize2fs来完成文件系统层面的扩容 在执行“e2fsck -f /dev/vdb1”命令时报错,如果你的问题和下面的错误一样,可以接着往下看: [root@aliyunsrv ~]# e2fsck -f /dev/vdb1 e2fsck (-May-) e2fsck: Superblock invalid, trying backup blocks... e2fsck: Bad magic numbe

Linux mount挂载磁盘报错  mount: wrong fs type, bad option, bad superblock on /dev/vdb Linux挂载磁盘报如下错误: mount: wrong fs type, bad option, bad superblock on 192.168.0.68:/mnt, missing codepage or helper program, or other error (for several filesystems (e.g. n

本系列文章会深入研究 Ceph 以及 Ceph 和 OpenStack 的集成: (1)安装和部署 (2)Ceph RBD 接口和工具 (3)Ceph 物理和逻辑结构 (4)Ceph 的基础数据结构 (5)Ceph 与 OpenStack 集成的实现 (6)QEMU-KVM 和 Ceph RBD 的 缓存机制总结 (7)Ceph 的基本操作和常见故障排除方法 1. Ceph 集群的物理结构 1.1 Ceph 内部集群 从前一篇文章 我们知道,从物理上来讲,一个 Ceph 集群内部其实有几个子集群

1.PHP程序员玩转Linux系列-怎么安装使用CentOS 2.PHP程序员玩转Linux系列-lnmp环境的搭建 3.PHP程序员玩转Linux系列-搭建FTP代码开发环境 4.PHP程序员玩转Linux系列-备份还原MySQL 5.PHP程序员玩转Linux系列-自动备份与SVN 6.PHP程序员玩转Linux系列-Linux和Windows安装nginx 7.PHP程序员玩转Linux系列-nginx初学者引导 8.PHP程序员玩转Linux系列-Nginx中的HTTPS 9.PHP程序

问题描述 系统的服务无法正常运行,查看磁盘空间,发现根目录已经满了 解决过程 1.添加磁盘空间 2.使用fdisk -l命令查看磁盘信息 3.新建磁盘分区 4.使用fdisk /dev/sda3, 创建新分区. 按照下面Linux操作进行分区. root@ubuntu14:/opt# fdisk /dev/sda3 命令(输入 m 获取帮助): m 命令操作 a toggle a bootable flag b edit bsd disklabel c toggle the dos compat

定时任务 top 命令添加定时任务无效 我通过以下命令获取总进程数与僵尸进程数 vim procs.sh procs_total=`/bin/top -n 1|grep Tasks|sed 's/,/\n/g'|grep total|awk '{ print $(NF-1) }'` procs_zombie=`/bin/top -n 1|grep Tasks|sed 's/,/\n/g'|grep zombie|awk '{ print $(NF-1) }'` echo $procs_total

经常会遇到这样的场景:测试环境磁盘跑满了,导致系统不能正常运行!此时就需要查看是哪个目录或者文件占用了空间.常使用如下几个命令进行排查:df, lsof,du. 通常的解决步骤如下:1. df -h 查看是哪个挂在目录满了,常常是根目录/占满 [root@test ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/vda1 50G 25G 22G 54% / tmpfs 7.8G 0 7.8G 0% /dev/shm 2. 快速定

问题说明:IDC里的一台服务器的/分区使用率爆满了!已达到100%!经查看发现有个文件过大(80G),于是在跟有关同事确认后rm -f果断删除该文件.但是发现删除该文件后,/分区的磁盘空间压根没有释放出来,使用率还是100%!这是为什么呢?? [root@linux-node1 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 58G 7.8G 47G 100% / tmpfs

问题 在某次因为SRE升级域名问题,导致了Node服务器代码死循环了,产生的504(Gateway timeout)错误. 登录到机器上看,正在用pm2查问题的原因中,突然发现错误从504变成的502. 也就是Node服务彻底挂掉了,准备用PM2重启服务,发现PM2无法启动. 执行任何PM2命令都提示以下信息: $ pm2 list [PM2] Spawning PM2 daemon with pm2_home=/home/sankuai/.pm2 现象 后经查,发现机器的磁盘空间被占满.猜测因

netstat -nap 查看防火墙开的端口 find 目录 -name 文件名 find /usr/local/ -name a.php find /usr/ -name a*    [?[]] grep 查找包含条件的字符串 grep "test" a.php  在a.php中找test的部分 grep -v "test" a.php 在a.php中找test以外的部分 w  查看用户登陆信息 who 查看个人 last 查看过去登陆信息 echo >my

文件系统格式centos7缺省是xfs,centos6缺省是ext4,centos5缺省是ext3ext3 文件数最大支持31998个,文件系统容量最大16TB,单个文件最大2TBext4 文件数最大无限制,文件系统容量最大1EB(1EB=1024PB,1PB=1024TB)),单个文件最大16TB具体还和系统inode(索引节点)数量有关,即使磁盘有剩余空间,这个 inode 满了也无法写入文件,查看inode数量:[root@mail ~]#  df -iFilesystem      In

Linux文件属性(描述信息) -i inode节点号 -h 人类可读 ls -lhi 1703938 drwxr-xr-x 2 rsync rsync 4.0K Jun 7 07:24 gameserver1 第一列:文件的索引节点号(人的身份证,linux系统唯一) 系统读取文件时首先通过文件名找到inode,然后才能读取文件内容. 第二列:文件的类型和权限,第一个字符文件的类型,后九个字符是文件的权限,最后一个字符.是和selinux相关的标识 第三列:硬链接的数量,同一个文件的不同的访问

linux 查找命令 (1)find / -name httpd.conf #在根目录下查找文件httpd.conf,表示在整个硬盘查找 (2)find /etc -name 'srm' #使用通配符(0或者任意多个).表示在/etc目录下查找文件名中含有字符串'srm'的文件 (3)find . -name 'srm' #表示当前目录下查找文件名开头是字符串'srm'的文件 (4)find / -size +10000c #查找出大于10000000字节的文件(c:字节,w:双字,k:KB,M

原博文出自于: http://blog.fens.me/category/%E6%95%B0%E6%8D%AE%E5%BA%93/page/2/ 感谢! [MySQL优化]为MySQL数据文件ibdata1瘦身 前言 MySQL在运行一段时间后,ibdata1的文件会增长大小,就算删除了表的数据,ibdata1的体积也不会减小.由于硬盘空间有限,这样一直膨胀下去磁盘空间接近崩溃.今天在导出数据的时候就发现了,磁盘竟然满了,明明预留了1个月的用量,1周就占满了,下面就要给ibdata1做个瘦身.