CloudLink : L’agent CloudLink ne répond plus en raison d’une fuite de mémoire.

L’agent se déconnecte de CLC en raison d’une fuite de mémoire. Au cours de cette opération, les opérations d’administration telles que l’ajout de nouveaux disques, la suppression de disques, le remplacement des clés ne peuvent pas être effectuées, car l’agent est arrêté. Les opérations d’E/S ne seront pas affectées, car les disques disposent déjà des clés.

Journaux du système d’exploitation :

CloudLink a mis à niveau la bibliothèque TLS tierce utilisée sur l’agent vers sa dernière version pour la conformité de la sécurité. La version la plus récente de la bibliothèque a modifié le flux d’échange de messages, ce qui conduit à allouer de la mémoire dans le code de l’agent dans une boucle.

Résolution :
un redémarrage du service de l’agent CloudLink est nécessaire pour redémarrer le service.

• Sous Linux : Le service de l’agent peut être redémarré manuellement après l’arrêt. Il n’y a aucune perte de données puisque le disque crypté reste crypté. La commande permettant de redémarrer le service de l’agent est service svmd restart.
• Sous Windows : Après l’arrêt, Windows redémarre automatiquement le service si les paramètres Service Recovery sont définis à cet effet (par défaut). Il n’y a aucune perte de données puisque le disque crypté reste crypté.

Correctif permanent :
ce problème est résolu dans CloudLink 7.1.3.

Système d’exploitation Linux :
par exemple, dans un système avec 2 Go de mémoire, le service de l’agent s’arrête au bout de 5 jours lorsque la consommation de mémoire augmente de près de 1,6 Go avec une fuite moyenne de 300 Mo par jour.

Système d’exploitation Windows :
par exemple, dans un système avec 4 Go de mémoire, la consommation de mémoire du service de l’agent augmente et atteint environ 1,9 Go. Il devrait s’arrêter lorsqu’il atteint environ 3 Go avec une fuite de 400 Mo en moyenne par jour.