ubuntu - Cassandra 3.0.12 - nofile 限制是否足够？ : false

Question

我有一个提示 nofile 限制足够的 Cassandra 3.0.12 集群？ : 启动时为假。我已经三次检查了通过 datastax 推荐的所有设置，并验证了限制，输出如下所示。

任何人都知道如何摆脱降级模式？

WARN [main] 2017-04-01 02:40:29,608 SigarLibrary.java:174 - Cassandra 服务器以降级模式运行。交换是否禁用？ : 不错，地址空间够用吗？ : 真的，nofile 限制够用吗？ : 错误的，nproc 限制足够吗？ : 真的

ubuntu@stg-cassandra-1:~$ cat /proc/5777/limits
Limit                     Soft Limit           Hard Limit           Units
Max cpu time              unlimited            unlimited            seconds
Max file size             unlimited            unlimited            bytes
Max data size             unlimited            unlimited            bytes
Max stack size            8388608              unlimited            bytes
Max core file size        0                    unlimited            bytes
Max resident set          unlimited            unlimited            bytes
Max processes             63790                63790                processes
Max open files            100000               100000               files
Max locked memory         unlimited            unlimited            bytes
Max address space         unlimited            unlimited            bytes
Max file locks            unlimited            unlimited            locks
Max pending signals       63790                63790                signals
Max msgqueue size         819200               819200               bytes
Max nice priority         0                    0
Max realtime priority     0                    0
Max realtime timeout      unlimited            unlimited            us

Answer 1

根据测试结果，您将需要采取适当的措施:

交换是否禁用？ 您可以按照说明禁用交换，如 here 所述

使用 cat/proc/swaps 识别已配置的交换设备和文件。

使用 swapoff -a 关闭所有交换设备和文件。

删除在/etc/fstab 中找到的任何匹配引用。

可选:销毁在步骤 1 中找到的所有交换设备或文件，以防止它们被重复使用。由于您担心泄露敏感信息，您可能希望考虑执行某种安全删除。

地址空间够用吗？ 这是指节点中可用的磁盘空间， Datastax's guidelines在这里很有用

nofile 限制足够吗？ 验证您是否已在/etc/security/limits.d/cassandra.conf 中设置值:

cassandra - memlock unlimited 
cassandra - nofile 100000 
cassandra - nproc 32768
cassandra - as unlimited

nproc 限制足够吗？ 验证/etc/sysctl.conf 中是否存在以下条目:

vm.max_map_count = 131072

如果您需要修改配置文件，请确保重新启动盒子。