GreatSQL社区

搜索

GreatSQL群集服务,每天早上6点过几分都会被关闭

675 13 2025-5-22 10:51
全部回复(13)
少辉 2025-6-3 09:57:45
yejr 发表于 2025-6-2 14:48
你可以查一下 Kerberos 库的依赖关系,应该是 Kerberos 库依赖 MySQL 数据库,而安装 GreatSQL 后的作用 ...

root@test:/# sudo lsof -p $(pgrep mysqld) | grep -E 'krb5|gssapi'
mysqld  44575 mysql  mem       REG              252,0    823488  269701 /usr/lib/x86_64-linux-gnu/libkrb5.so.3.3
mysqld  44575 mysql  mem       REG              252,0    338696  266913 /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2
mysqld  44575 mysql  mem       REG              252,0     47904  268091 /usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1
root@test:/# sudo lsof | grep -E 'libkrb5|libgssapi' | awk '{print $1}' | sort | uniq
lsof
mysqld
packageki
sshd

从以上命令的输出中,可以看到GreatSQL(mysqld)确实依赖 Kerberos 库,而ubuntu系统在进行安全更新时,如果 Kerberos 库中的文件被更新了,那么它会强制重启GreatSQL服务,这是产生问题的原因。
yejr 2025-6-3 11:16:32
少辉 发表于 2025-6-3 09:57
root@test:/# sudo lsof -p $(pgrep mysqld) | grep -E 'krb5|gssapi'
mysqld  44575 mysql  mem       R ...

谢谢分享,应该在测试环境先多测试几次呀 :)
reddey 2025-6-3 13:40:32
少辉 发表于 2025-6-3 09:57
root@test:/# sudo lsof -p $(pgrep mysqld) | grep -E 'krb5|gssapi'
mysqld  44575 mysql  mem       R ...

原来如此,是操作系统组件依赖的原因。
少辉 2025-6-3 16:02:02
yejr 发表于 2025-6-3 11:16
谢谢分享,应该在测试环境先多测试几次呀 :)

我已经在ubuntu24.04版本中,复现出了这个现象,以下是复现的过程:
1,我系统上的libkrb5版本是libkrb5-3_1.20.1-6ubuntu2.6
2,我将libkrb5版本降成libkrb5-3_1.20.1-6ubuntu2.5,下载降级包,如下:
wget https://launchpad.net/ubuntu/+ar ... ubuntu2.5_amd64.deb
wget https://launchpad.net/ubuntu/+ar ... ubuntu2.5_amd64.deb
3,安装下载的两个 `.deb` 包
sudo dpkg -i libkrb5-3_1.20.1-6ubuntu2.5_amd64.deb libkrb5support0_1.20.1-6ubuntu2.5_amd64.deb
4,查看可用更新,如下:
apt list --upgradable | grep krb5
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

libkrb5-3/noble-updates,noble-security 1.20.1-6ubuntu2.6 amd64 [upgradable from: 1.20.1-6ubuntu2.5]
libkrb5support0/noble-updates,noble-security 1.20.1-6ubuntu2.6 amd64 [upgradable from: 1.20.1-6ubuntu2.5]
5,更新系统组件
sudo apt install --only-upgrade libkrb5-3 libkrb5support0

......
Restarting services...
Restarting greatsql.service...
......
说明 greatsql.service 是在 dpkg trigger 机制下直接被重启了

12

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2025-7-12 11:52 , Processed in 0.014759 second(s), 10 queries , Redis On.
快速回复 返回顶部 返回列表