OBServer负载跑一段时间崩溃

OceanBase 技术问题
#22

我是用obd搭建的，没有修改过log_disk_size，默认好像就是100G

#23

但是看着你配置的yaml文件是24G

image
image761×430 17.5 KB

你把yaml文件这里修改一下 修改成100G
可以通过这个命令修改 obd cluster edit-config {集群名}

1 个赞
#24

我把memory_limit改为0M，加了memory_limit_percent为70，但修改后提示，
[oceanbase-ce] 172.16.0.65: DO NOT decrease memory_limit after startup
Modifications take effect after a redeployment. Are you sure that you want to start a redeployment? [y/n]: y

这样原来数据还在吗？

1 个赞
#25

后会将整个集群删除并重新部署
可以参考一下这个文档：
https://github.com/oceanbase/obdeploy/blob/master/plugins/oceanbase/4.0.0.0/parameter.yaml
有些参数如果修改的话，确实是需要重新部署集群的，有些参数只需要reload就行

1 个赞
#26

修改log_disk_size，我直接使用ALTER SYSTEM SET log_disk_size=‘100G’;的话是否有效，这里面写的是立即生效的，但这些参数我问了几个人你们都要我通过obd cluster edit-config去改？这里面是不是有什么误会 ？

https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002015772

1 个赞
#27

alter修改重启就没了

1 个赞
#28

是的，我也发现ALTER SYSTEM SET重启就没了，应该是个重大逻辑错误，但官方一直说非要通过obd cluster edit-config去改，那不是ALTER SYSTEM SET完全没用了吗？而且用edit-config改后却需要redeployment，就是重做集群数据都没了，这逻辑非常有问题

1 个赞
#29

学习一下

1 个赞
#30

内存使用oom了吧

1 个赞
#31

调整内存各个缓冲的大小，降低使用量，如果还存在相同的问题，可能由内存泄漏了。

1 个赞
#32

学习总结经验 :+1: :+1: :+1:

1 个赞
#33

也不是没用过分布式 ob资源占用太厉害了。。。。啥都没跑呢 负载就上去了 说是解决通信等等问题 但这也太。。。。

#34

可以看看官方文档 内存的设置 或许是你的内存设置不合理导致的 有些内存作为内部的进程的使用

#35

可以看看官方的文档 会保存的 如果重启以后 yaml文件和会observer.config.bin对比 如果不一样 会有问题的 导致起不来
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002013267