腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

蓝天

专栏作者

526

文章

829492

阅读量

41

订阅数

REdis MASTER aborted replication NOAUTH Authentication required

缓存数据分析网络安全

对于REdis集群，如果设置了requirepass，则一定要设置masterauth，否则从节点无法正常工作，查看从节点日志可以看到哪下内容： 19213:S 22 Apr 2019 10:52:17.389 * Connecting to MASTER 1.6.18.16:2181 19213:S 22 Apr 2019 10:52:17.389 * MASTER <-> REPLICA sync started 19213:S 22 Apr 2019 10:52:17.389 * Non blocking connect for SYNC fired the event. 19213:S 22 Apr 2019 10:52:17.390 * Master replied to PING, replication can continue... 19213:S 22 Apr 2019 10:52:17.390 * (Non critical) Master does not understand REPLCONF listening-port: -NOAUTH Authentication required. 19213:S 22 Apr 2019 10:52:17.390 * (Non critical) Master does not understand REPLCONF capa: -NOAUTH Authentication required. 19213:S 22 Apr 2019 10:52:17.390 * Partial resynchronization not possible (no cached master) 19213:S 22 Apr 2019 10:52:17.390 # Unexpected reply to PSYNC from master: -NOAUTH Authentication required. 19213:S 22 Apr 2019 10:52:17.390 * Retrying with SYNC... 19213:S 22 Apr 2019 10:52:17.390 # MASTER aborted replication with an error: NOAUTH Authentication required. 正常时的日志如下： 37706:S 22 Apr 2019 10:59:13.125 * Connecting to MASTER 1.6.18.16:2181 37706:S 22 Apr 2019 10:59:13.125 * MASTER <-> REPLICA sync started 37706:S 22 Apr 2019 10:59:13.125 * Non blocking connect for SYNC fired the event. 37706:S 22 Apr 2019 10:59:13.125 * Master replied to PING, replication can continue... 37706:S 22 Apr 2019 10:59:13.125 * Trying a partial resynchronization (request d2aeb271d9f4974e71487e5dac86e6e8c70c025e:1). 37706:S 22 Apr 2019 10:59:13.126 * Full resync from master: 884f5964d7eff95277ecb6d594ff4dd78b7eb900:0 37706:S 22 Apr 2019 10:59:13.126 * Discarding previously cached master state. 37706:S 22 Apr 2019 10:59:13.165 * MASTER <-> REPLICA sync: receiving 175 bytes from master 37706:S 22 Apr 2019 10:59:13.165 * MASTER <-> REPLICA sync: Flushing old data 37706:S 22 Apr 2019 10:59:13.165 * MASTER <-> REPLICA sync: Loading DB in memory 37706:S 22 Apr 2019 10:59:13.165 * MASTER <-> REPLICA sync: Finished with success 37706:S 22 Apr 2019 10:59:13.165 * Background append only

2019-05-07

1.7K0

sysctl.conf优化方案

node.js 缓存 tcp/ip 存储

网上关于sysctl.conf的优化方案有各种版本，大多都是抄来抄去的，让新人看了很迷茫。为解决此问题，经过两天的整理，查了N多资料，将大家常用的总结如下，很多默认的不需要修改的暂未涉及，今后将逐步把所有的项目都有个翻译、讲解、修改建议，如有修改，将以此文为准，其他地方的内容，本人不负责更新。因此转载请注明链接地址：http://www.bsdlover.cn/security/2007/1216/article_8.html如果您有补充或修订意见，请于本文后评论或邮件联系cujxtm@gmail.com，万分感谢！ ################### 所有rfc相关的选项都是默认启用的，因此网上的那些还自己写rfc支持的都可以扔掉了:) ############################### net.inet.ip.sourceroute=0 net.inet.ip.accept_sourceroute=0 ############################# 通过源路由，攻击者可以尝试到达内部IP地址 --包括RFC1918中的地址，所以不接受源路由信息包可以防止你的内部网络被探测。 ################################# net.inet.tcp.drop_synfin=1 ################################### 安全参数，编译内核的时候加了options TCP_DROP_SYNFIN才可以用，可以阻止某些OS探测。 ################################## kern.maxvnodes=8446 #################http://www.bsdlover.cn######### vnode 是对文件或目录的一种内部表达。因此，增加可以被操作系统利用的 vnode 数量将降低磁盘的 I/O。一般而言，这是由操作系统自行完成的，也不需要加以修改。但在某些时候磁盘 I/O 会成为瓶颈，而系统的 vnode 不足，则这一配置应被增加。此时需要考虑是非活跃和空闲内存的数量。要查看当前在用的 vnode 数量： # sysctl vfs.numvnodes vfs.numvnodes: 91349 要查看最大可用的 vnode 数量： # sysctl kern.maxvnodes kern.maxvnodes: 100000 如果当前的 vnode 用量接近最大值，则将 kern.maxvnodes 值增大 1,000 可能是个好主意。您应继续查看 vfs.numvnodes 的数值，如果它再次攀升到接近最大值的程度，仍需继续提高 kern.maxvnodes。在 top(1) 中显示的内存用量应有显著变化，更多内存会处于活跃 (active) 状态。 #################################### kern.maxproc: 964 #################http://www.bsdlover.cn######### Maximum number of processes #################################### kern.maxprocperuid: 867 #################http://www.bsdlover.cn######### Maximum processes allowed per userid #################################### 因为我的maxusers设置的是256，20+16*maxusers＝4116。 maxprocperuid至少要比maxproc少1，因为init(8) 这个系统程序绝对要保持在运作状态。我给它设置的2068。 kern.maxfiles: 1928 #################http://www.bsdlover.cn######### 系统中支持最多同时开启的文件数量，如果你在运行数据库或大的很吃描述符的进程，那么应该设置在20000以上，比如kde这样的桌面环境，它同时要用的文件非常多。一般推荐设置为32768或者65536。 #################################### kern.argmax: 262144 #################http://www.bsdlover.cn######### maximum number of bytes (or characters) in an argument list. 命令行下最多支持的参数，比如你在用find命令来批量删除一些文件的时候 fi

2019-03-14

1.3K0

汇编指令: VERW、WAIT、WBINVD、WRSHR、WRMSR、XADD、XBTS、XCHG、

汇编语言人工智能缓存

名称功能操作数操作码模数寄存器1 寄存器2或内存位移量立即数符号方向芯片型号 16位 32位 VERR 校验读寄16 $0F00 11 100 5 无无无无 286 无无 VERR 校验读 [寄16] $0F00 00 100 5 无无无无 286 无 $67 VERR 校验读 [寄32] $0F00 00 100 5 无无无无 286 $67 无 VERR 校验读 [寄16+位移8] $0F00 01 100 5 9 无无无 286 无 $67 VERR 校验

2018-08-07

5530

Linux系统命令Top/free的使用及参数详解

linux 安全缓存

top [－] [d delay] [q] [c] [S] [s] [i] [n]

2018-08-07

8510

没有更多了

社区活动

腾讯技术创作狂欢月

“码”上创作 21 天，分 10000 元奖品池！

Python精品学习库

代码在线跑，知识轻松学

博客搬家 | 分享价值百万资源包

自行/邀约他人一键搬运博客，速成社区影响力并领取好礼

技术创作特训营·精选知识专栏

往期视频·千货材料·成员作品最新动态