Lentidão ao iniciar o VMWare Tools.

Recentemente, inicializei minha máquina de testes e, antes de mais nada, como fazia algum tempo que não executava as tarefas básicas de administração, efetuei as atualizações via yum. Como havia uma nova versão de kernel, reinicializei a máquina novamente e rodei o script de configuração (vmware-tools-config). Novo reboot.
Aí começou o problema: ao inicializar o vmware-tools, havia uma lentidão.

Continuar lendo...
Ao inicializar, estava havendo uma demora enorme durante o processo de inicialização do vmware-tools (que normalmente é bem rápido).

Parava no seguinte ponto:

   Checking acpi hot plug                    [  OK  ]
Starting VMware Tools services in the virtual machine:
   Switching to guest configuration:         [  OK  ]
   Guest filesystem driver:                  [  OK  ]
   Mounting HGFS shares:                     [  OK  ]
   Guest memory manager:                     [  OK  ]
   VM communication interface:               [  OK  ]
   VM communication interface socket family: [  OK  ]
   Blocking file system:                     [  OK  ]
   Guest operating system daemon:           

Pesquisando no log, encontrei o seguinte:

kernel: VMware memory control driver initialized
kernel: vsock: no version for "VMCIMemcpyToQueueV" found: kernel tainted.
kernel: BUG: soft lockup - CPU#0 stuck for 108s! [swapper:0]
kernel:
kernel: Pid: 0, comm:              swapper
kernel: EIP: 0060:[] CPU: 0
kernel: EIP is at default_idle+0x31/0x59
kernel:  EFLAGS: 00000246    Tainted: GF      (2.6.18-164.11.1.el5 #1)
kernel: EAX: 00000000 EBX: 00000000 ECX: c0403bb0 EDX: c06fe000
kernel: ESI: c0631843 EDI: c1406e44 EBP: 00000020 DS: 007b ES: 007b
kernel: CR0: 8005003b CR2: bfddb988 CR3: 1ec35000 CR4: 000006d0
kernel:  [] cpu_idle+0x9f/0xb9
kernel:  [] start_kernel+0x37b/0x383
kernel:  =======================

Olhando nos logs anteriores, não obtive esta mensagem de erro. Imaginei que poderia ser a versão do kernel. Novo reboot para a versão anterior do kernel. Nada. O mesmo problema.

Pesquisando um pouco no Google, foi possível determinar o problema: a falta da biblioteca libdnet.  Esta biblioteca é responsável por prover acesso a muitas rotinas de baixo nível no acesso a rede.

Para minha sorte, existia uma versão compilada e empacotada para o CentOS via repositório EPEL.

Após instalar o pacote da libdnet, vamos ao teste. Ao reiniciar o serviço do vmware-tools, o serviço reiniciou rapidamente.

Mesmo tratando-se de uma máquina de testes, é sempre bom mantê-la atualizada. Ainda mais no caso de testar soluções antes de implementá-las.

Fica aí a dica.