一次服务器磁盘满,服务无法运行的经历记录

描述:今天下午业务里面的场景是,将符合条件的redis数据,封装存储到mongo中,然后删除redis中的数据。但是就是最后忘记了删除redis中的数据,导致高速的将相同的数据不断写入mongo中,导致mongodb爆炸了。
所以平时我们在操作redis的时候一定要细心。
解决办法:服务器扩容,将整个服务器镜像,然后磁盘备份,然后新买个磁盘,挂载到新的服务器作为数据盘,原来的盘作为系统盘,防止因为数据盘满了,影响系统盘的运行。具体步奏这里不细说,用的阿里云服务器,教程很详细。

原文地址:https://www.cnblogs.com/staunchwp/p/9526053.html

时间: 2024-11-13 11:14:03

一次服务器磁盘满,服务无法运行的经历记录的相关文章

Web服务器磁盘满故障深入解析

问题:硬盘显示被写满,但是用du -sh /*查看时占用硬盘空间之和还远小于硬盘大小即找不到硬盘分区是怎么被写满的. 今天下午接到一学生紧急求助,说生产线服务器硬盘满了.该删的日志都删掉了.可空间还是满的,情况危急啊.这个问题,在多年以前直接和间接的遇到过3-4次.以前太懒惰了,这次记录下来和大家分享. 相关日志如下: █ 查看硬盘分区大小[[email protected] ~]# cat /etc/redhat-release CentOS release 5.3 (Final)[[emai

服务器磁盘满无法释放空间解析及解决

硬盘显示被写满,但是用du -sh /*查看时占用硬盘空间之和还远小于硬盘大小 使用df -h查看,磁盘空间确实是满的,即找不到硬盘分区是怎么被写满的. 了解前因后果后,得知,这台WEB服务器的日志文件被删除了,目的是想清除日志文件占用的大量磁盘空间,但是当文件在一直被 写入的这个过程中,我们是无法彻底的删除的. 因此产生了这样的一个问题,下面我来模拟一下: [[email protected] test]# dd if=/dev/zero of=/dev/sdc bs=10M count=10

批处理映射远程服务器磁盘

之前找了很多代码都没有生效,原来是忘记在服务器磁盘上加$了,在这里记录下,免得以后再忘了,听说这个利用的是一个叫做IPC的漏洞,代码如下, net use y: \\127.0.0.1\C$ "password" /user:"namename" y表示,映射成功之后,服务器的硬盘在本地的盘符为y盘,以防冲突,选择字母靠后一点的,127.0.0.1表示的是你的服务器地址,password表示你的服务器的密码,namename表示你用老登陆的用户名,C$表示要把服务器

磁盘满

1.邮件服务器251,不能发送 .磁盘满,  clamav  日志大占用了空间 解决: service clamav-freshclam stop 删除日志 rm -rf /var/log/clamav/freshclam.log 2.文件服务器file01(ip248), cd / du -h --max-depth=1 find / -size +5000 sudo find / -type f -size +1024000k -exec du -h {} \; Linux 系统空间满,常见

阿里云ECS(linux)磁盘满触发的mysql的表异常修复案例

阿里云ECS(linux)磁盘满触发的mysql的表异常修复案例 阿里云技术支持:完颜镇江 问题现象: 磁盘空间满了,第一想到的就是删除无用的服务日志或者升级数据盘. 通常是使用du –sh去分析目录找出占用最大的. 根据经验来说基本都是日志文件占用的,那么就是停止应用清理日志,或者清理日志后重启应用即可. 但是本实例的异常是网站主页正常,但是子导航的内容为空,首先怀疑的就是磁盘满了导致mysql数据库的数据异常. 问题排查: 排查的方法是打开mysql的errlog 添加以下配置重启mysql

Linux crontab的使用方式,sh脚本的编写,sh脚本自动启动tomcat服务器,sh监控系统运行情况

1.如果想使用Linux crontab(类似java quartz),需要先启动crontab.关于crontab的启动.关闭.重启.重新载入配置的方式如下: /sbin/service crond start //启动服务 /sbin/service crond stop //关闭服务 /sbin/service crond restart //重启服务 /sbin/service crond reload //重新载入配置 2.crontab的命令介绍: A:添加crontab的命令是:c

CentOS安装ISCSI服务和运行

一:安装服务器: [[email protected] CD]# rpm -ivh scsi-target-utils-1.0.24-10.el6.x86_64.rpm warning: scsi-target-utils-1.0.24-10.el6.x86_64.rpm: Header V3 RSA/SHA1 Signature, key ID c105b9de: NOKEY error: Failed dependencies: libibverbs.so.1()(64bit) is nee

[服务器架构]微服务的深入思考

微服务有且仅有一种非常专项的功能,通过远程API来提供系统其余功能.举个例子:试想一下仓库的管理系统,这样的系统中微服务可能提供的一些功能有: 接收库存 计算新的库存该存到什么地方 计算在仓库内将库存运往正确放置点的路线 为仓库员工分配运送路线 接收订单 计算仓库内指定一组订单的拣货路线 为仓库员工分配拣货路线 以上这些功能(可能还会有更多)都是由单个微服务实现的.每个微服务都有单独的运行线程,并且可以独立于其他微服务进行部署.同样每个微服务都有自己的专用数据库,尽管每个微服务都会与其他微服务协

一次磁盘满的系统故障

大清早的就接到监控报警,,提示php进程挂掉了...果断登录到服务器上面查看,发现内存不足4G..果断认为是内存不足引起的,,top了一下,,发现了一个download.php进程占用内存过高,,kill掉,,发现内存降下来了,,暗喜.. 结果此时load直线上升,,外网流量报警..检查nginx连接数过高,,感觉是不是被攻击了,,果断查看message日志,,发现vim提示无法写入到.viminfo..删除.viminfo再打开message日志仍然相同错误.. message日志里面也没有看