本节记录了自 MySQL Cluster Manager 版本 1.4.3 发布以来在 MySQL Cluster Manager 1.4.4 中应用的所有更改和错误修复。
代理程序: 在 Windows 平台上,当
collect logs
运行命令并且任何收集到的文件的生成文件路径超过 255 个字符时,命令失败并显示ERROR 101 (00MGR) Access denied。添加了一种新的错误类型 PATH_TOO_LONG (106) Path max length exceeded for file filename,现在在这种情况下返回。(漏洞#26619163)
Agent: 在 Solaris 平台上,该
collect logs
命令在完成后创建了许多僵尸线程。这是因为代码中缺少许多线程连接,这些连接已由此修复程序添加。(缺陷号 26665347)代理: 对于大型 NDB Cluster 站点,
collect logs
由于文件传输期间网络连接错误,该命令经常失败。这是因为一些与网络连接相关的错误代码没有得到正确处理,这个修复程序纠正了这个问题。(漏洞#26642616)代理: 该
import config
命令有时会失败,因为mcmd
代理会在所有要导入的值到达之前更新其配置存储。此修复使mcmd在开始更新之前等待所有值。(漏洞#26610874)代理:
collect logs
即使代理失败并且从它传输的文件不完整, 该通过此修复,当与代理的连接失败时,该命令允许运行文件传输完成,然后抛出错误。(缺陷号 26594948)代理: 该
collect logs
命令有时失败并显示错误 1003 内部错误:没有客户端连接,即使客户端正在连接并且正在传输文件。这是由于用于跟踪客户端连接的错误机制所致,此修复程序已纠正该错误。(漏洞#26575768)代理:如果集群节点 的主机名无法解析,则mcm客户端在运行命令时挂起
collect logs
(漏洞#26564176)代理: 当
start cluster
其超时值被意外重置时,命令超时,正在扩展以处理DataMemory
集群的大尺寸。start cluster
此修复可确保在数据节点启动时不会降低命令执行步骤的超时时间(漏洞 #26543383)代理: 在节点失败并且其
update process
上的命令也失败后,随后的stop cluster
或stop process
命令遇到断言错误。这是因为节点在故障后自动重启,其 PID 文件update process
已被仍在运行的命令修改。此修复为update process
命令添加了对目标进程状态的检查,以防止重新启动的节点的 PID 文件被修改。(缺陷号 26388603)代理: 命令
collect logs
在完成所有文件传输后挂起 30 秒,然后返回成功消息。(缺陷号 26362910)代理: 当一个管理节点的状态从
starting
变为stopped
时,它的mcmd代理没有报告,导致命令delete cluster
失败,因为管理节点被认为仍在运行。(缺陷号 26288009)