CloudLink：由于内存泄漏，Cloudlink 代理程序变得无响应。
摘要: 在 7.1.1 和 7.1.2 中，CloudLink 代理程序因内存泄漏而崩溃。KMIP 客户端不受影响。
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
由于内存泄漏，代理程序将断开与 CLC 的连接。在此期间，由于代理程序断开连接，无法执行添加新磁盘、删除磁盘、更换密钥等管理员操作。I/O 操作将不会受到影响，因为磁盘已经具有密钥。
操作系统日志：
多会话日志显示代理会话在服务崩溃后关闭：
操作系统日志：
Linux：
在 Linux 上的 svmd 服务崩溃后，可以在 RHEL 或 CentOS 上看到 /var/log 中的条目显示内存不足错误。
在 Linux 上的 svmd 服务崩溃后，可以在 RHEL 或 CentOS 上看到 /var/log 中的条目显示内存不足错误。
Windows：
对于 Windows，所有崩溃都将记录在 Windows 事件查看器日志中。由于服务可能会在具有默认恢复设置的 Windows 上自动启动，代理程序将尝试重新连接到 CloudLink 服务器。
对于 Windows，所有崩溃都将记录在 Windows 事件查看器日志中。由于服务可能会在具有默认恢复设置的 Windows 上自动启动，代理程序将尝试重新连接到 CloudLink 服务器。
在 Cloudlink Center Web UI 上，在服务崩溃后代理程序显示已断开连接：
多会话日志显示代理会话在服务崩溃后关闭：
原因
CloudLink 将代理程序上使用的第三方 TLS 库升级到其最新版本，以实现安全合规性。新版本的库修改了消息交换流，从而导致在代理程序代码中循环分配内存。
解决方案
解决方法：
需要重新启动 CloudLink 代理服务以再次启动服务。
永久修复：
此问题已在 CloudLink 7.1.3 中修复。
需要重新启动 CloudLink 代理服务以再次启动服务。
- 在 Linux 上：可以在崩溃后手动重新启动代理程序服务。由于加密磁盘保持加密，因此不会丢失数据。重新启动代理程序服务的命令是 service svmd restart。
- 在 Windows 上：如果服务恢复设置设置为重新启动服务（默认设置），在崩溃后，Windows 将自动重新启动服务。由于加密磁盘保持加密，因此不会丢失数据。
永久修复：
此问题已在 CloudLink 7.1.3 中修复。
其他信息
Linux 操作系统：
例如，在具有 2 GB 内存的系统中，当内存消耗量增长到约 1.6 GB 并且平均每天泄漏内存为 300 MB 时，代理程序服务会在 5 天后崩溃。
Windows 操作系统：
例如，在具有 4 GB 内存的系统中，代理程序服务的内存消耗量增长到约 1.9 GB。在平均每天泄漏内存为 400 MB 的情况下，它预计会在达到约 3 GB 时崩溃。
例如，在具有 2 GB 内存的系统中，当内存消耗量增长到约 1.6 GB 并且平均每天泄漏内存为 300 MB 时，代理程序服务会在 5 天后崩溃。
Windows 操作系统：
例如，在具有 4 GB 内存的系统中，代理程序服务的内存消耗量增长到约 1.9 GB。在平均每天泄漏内存为 400 MB 的情况下，它预计会在达到约 3 GB 时崩溃。
受影响的产品
CloudLink SecureVM, CloudLink文章属性
文章编号: 000197219
文章类型: Solution
上次修改时间: 13 5月 2026
版本: 4
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。