昨天一早,开发人员反馈说一个测试环境报Tablespace is missing for table 'db_rsk/XXX",周末刚升级过,特地让开发回去查了下,说脚本中肯定没有drop table的操作.datadir下检查了下,发现frm文件在的ibd文件没有了,bing了下,没发现类似异常.于是先回到mysql.err往回搜索,半天后发现上周五下午mysql出现了一次异常宕机,说是磁盘空间不足了,看日志该文件被损坏了,如下: 2016-11-12 11:31:00 28443 [ERRO

iptables的conntrack表满了导致访问网站很慢 转载自:https://my.oschina.net/jean/blog/189935 检查系统conntrack表是否满 现象:突然发现访问网站很慢,服务器的cpu.内存和磁盘使用率都正常 分析过程及解决方案:查询/var/log/message日志发现有这样的记录“ip_conntrack table full dropping packet”.kernel 用 ip_conntrack 模块来记录 iptables 网络包的状态,

最近遇到一个故障和磁盘满有关系,并且同事也发现经常有磁盘满导致操作hang住无响应的情况,于是抽时间研究了一下这2种情况. 一.磁盘满了之后MySQL会做什么? 我们看下官方的说法 When a disk-full condition occurs, MySQL does the following: * It checks minutes it writes an entry to the log file, warning about the disk-full condition. 其实M

今天收到监控邮件说博客访问失败.打开页面一看,硕大的502 Bad Gateway,ping了一下VPS发现是通的,SSH连接上去看了下Nginx日志发现没问题,重启lnmp的时候发现Mysql起不来,问题源头基本找到. tail /usr/local/mysql/var/slyar.err 看了一下Mysql的错误日志,意外状况出现…… Disk is full writing './mysql-bin.~rec~' (Errcode: 28). Waiting for someone to

早上来发现 redis 不能用,报 MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapsh

1.查看磁盘使用情况 cd  / df -h 如果 总量Size和Used一样,按就证明磁盘满了 2.查看当前文件下每个文件大小 du -sh * 一层一层去查,就可以查到占用空间最大的那个文件及产生的问题

Ubuntu 磁盘满了处理方法: 1. 如果是虚拟机安装ubuntu,直接给虚拟机安装ubuntu 系统所在的盘符动态分配一点磁盘容量,就可以了. 2. 如果不是虚拟机安装ubuntu,那么有两个办法: 第一:物理磁盘扩容.(插入新硬盘,mount 新硬盘) 第二:删掉不用的大文件 一.确定是不是真的是磁盘空间不足 输入命令:df –lh 查看磁盘信息 0 很明显:Filesystem下的挂载点 /dev/sda1 下的40G容量已经耗尽. 既然问题已经确定了,接下来就是处理了. 处理方法也很简

今天在使用exp imp将生产环境数据库导入到测试环境的过程中,imp的时候 发现在导入某张表的时候卡住了. 起初是以为该表比较大的缘故,后来过了很久 发现还是卡在那里. 最后分析原因 发现设置的归档目录大小太小了. 修改了归档目录的大小 Imp操作继续执行. 查看归档目录的大小 show parameter db_recovery_file_dest 修改归档目录的大小 alter system set db_recovery_file_dest_size=20G; 后来又遇到数据库表空间满了

登录系统,df -H 发现磁盘存储快满了 解决办法 1. 使用命令查出根目录下大的垃圾文件 使用 du -sh /* | sort -nr 查看根目录下的的大文件,找的不要的 rm -rf 使用 find / -size +100M -exec ls -lh {} \;  命令查找,删除不要的大 2.扩充磁盘,关机添加磁盘 使用命令查看,fdisk -cul 使用命令把 磁盘格式化  fdisk  /dev/sdd 一定要记得转换成逻辑卷 8e 的格式 使用命令格式化,mkfs.ext3  /d

输入命令 du -sh /* | sort -nr 会列出根目录文件夹的大小 看到哪个文件夹比较大 删除相应的缓存,重启服务器即可

今天遇到个超奇葩的问题,使用gulp.watch监控文件变化,但是并没有修改文件,却一直执行change,导致浏览器无限刷新 调试了10小时,代码各种删改,一直不得其解.切换到Windows运行,又正常,难道是Mac系统问题.可是按理来说Mac是更适合程序员的电脑,不会出现这样的问题才对 删除node,使用nvm安装不同版本的node来测试,问题依旧 调试到了凌晨,突然灵光一闪,想起Mac不能写入NTFS磁盘格式,所以安装了个Tuxera NTFS,难道是这个的问题. 然后把项目拷贝到了Mac系

参考链接 No space left on device 解决Linux系统磁盘空间满的办法http://www.cnblogs.com/aspirant/p/3604801.html如何解决linux报No space left on device错误http://blog.csdn.net/u011957758/article/details/53750419 一.错误现象 二.检查磁盘空间 1.查看根目录 [root@7C4z5D96-tomcat-uwMQGbBT opt]# cd \

故障描述 今天线上zabbix出现几次数据中断的情况,经排查为DB服务器磁盘空间不足导致的.还好我们目前我们zabbix,falcon两套监控系统并存,哈哈. 故障排查过程没什么技术含量,简单的将故障处理过程记录一下~ 1,开始收到DB磁盘空间不足的告警(falcon),DBA查看后表示剩余磁盘大,磁盘空间还有一百多G,没啥问题. 2,十几分钟刚好有业务线在查看监控数据,发现监控数据中断了,把问题报到我们这边. 3,开始着手排查:查看Zabbix Server进程都是OK存在的,端口监听也都没有

问题描述: 阿里云RDS空间不足,进行报警.收到报警后.对数据库中不重要的数据备份后执行delete删除操作.执行成功后发现数据删掉了.但是数据库的空间并没有释放.数据占用空间反而越来越大,最后RDS数据库的磁盘空间满导致实例锁定,应用无法对RDS数据库进行读写操作,从而严重影响业务. 解决方案: 因为 MySQL delete 删除数据库数据后,空间并不是直接回收的.  需要执行 optimize table 回收空间.可以执行 truncate table  'tables_name'删除.

最近,查看我们一台linux服务器,发现硬盘空间都已经使用了95%,很是疑惑啊,怎么回事那?难道是数据库文件太大了? Filesystem            Size  Used Avail Use% Mounted on/dev/mapper/VolGroup00-LogVol00                       131G  118G  6.4G  95% //dev/sda1              99M   11M   83M  12% /boottmpfs      

今天发现vps敲入crontab -e 居然提示 “Disk quota exceeded” 无法编辑.于是"df -h"查了查发现系统磁盘空间使用100%了.最后定位到是/var/spool/mail/root 这个文件有几个G.于是清理掉,问题解决.如果不知道是哪些文件占了磁盘空间,可以看下面查找大文件方法.       linux操作系统中,经常会遇到磁盘空间满的问题.遇到这样的问题,先查下是什么文件过大或过多引起的,至于引起这个更深一层的原因,先不探讨.怎么查看大文件所在的路径

适用环境要求:Linux系统及服务器.有管理员权限.存在多余空间的磁盘例如下图中"/home"在磁盘sda5中与"/"不属于同一块磁盘: 1.首先转移正在使用的将要满的磁盘中文件夹,我们环境中的是"/home/aaa",移动到"/"根目录中(先确保根目录中不存在这个文件夹): 命令:"mv /home/aaa /aaa"2.做ln -s 命令创建软连接(这里不做ln -s的解释,有兴趣可以去各大搜索引擎查找

今天公司网站突然无法访问,因为之前遇到过是因为磁盘问题,所以使用 df 命令查看结果,结果果然是有100%的东西,那么怎么解决呢,我们想到得查找大文件,并删掉无用的大文件比如log 那么linux如何查找大文件呢??其实很多时候,你需要了解当前系统下有哪些大文件,比如文件大小超过100M或1G(阀值视具体情况而定).那么如何把这些大文件搜索出来呢?例如我要搜索当前目录下,超过800M大小的文件使用:find . -type f -size +800M 我们看到2个log文件超过了800M,经确认

Linux操作系统的server重新启动后.系统启动报错,系统无法正常使用. 1.报错信息 1.1.报错屏幕信息 1.2.报错信息提取关键信息 (1)/dev/sda3:File -(inode #139928.mod time Thu May 28 03:28:11 2015) Has 1135 multiply-claimed block(s),sharedwith 1 file(s): (2)/dev/sda3:UNEXPECTED INCONSISTENCY.RUN fsck MANUA

1.使用命令:df -lk 或 df -hl 发现果然有个磁盘已满 2.使用命令:du --max-depth=1 -h  查找大文件,发现/home文件夹下有17G的东西,因为我的apache是装在/home下的,肯定是网站运行的日志文件占用的空间 3.进入apache下的logs目录 使用命令:ls -lht 查看文件的大小,果然有个8.6G文件,删除即可. 4.再使用命令:df -lk 然后启动apache和nginx没有问题,解决.

最初使用的阿里云云盘只有50G 正常运行的hadoop集群突然无法正常运行了,web页面显示节点为UNHEALTHY 使用df -m命令,发现一些节点磁盘空间占用达到了99%,因此要扩容磁盘空间 1.为云盘建立快照,以防出错 2.磁盘扩容 3.选择扩容容量,选在线扩容,付费 4.如果是centos7 此处以CentOS 7操作系统为例演示分区扩展的步骤. 运行fdisk -l命令查看现有云盘大小. 以下示例返回云盘(/dev/vda)容量是100GiB.   [root@ecshost ~]#