cloud_computing_network_data

| Publié :

| Temps de lecture :

3 minutes

| Auteur :

| Des solutions simples pour un problème complexe

  1. Correction de Linux-Cloud-Tools-Common dans Ubuntu on Azure
  2. La solution à long terme : Cloud-Tools-Common sur Ubuntu 14.04 LTS

Dans un article précédent, nous avons détaillé un problème auquel nous étions confrontés lors de l’exécution de mises à jour sur Ubuntu 14.04 LTS sur le réseau Microsoft Azure Cloud.

Setting up linux-cloud-tools-common (3.13.0-36.63) ...
start: Job failed to start
invoke-rc.d: initscript HV-kvp daemon, action "start" failed.
dpkg: error processing linux package cloud-tools-common (--configure): subprocess installed post-installation script Returned error exit status 1
dpkg: dependency problems preventinfo configuration or linux-cloud-tools-3.13.0-34: linux-cloud-tools-3.13.0-34 depends on linux-cloud tools-common; HOWEVER: Package linux-cloud-tools-common is not configured yet.

Incapables de résoudre ce problème, nous avons cherché de l’aide auprès des communautés Linux et Serveur, mais nous n’avons reçu aucune réponse ou aucune suggestion susceptible de nous aider. Bien qu’il n’y ait pas eu et qu’il n’y ait toujours pas beaucoup d’exemples d’autres personnes ayant rencontré ce problème, nous avons remarqué que dans tous les cas, il s’agissait d’un problème avec Ubuntu sur le réseau Azure.

En peu de temps, nous avons rencontré d’autres problèmes lorsque nous avons essayé de mettre à jour ou d’installer d’autres paquets. Cette accumulation de problèmes nous a empêchés de redémarrer Apache sur la machine la plus gravement touchée, et nous nous sommes donc retrouvés dans une situation d’urgence.

Finalement, nous avons trouvé des indices qui nous ont conduit à une solution de contournement, qui nous a permis de maintenir le système à jour et pleinement opérationnel. Cela signifiait toutefois qu’il fallait éditer manuellement un fichier de configuration du serveur, effectuer la mise à jour, puis restaurer le fichier. C’est mieux que rien, mais c’est finalement laborieux et répétitif. Au fil du temps, nous avons reçu d’énormes quantités de trafic sur notre article de blog avec la solution ci-dessus, et évidemment peu d’espoir pour une solution à long terme.

Beaucoup de temps s’est écoulé et nous avons finalement reçu un commentaire suggérant une solution à plus long terme. Cette solution suggère la création d’un lien symbolique, qui crée essentiellement un alias pour le fichier manquant et pointe vers un fichier existant. Encore une fois, cela semble être une évolution encourageante, mais ne donne pas de détails sur la manière de procéder. D’autres lectures sur le site des bogues d’Ubuntu ont suggéré que le fichier manquant était simplement mal nommé ou que la fameuse commande “exec /usr/sbin/hv_kvp_daemon” devrait en fait se lire comme “exec /usr/sbin/hv_kvp_daemon.hv-kvp-daemon-init”.

Quoi qu’il en soit, nous savons désormais que les commentaires que nous avons reçus vont dans la bonne direction, celle d’une solution permanente. Nous avons donc deux possibilités pour mettre en œuvre une solution à long terme, comme nous le détaillons ci-dessous.

Solution 1 : Renommer le fichier

  1. Connectez-vous à votre terminal :
  2. exécuter le code suivant :
mv /usr/sbin/hv_kvp_daemon /usr/sbin/hv_kvp_daemon.hv-kvp-daemon-init

Cette méthode renomme le fichier ‘/usr/sbin/’.hv_kvp_démon.hv-kvp-démon-init’ à ‘/usr/sbin/hv_kvp_démon.hv-kvp-daemon’ et permet à ‘hv-kvp-daemon.conf’ de fonctionner comme prévu. Cependant, il est possible qu’une partie du serveur doive exécuter ‘/usr/sbin/hv_kvp_daemon.hv-kvp-daemon-init’ à un moment donné. Comme ce fichier n’existe plus, il se peut que vous ayez des problèmes.

Fixe 2 : Le lien symbolique

  1. Connectez-vous à votre terminal :
  2. exécuter le code suivant :
ln -s /usr/sbin/hv_kvp_daemon.hv-kvp-daemon-init /usr/sbin/hv_kvp_daemon

Conclusion

Au total, nous disposons maintenant de trois solutions au problème, mais chacune d’entre elles présente des inconvénients. La solution originale que nous recommandons a été testée au cours de l’année écoulée et aucun problème n’a été signalé. Bien que cette méthode vous oblige à modifier manuellement le fichier ‘hv-kvp-daemon.conf’, à effectuer la mise à jour et à restaurer ensuite ‘hv-kvp-daemon.conf’, elle permet au moins de remettre le système dans son état d’origine. Dans le pire des cas, le redémarrage du système garantira un démarrage normal.

Toutefois, les deux options décrites ci-dessus permettent de fixer le correctif et de laisser le système en l’état. Toutefois, il pourrait y avoir des problèmes à l’avenir. Dans le cas de la solution 1 : Renommer le fichier, vous renommez physiquement le fichier et, par conséquent, toute action sur le serveur nécessitant l’ancien nom de fichier entraînera des problèmes. Qui sait si ou quand cela peut se produire, et quelles peuvent en être les conséquences ?

Correction 2 : Le lien symbolique offre tous les avantages du renommage de fichier, mais sans qu’il soit nécessaire de renommer le fichier. Les deux versions du nom de fichier seront donc disponibles pour le système en cas de besoin, ce qui ne devrait pas poser de problème. Cependant, je me souviens que les liens symboliques peuvent causer des problèmes potentiels avec les dépendances et les commandes telles que “autoremove”. Je ne suis en aucun cas un expert d’Ubuntu et je ne me souviens pas des détails de la déclaration ci-dessus, mais c’est quelque chose qu’il faut garder à l’esprit.

Il est donc probable que la solution la plus propre consiste à mettre en œuvre le lien symbolique. Cependant, si vous êtes moins confiant et/ou si vous êtes relativement nouveau sous Ubuntu, nous vous recommandons d’éditer manuellement le fichier ‘hv-kvp-daemon.conf’ comme nous l’avons expliqué dans notre précédent article.

Faites-nous savoir dans les commentaires comment vous vous débrouillez avec les différentes solutions au problème linux-cloud-tools-common. Si vous avez des idées, des questions ou des commentaires, faites-le nous savoir ci-dessous.