记一次磁盘空间爆满导致的持久化抱错

环境:3.0.7 redis八节点集群4主4从 开发测试环境

操作:清除集群持久化数据

#redis-cli -c -p 6383 -h 172.31.103.238 登陆之后

cluster nodes 察看节点信息 登陆master节点进行删除 flushall

在其中一个节点执行时抱错:

172.31.103.238:6383> flushdb

(error) MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error.

网上信息:

今天运行Redis时发生错误,错误信息如下:

(error) MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error.

Redis被配置为保存数据库快照,但它目前不能持久化到硬盘。用来修改集合数据的命令不能用。请查看Redis日志的详细错误信息。

原因:

强制关闭Redis快照导致不能持久化。

解决方案:

运行config set stop-writes-on-bgsave-error no 命令后,关闭配置项stop-writes-on-bgsave-error解决该问题。

[email protected]:/usr/local/redis/bin# ./redis-cli
127.0.0.1:6379> config set stop-writes-on-bgsave-error no
OK
127.0.0.1:6379> lpush myColour "red"
(integer) 1

察看自己配置文件:

stop-writes-on-bgsave-error yes

虽然是测试环境但是没有立刻修改,登陆到相应节点上

df -h 察看root满了

[[email protected] /]#df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/vda3              35G   35G     0 100% /

查找到罪魁祸首是开发搞的日志文件33g

确认之后删除之

删除之后察看

[[email protected]238 /]#df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/vda3              35G   35G     0 100% /

没有释放

[[email protected] /]#lsof | grep delete

java      21037    root    1w      REG              252,3 35273113600     395356 /opt/server/logs/catalina.out (deleted)

java      21037    root    2w      REG              252,3 35273113600     395356 /opt/server/logs/catalina.out (deleted)

[[email protected] /]#kill -9 21037

[[email protected] /]#df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/vda3              35G  2.0G   32G   6% /

再次执行

[[email protected] /cluster]#redis-cli -c -p 6383 -h 172.31.103.238

172.31.103.238:6383> flushall

OK

时间: 2024-09-30 05:31:06

记一次磁盘空间爆满导致的持久化抱错的相关文章

oracle所在磁盘空间不足导致了数据库异常

oracle所在磁盘空间不足导致了数据库异常.需要减小数据文件的大小来解决. 1.检查数据文件的名称和编号 select file#,name from v$datafile; 2.看哪个数据文件所占的空间最大,根据该数据文件的编号查看该数据文件的最大数据块数 select max(block_id) from dba_extents where file_id=8; 查询结果 3.计算该表空间的实际占用空间.(不是物理文件的大小) 查看每个数据块的大小 show parameter db_bl

删除合并快照时因磁盘空间不够导致快照管理器看不到快照无法完成的解决方法

VMWare Workstation合并快照时因磁盘空间不够导致快照管理器看不到快照无法完成的解决方法 ?Lander Zhang 专注外企按需IT基础架构运维服务,IT Helpdesk 实战培训践行者博客:https://blog.51cto.com/lander IT Helpdesk实战培训视频课程:https://edu.51cto.com/lecturer/733218.html 为什么要创建及删除合并快照? 搭建试验测试环境时,为了减少搭建时产生的未知错误导致已经完成的部分前功尽弃

linux磁盘空间爆满问题

1. 查看空间占用大于1000M的文件 [[email protected] soft]# find / -type f -size +1000M -exec du -h {} \; 0 /proc/kcore find: '/proc/30739': No such file or directory find: '/proc/35518/task/35518/fdinfo/5': No such file or directory find: '/proc/35518/fdinfo/6':

磁盘空间不够导致mysql崩溃重启

起因: 群里有人提了句pt-ioprofile,我不知道,就查了查,想测一测,想以后可能会有帮助. 为了能看到效果,我选择了我虚拟机上最大的压测表Sbtest1,该表有100w数据,执行update sbtest1 set k=k+1; 并且通过pt-ioprofile查看到了想要的结果,然后就干别的去了,下午了,看update sbtest1 set k=k+1;这个窗口的光标还闪着,以为还没执行完,不停地回车,crtl c,各种不好用.过了一会儿,报错了,并且提示mysql已经重启了. 我去

DG备库磁盘空间满导致无法创建归档

上周五去某客户那里做数据库巡检,是window 2008系统上10g的一套NC系统的库,已经配置了DG,但是巡检时发现数据库报错: Tue Nov 11 10:13:57 2014 LNS: Standby redo logfile selected for thread 1 sequence 3945 for destination LOG_ARCHIVE_DEST_2 Tue Nov 11 10:14:29 2014 Errors in file d:\oracle\product\10.2

二进制安装MySQL5.5.39,磁盘空间不足导致MySQL无法启动

--添加用户和组 [[email protected] local]# groupadd [[email protected] local]# useradd -g mysql -s /sbin/nologin -d /opt/msyql mysql --创建目录 [[email protected] local]# mkdir /data/mysql/mysql_3306/{data,logs,tmp} -p --做软链接到/usr/local/mysql [[email protected]

磁盘空间满了之后MySQL会怎样

大多数用户在对于磁盘进行分区的时候都是习惯性的不给系统盘预留很大空间,其实这并不是一个好习惯.因为系统分区并不像我们想象的那样会仅仅安装一个操作系统,系统分区多数还是会承载操作系统主要应用软件安装任务.那么当磁盘空间爆满后,MySQL会发生什么事呢?又应该怎么应对? 会发生什么事 当磁盘空间写满了之后,MySQL是无法再写入任何数据的,包括对表数据的写入,以及binlog.binlog-index等文件. 当然了,因为InnoDB是可以把脏数据先放在内存里,所以不会立刻表现出来无法写入,除非开启

MYSQL ibdata1空间爆满处理

成都MYSQL服务器磁盘空间清理 2.7.1 项目名称 成都项目 2.7.2 问题描述 磁盘空间90% 2.7.3 影响范围 计划停机 2.7.4 问题分析 数据库磁盘空间爆满,查看是日志文件导致 2.7.5 解决方案 一.操作步骤: 1. 关闭MAP服务 2. 备份数据库 mysqldump -uroot –pXXXX --quick --routines --add-drop-database --all-databases --add-drop-table > /bak/mysqldump

疑难杂症--为数据库主文件所在磁盘保留一定量磁盘空间

因为服务器磁盘剩余空间不足的问题,同事准备为数据库新增数据文件并放置到其他磁盘下,新文件放置在PRIMARY文件组下,结果发现报错: 消息1105,级别17,状态2 无法为数据库 'XXX' 中的对象 'sys.sysfiles1'.'sysfiles1' 分配空间, 因为 'PRIMARY' 文件组已满.请删除不需要的文件.删除文件组中的对象. 将其他文件添加到文件组或为文件组中的现有文件启用自动增长,以便增加可用磁盘空间. 检查数据库发现: 1. PRIMARY文件组下有自动增长的文件(nd