redis 异常排查

异常排查

redis-server  redis.windows.conf

D:\redis-2.8.17>redis-server.exe redis.windows.conf
[4692] 27 Nov 12:14:05.995 #
The Windows version of Redis allocates a memory mapped heap for sharing with
the forked process used for persistence operations. In order to share this
memory, Windows allocates from the system paging file a portion equal to the
size of the Redis heap. At this time there is insufficient contiguous free
space available in the system paging file for this operation (Windows error
0x5AF). To work around this you may either increase the size of the system
paging file, or decrease the size of the Redis heap with the --maxheap flag.
Sometimes a reboot will defragment the system paging file sufficiently for
this operation to complete successfully.

Please see the documentation included with the binary distributions for more
details on the --maxheap flag.

Redis can not continue. Exiting.

根据提示，是 maxheap 标识有问题,打开配置文件 redis.windows.conf ,搜索 maxheap , 然后直接指定好内容即可.

# maxheap <bytes>
maxheap 1024000000

然后再次启动,OK,成功.

时间： 2024-10-10 04:42:15

redis 异常排查的相关文章

异常排查_Python-日志模块.NoSectionError: No section: &#39;*&#39; 错误?

问题复现: Traceback (most recent call last):   File "/usr/lib/python2.6/site-packages/logging-0.4.9.6-py2.6.egg/logging/config.py", line 171, in fileConfig     qn = cp.get(sectname, "qualname")   File "/usr/lib64/python2.6/ConfigParse

一个 redis 异常访问引发 oom 的案例分析

本文来自本人独立博客,为获得更佳阅读体验,请点击 这里 ---------------------------------------------------------------------------------------------------- 「推断的前提是以事实为依据.」 这两天碰到一个线上系统的偶尔出现突然堆内存暴涨,这倒不是个什么疑难杂症, 只是过程中有些思路觉得可以借鉴参考,故总结下并写下来. 现象 内存情况可以看看下面这张监控图. 一天偶尔出现几次,持续时间一般几分钟不等

某企业虚拟化平台时间同步异常排查

背景介绍 某企业使用VMware 5.5U3搭建虚拟化平台,其上运行着近200台虚拟机,无论是Windows还是Linux系统都运行在工作组模式下,由于需要给上级部门上传数据,客户反映部分虚拟机上传时间不对,检查发现是因为虚拟机本身时间不对导致. 解决思路 该企业内部有专门的NTP服务器,搭建平台初期已设置承载虚拟机的虚拟化物理主机向NTP服务器同步时间,且所有虚拟机都已安装Vmware Tools,根据VMware白皮书介绍,安装了VMware Tools的操作系统会定期通过VMware To

服务器流量异常排查步骤（查看进程的流量）

在工作中经常遇到服务器流量异常,时不时的流量很高,今天就是一台服务器的内网端口的流量很短时间内达到了50Mbps,下面是我排查问题的方法和步骤,记录一下. 1.使用iftop -P 确定哪个进程的流量比较大 或者使用iptraf,jnettop  请读者自行研究 可以看出来api-node3:58218 的进程流量最大.下一步要根据端口号确定对应的进程PID 2.确定该端口号对应的应用进程PID # lsof -i:58218   或者   netstat -atunp |grep 58218

数据库系统异常排查之DMV（转)

来源: http://www.cnblogs.com/fygh/archive/2012/03/12.html 数据库系统异常是DBA经常要面临的情景,一名有一定从业经验的DBA,都会有自己一套故障排查的方法和步骤,此文为为大家介绍一下通过系统 性能视图(SQLServer05以上版本)来排查系统异常的基本方法,希望能对大家有所帮助. 这里分两部分来介绍: 一.  从数据库连接情况来判断异常: 1. 首先我们来看一下目前数据库系统所有请求情况: --request infoselect s.se

Linux下Mysql启动异常排查方案

遇到Mysql启动异常问题,可以从以下几个方面依次进行问题排查: (1)如果遇到“Can't connect to local MySQL server through socket '/tmp/mysql.sock'”类似问题,查看Mysql配置文件(默认在/etc/my.cnf目录下),使用命令vi /etc/my.cnf,查看是否具备如下配置, [mysqld]port            = 3306socket       = /var/lib/mysql/mysql.sock 可能

HttpClient连接池抛出大量ConnectionPoolTimeoutException: Timeout waiting for connection异常排查

今天解决了一个HttpClient的异常,汗啊,一个HttpClient使用稍有不慎都会是毁灭级别的啊. 这里有之前因为route配置不当导致服务器异常的一个处理:http://blog.csdn.net/shootyou/article/details/6415248 里面的HttpConnectionManager实现就是我在这里使用的实现. 问题表现: tomcat后台日志发现大量异常 [plain] view plain copy print? org.apache.http.conn.

异常排查_Python.[alembic.env] No changes in schema detected?

问题复现: INFO  [alembic.runtime.migration] Context impl SQLiteImpl. INFO  [alembic.runtime.migration] Will assume non-transactional DDL. INFO  [alembic.env] No changes in schema detected. 配置文件: #!/usr/bin/env python # -*- coding: utf-8 -*- """

连接不到JDBC异常排查

连接不到数据库的报错一般有以下几种原因: 1.数据源配置文件有问题,检查数据源配置文件中的IP,账号和密码. 2.检查数据库是否正常运行.使用plsql输入账号和密码进行验证. 3.查看在deploy目录下是否存在两个数据源配置文件,对照别的环境查看是否需要连接两个数据库.也可和开发核对是否需要那样连接. 4.如果第一遍启动报数据源连接不到异常,重启不报错,这种是因为数据库连接数较小,增加数据库的连接数,增大数据库服务器的文件打开数和用户最大进程数.这里应该是调整oracle用户的相关参数. 要