-
Notifications
You must be signed in to change notification settings - Fork 469
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
nacos 长时间处于 starting #414
Comments
这个问题有点复杂,最好是能有日志辅助排查,不排除的是环境本身问题。 |
需要哪些日志呢,如果是 nacos 节点的日志的话,就是一直打印 2023-05-17 14:16:36,855 INFO Nacos is starting... |
嗯 目前给的cpu和内存是多少?感觉现象很像内存不够。 |
刚开始两个环境都是 1C2G,然后给环境二里的改成 1C3G。都设置了 JVM_XMX:2g JVM_XMS:2g JVM_XMN:1g 不知道跟这有没有关系。 |
看样子资源也还是够的,或者你尝试一下给2c4g看看启动效率是不是会有大幅度提升,然后再削减资源看是不是资源产生的影响。 |
尝试了一下 2c4g ,扩容的时候还是存在部分节点一直处于 starting 。我发现部署的时候节点都是同时启动的,但扩容时的顺序是新增节点先启动,然后旧节点再逆序重启,跟这个有关系吗? |
应该和这个问题没有关系,滚动升级是一个正常机制,或者再尝试增加资源看看?我也没有什么好思路了。 |
好的,我再试试看。 |
同样的 operator 和 chart 包去部署 nacos 集群,在两套环境里的表现完全不一样,环境一里面部署,扩容都很正常,但环境二里面很容易失败,部署失败后重启 pod 有概率会成功,扩容操作肯定会失败,看节点日志,nacos 一直在 starting。这两套环境的区别,主要是环境一用的 nfs 持久化,环境二用的 Carina,不清楚是不是跟这有关系。有什么可能的原因可供参考吗?
The text was updated successfully, but these errors were encountered: