Badack's blog

J’ai obtenu cette erreur ce matin lorsque j’ai tenté de redémarrer une machine virtuelle suite à un crash de mon client VMware workstation 7.0.

Vu que j’ai construit toute une infrastructure en VMware, je ne vous cache pas ma stupeur quand j’ai voulu démarrer mon Domain Controller. La première chose auquel on pense, en voyant cela, est à une corruption de données, mais fort heureusement, il n’en est rien

Lorsque vous démarrez une machine virtuelle, automatiquement, les fichiers vmdk sont locké par le processus VMware lié à cette instance, ce qui empêche toute modification en provenance d’un autre processus. Imaginez que vous gardiez vos machines virtuelles sur un NAS et que vous soyez 2 à vouloir démarrer la même machine virtuelle. D’où le système de Lock.

Dans mon cas, comme le programme VMware Workstation c’est crashé, toutes les machines virtuelles qui étaient en cours d’utilisations ce sont plantées également en laissant, bien entendu, leur lock associé.

Au redémarrage, bardaf, c’est l’embardée comme dirait l’autre, plus moyen d’utiliser une de ces machines virtuelles.

Pour solutionner le problème, en fait, c’est tout simple, il vous suffit de vous rendre dans le répertoire qui héberge les fichiers de vos machines virtuelle (1 répertoire par machine normalement) et supprimer les répertoires terminant par lck.

Un fois supprimé, vos machines pourront à nouveau démarrer sans problème.

Enjoy !!!

Share this post: sur Twitter sur Facebook sur Google+

It's only fair to share...