OceanBase数据库好像是所有的内核参数都获取失败了？
OceanBase数据库好像是所有的内核参数都获取失败了？麻烦确认下，在执行obdiag指令的机器上的~/.obdiag/config.yaml文件中172.30.3.149是node内的ip地址么
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
-
可能是用admin用户转了一下的原因，我直接用root用户试下看，用root取sysctl 值是对的。 ，此回答整理自钉群“[社区]技术答疑群OceanBase”
2024-01-02 08:15:02赞同 展开评论 -
面对过去，不要迷离；面对未来，不必彷徨；活在今天，你只要把自己完全展示给别人看。
根据您提供的信息，这个截图似乎是Linux服务器的设置或检查结果，并不是针对OceanBase数据库的。在截图内容中可以看到一些内核参数设置，如"net.ipv4.tcp_tw_reuse"和"net.core.rmem_default"等等，这些都是用来控制TCP/IP协议栈的行为或者内存管理策略的选项。
至于您的疑问：如果所有内核参数都无法成功获取，那很可能是这些参数并未实际存在，或者所在的节点并非Node角色。在这张图片中，我们看到有一条关于"not warning ,the DATA_SIZE is not 0 "的内容，这表明可能是在检查存储设备健康状况的时候发现了一些问题。另外还有一项关于"firewalld is Running"的警告，表示FirewallD服务正在运行。
最后，请确认在执行obdiag指令的机器上的~/.obdiag/config.yaml文件中，172.30.3.149确实是其中一个Node的角色IP地址。否则，obdiag工具就无法识别出对应的集群成员来进行必要的监控和分析。
2024-01-01 13:18:37赞同 展开评论
