From e48df2239d0caf38fbc3dc2db98457e2f00ff5c3 Mon Sep 17 00:00:00 2001 From: "qian.yao" Date: Fri, 7 Jun 2024 17:29:14 +0800 Subject: [PATCH] feat(mogha): release v2.4.21 --- .../zh/docs-mogha/v2.4/configuration-file.md | 17 ++++++++++------- product/zh/docs-mogha/v2.4/release-notes.md | 6 ++++++ product/zh/docs-ptk/v1.1/usage/usage-upgrade.md | 8 ++++++-- 3 files changed, 22 insertions(+), 9 deletions(-) diff --git a/product/zh/docs-mogha/v2.4/configuration-file.md b/product/zh/docs-mogha/v2.4/configuration-file.md index cb3a624e..6fffcdb2 100644 --- a/product/zh/docs-mogha/v2.4/configuration-file.md +++ b/product/zh/docs-mogha/v2.4/configuration-file.md @@ -151,19 +151,22 @@ ini文件由节、键、值组成。 假设该参数为 10/3 ，则表示最多尝试重启数据库10次或者重启超时时间为3分钟，任何一个条件先满足就终止尝试重启，进入故障切换。 -- **uce_error_detection** （布尔） +- **debug_mode** （布尔） - UCE（uncorrected error）故障感知功能，默认：True + 调试模式，开启后，MogHA 打印日志的级别将降为 DEBUG，输入更多运行日志。默认：False - *UCE错误：数据库内核进程在收到系统内核的一些特定的 sigbus 信号错误时，比如内存坏块等，内核会进行优雅停止，将错误码写入数据库日志中后退出进程。而坏的内存块会被系统内核标记，以后就不会被再次分配给应用程序，所以当出现该错误时，直接重启数据库进程即可恢复服务。* +- **http_req_timeout** (整数) -- **uce_detect_max_lines** （整数） + 不同的 MogHA 节点之间 API 心跳请求超时时间，单位秒，默认：2 - UCE错误检查时，从后向前读取数据库日志的行数，默认：200 +- **auto_build_standby** (布尔) -- **debug_mode** （布尔） + 备库宕机后，MogHA 重新拉起数据库后状态为 Need Repair 是，是否需要 MogHA 自动对实例进行重建。 + 注意：数据库数据量较大是（TB级别），重建可能耗时很久，可以考虑关闭该参数，由 DBA 人工介入恢复 - 调试模式，开启后，MogHA 打印日志的级别将降为 DEBUG，输入更多运行日志。默认：False +- **http_listen_address** (字符串) + + MogHA 心跳的 Http 服务监听地址，默认： 0.0.0.0 ## 元数据库（可选） diff --git a/product/zh/docs-mogha/v2.4/release-notes.md b/product/zh/docs-mogha/v2.4/release-notes.md index 05dc98a0..378635f2 100644 --- a/product/zh/docs-mogha/v2.4/release-notes.md +++ b/product/zh/docs-mogha/v2.4/release-notes.md @@ -12,6 +12,12 @@ date: 2021-09-14 > 注意: openEuler x86_64 适用于系统 glibc 版本为 2.28，centos x86_64 适用于系统 glibc 版本为 2.17 > 可通过命令 getconf GNU_LIBC_VERSION 查看系统 glibc 版本 +## mogha-2.4.21 (2024.06.07) + +Change Log: + +- 新增 auto_build_standby 和 http_listen_address 参数 + ## mogha-2.4.20 (2024.03.26) Change Log: diff --git a/product/zh/docs-ptk/v1.1/usage/usage-upgrade.md b/product/zh/docs-ptk/v1.1/usage/usage-upgrade.md index c4471ab2..cdd2abd8 100644 --- a/product/zh/docs-ptk/v1.1/usage/usage-upgrade.md +++ b/product/zh/docs-ptk/v1.1/usage/usage-upgrade.md @@ -24,11 +24,15 @@ PTK 定义了一套完整的升级流程，但是升级的过程还依赖于高 5.0.x------✓ -*注：由于早期版本的原因，2.0.x 版本升级到 3.0.0/3.0.1 需先升级到 2.1，由于PTK不支持升级到 Preview 版本，所以不支持从 2.0.x 版本升级到 3.0.0/3.0.1* +*注 1：由于早期版本的原因，2.0.x 版本升级到 3.0.0/3.0.1 需先升级到 2.1，由于PTK不支持升级到 Preview 版本，所以不支持从 2.0.x 版本升级到 3.0.0/3.0.1* + +## 注意事项 + +> 1. 如果集群部署 CM 组件，需使用 PTK 1.5.0 或后续版本操作 +> 2. 如果当前集群安装了 compat-tools，为避免和高版本的 whale 插件冲突，需先评估将当前版本的 compat-tools 卸载 ## 限制 -- 暂不支持部署了 CM 的集群升级，可通过 PTK 1.4.0以上的版本卸载CM后升级 - 不支持 2.0 以前的版本 - 不支持高版本向低版本升级 - 不支持升级到 Preview 版本（版本号第二位为1的为 Preview 版本，比如 3.1.0） -- Gitee