CloudLink：由于内存泄漏，Cloudlink 代理程序变得无响应。
Oversigt: 在 7.1.1 和 7.1.2 中，CloudLink 代理程序因内存泄漏而崩溃。KMIP 客户端不受影响。
Denne artikel gælder for
Denne artikel gælder ikke for
Denne artikel er ikke knyttet til et bestemt produkt.
Det er ikke alle produktversioner, der er identificeret i denne artikel.
Symptomer
由于内存泄漏，代理程序将断开与 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 上，在服务崩溃后代理程序显示已断开连接：
多会话日志显示代理会话在服务崩溃后关闭：
Årsag
CloudLink 将代理程序上使用的第三方 TLS 库升级到其最新版本，以实现安全合规性。新版本的库修改了消息交换流，从而导致在代理程序代码中循环分配内存。
Løsning
解决方法：
需要重新启动 CloudLink 代理服务以再次启动服务。
永久修复：
此问题已在 CloudLink 7.1.3 中修复。
需要重新启动 CloudLink 代理服务以再次启动服务。
- 在 Linux 上：可以在崩溃后手动重新启动代理程序服务。由于加密磁盘保持加密，因此不会丢失数据。重新启动代理程序服务的命令是 service svmd restart。
- 在 Windows 上：如果服务恢复设置设置为重新启动服务（默认设置），在崩溃后，Windows 将自动重新启动服务。由于加密磁盘保持加密，因此不会丢失数据。
永久修复：
此问题已在 CloudLink 7.1.3 中修复。
Flere oplysninger
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 时崩溃。
Berørte produkter
CloudLink SecureVM, CloudLinkArtikelegenskaber
Artikelnummer: 000197219
Artikeltype: Solution
Senest ændret: 13 maj 2026
Version: 4
Find svar på dine spørgsmål fra andre Dell-brugere
Supportservices
Kontrollér, om din enhed er dækket af supportservices.