Iniciando VMs automaticamente no ESXi

Para iniciar a VM automaticamente após a iniciação do ESXi, logue-se no cliente vSphere.

No canto esquerdo da tela, clique no nome/IP do servidor ESXi, entre na aba Configuration. Na barra lateral esquerda da janela de configuração, no menu Software, clique em Virtual Machine Startup/Shutdown.

Na nova janela que abrir, certifique-se que a caixa Allow virtual machines to start and stop automatically with the system está marcada em System settings.

Em Startup Order, selecione a máquina virtual que você deseja iniciar automaticamente com o sistema e clique no botão Move Up até ela alcançar Automatic Startup.

1

Anúncios

vSphere Client: “Cannot complete login due to an incorrect user name or password”

Este erro apareceu logo na nossa primeira tentativa de acessar nosso servidor ESXi através do vSphere Client.

Digitamos o usuário (root) e a senha corretamente, mas ainda não tínhamos acesso ao servidor através do vSphere Client. O acesso via SSH também dava falha de autenticação. Mas, ao acessarmos o servidor localmente, tínhamos acesso completo as configurações do servidor ao pressionarmos <F2> com a mesma senha! Tentamos, inicialmente, reiniciar o servidor, obter um novo IP via DHCP… Nada!

Na comunidade SpiceWorks, recomendaram o formato domíniousuário em User name, sem sucesso. Tentamos também no formato domínio@usuário, como sugerido no blog vFrank. Como não possuímos um servidor de domínio (ainda), utilizamos o IP do servidor ESXi.

Em um dos comentários no blog vFrank, pude encontrar uma dica para quem possuí AD: Verifique se a senha do usuário não está expirada.

Outras dicas que pude encontrar no blog ITXPerience era criar, na zona reversa do DNS, um registro PTR para o IP do servidor ESXi. Esta dica não aplica-se a nossa estrutura por não possuirmos um servidor DNS ainda.

Como última tentativa, decidirmos acessar as configurações do ESXi localmente (pressionando <F2>) e mudarmos a senha para outra menos complexa, que não utiliza caracteres especiais (como @ e .), somente letras (maiúsculas e minúsculas) e números.

Tanto o acesso via SSH quanto pelo vSphere Client foram restaurados com a nova senha! Utilizamos apenas ‘root’ como usuário e utilizamos o IP do servidor em IP address / Name.

Continuo com problemas, e agora?

Uma informação que ajudaria muito seriam os logs. É possível visualizar os logs através do vSphere Client 4.0 e superiores em Home > Administration > System Logs e do vSphere 5.1 e do Web Client 5.5 em Home > Log Browser. [2]

Os logs do host ESXi são armazenados em /var/log/vmware. No KB2110014 [1] e KB1021804 [2] da VMware você encontra uma descrição dos arquivos de log gerados pelo vCenter Server. Os principais são:

Log Descrição
vmware-vpx\vpxd.log Log principal do vCenter Server, consistindo de todas as conexões vSphere Client e WebServices, eventos e tarefas internas e comunicação com o vCenter Server Agent (vpxa) (1) (2)
vmware-vpx\vpxd-alert.log Informações não-fatais do processo vpxd (1) (2)
vsphere-client VMware vSphere Web Client (1)
SSO VMware Single Sign-On (1)

Nota: a medida que cada log aumenta, ele é rotacionado em uma série de arquivos numerados componente-nnn.log (2)

Referências

  1. VMware Knowledge Base – Location of VMware vCenter Server 6.0 log files (2110014)
  2. VMware Knowledge Base – Location of vCenter Server log files (1021804)

VMware Server: Problemas de autenticação ao rebaixar um servidor de domínio para um servidor membro

Nota: O VMware Server foi descontinuado no dia 30/06/2011, sendo substituído pelo VMware ESXi.

vmware1

Could not choose a ‘__vmware_user__’ password long enough (min lenght 0). Aborting.

Ao desinstalar o Active Directory (rebaixar o controlador de domínio [DC] para um servidor membro) em um servidor Windows Server em uma empresa que prestava suporte, não pude mais acessar a interface de gerenciamento do VMware Server pela web.

Este problema ocorre devido ao VMware integrar o usuário padrão (__vmware_user__) utilizado para autenticação pelo serviço vmauthd ao Active Directory.

Quando rebaixamos o domínio, todas as contas de usuário e chaves criptografadas são excluídas (isso significa que todos os arquivos criptografados pelos usuários estarão inacessíveis para sempre caso o backup das chaves não sejam realizados). [1]

Fig8-18

(Reprodução)

Para restaurar o acesso a interface, precisamos recriar localmente o usuário ‘__vmware_user__’ e adicionarmos ele aos grupos ‘__vmware__’ e ‘Administradores’.

Para isso, abra o Menu iniciar > Painel de Controle. Selecione o modo de exibição por ícones grandes e abra Ferramentas Administrativas > Gerenciamento do computador.

Em Usuários e grupos locais, dê botão direito em Usuários e selecione Novo usuário… Em Nome do usuário, digite ‘vmware_user‘ (sem aspas) e clique no botão Criar.

Não é necessário definir uma senha ao criarmos o usuário – ela é gerada automaticamente cada vez que o serviço vmauthd inicia. Mas precisamos deletar o arquivo %ALLUSERSPROFILE%VMwareVMware Serverhostdauthorization.xml

vmware2

Se apenas criarmos o usuário ‘vmware_user‘ e não o adicionarmos ao grupo ‘vmware‘, a mensagem abaixo será exibida no Visualizador de Eventos ao iniciar o serviço vmauthd:

An error occurred while checking group membership:
Can't look up VMware User Group group.

Agora, dê botão direito em Grupo e selecione Novo grupo… Em Nome do grupo, digite ‘__vmware__’ (sem aspas). Em Membros, clique no botão Adicionar > Avançado… e clique no botão Localizar agora…

Na lista, selecione o usuário ‘__vmware_user__’, dê OK para fechar as duas janelas e clique no botão Criar para criar o grupo ‘__vmware__’ com o membro ‘__vmware_user__’.

Ainda em Grupos, dê dois cliques em Adminsitradores (Administrators) e repita o processo realizado no grupo ‘vmware‘ para adicionar o usuário ‘vmware_user‘ ao grupo.

Na pasta Virtual Machines, dê permissão total ao grupo ‘vmware‘.

Agora, ao tentarmos iniciar o VMware Server, o Visualizador de eventos mostrará o Evento 100:

vmware3

Cannot find perfmon object in array returned by perfDll, index=0

Este erro ocorre por que a conta de usuário que recém-criamos (‘vmware_user‘) não possuí permissões para logon como serviço (SeServiceLogonRight). [2] O serviço vmauthd utiliza o usuário ‘vmware_user‘ para ser iniciado. Mas por padrão, contas de usuário não possuem permissão para logon como serviço. Precisamos editar a nossa Política de grupo local para permitirmos isso:

Pressione as teclas Windows + R e digite gpedit.msc

Agora, expanda Configuração do Computador > Configurações do Windows > Configurações de segurança >
Diretiva locais > Atribuição de direitos de usuário

Adicione o usuário ‘vmware_user‘ as diretivas Permitir logon localFazer login como serviço. Podemos realizar este procedimento utilizando o ntrights disponível no Windows Resource Kits 2003 com o comando:


ntrights.exe +r SeServiceLogonRight -u MYCOMPUTER__vmware_user__

Substitua “MYCOMPUTER” pelo nome do computador. Você pode encontrar o nome do computador pressionando a combinação de teclas Windows + Pause Break.

Na diretiva Negar logon como serviço, remova o usuário ‘vmware_user‘ desta lista. Ela anula a diretiva Fazer login como serviço.

Para atualizarmos a diretiva, precisamos reiniciar o computador ou abrir o Prompt de comando como Administrador e executarmos o comando:


gpupdate /force

Agora, o serviço vmauthd deve iniciar normalmente.

Você pode ainda tentar reparar os Contadores de performance (Performance Counters) do Windows.

 


REFERÊNCIAS

  1. Lição 081 – Capítulo 08 – Fundamentos em: Rebaixar um DC de volta a Member Server – Julio Battisti – http://juliobattisti.com.br/artigos/w3kcc/capitulo08/05.asp
  2. Event ID 100 – vmauthd – Deus Ex Machina – EventLog Lookup – http://deusexmachina.uk/evdoco/event.php?event=122

Instalando o VMware vSphere ESXi em servidores Lenovo/IBM

Possuímos um servidor IBM System x3630 M4 e decidimos instalar o VMware vSphere ESXi nele para testarmos esta solução de virtualização no quartel onde sirvo.

Gravamos a mídia do VMware vSphere ESXi 6.0.0 Update 1 Build 3029758 obtida pelo site oficial e iniciamos o servidor por ela (através de um leitor de CD/DVDs USB). A instalação ocorria normalmente, mas após reiniciar o servidor o ESXi não iniciava.

Procurando na internet, pude encontrar na página da IBM uma versão customizada da Lenovo do VMware ESXi, que atualmente está na versão 5.5.0 Update 2. A versão 6.0 ainda não foi lançada. A IBM/Lenovo lança uma nova versão do ESXi com as customizações em um ciclo de 4-6 meses após o lançamento oficial de uma nova versão do ESXi. [1]

Após a instalação da versão mais antiga do site da Lenovo, o sistema continuava não iniciando. Ele reiniciava automaticamente o servidor durante a iniciação, sem exibir mensagem alguma.

Pude encontrar no fórum Serve The Home a solução: Em Legacy Support, a opção Legacy Video Support estava habilitada. Esta opção é necessária para o Windows Server 2008 R2 e Windows Server 2008, que não possuem compatibilidade completa com a especificação UEFI e necessitam desta opção ativa para que o driver de vídeo padrão do Windows (vga.sys) possa iniciar através do CSM (Compatibility Support Module). Ele é um módulo de compatibilidade que emula o firmware BIOS, permitindo sistemas legados serem instalados em sistemas com firmware EFI.

Ainda no Firmware, é preciso configurar o disco rígido para RAID0.

Caso o problema persista, você pode tentar atualizar o Firmware do servidor através do Lenovo/IBM Boot Media Creator.


[1] IBM Servers vSphere 6 customizations – VMware Community – https://communities.vmware.com/thread/508540