Pages

Subscribe:

Ads 468x60px

Featured Posts

terça-feira, 26 de maio de 2015

Atualização da versão do Sistema Operacional do vCenter 5.5 para Windows Server 2012

Olá,
Uma dica para quem tem o VMware vCenter Server 5.5 rodando em um servidor Windows Server 2008 e quer atualizá-lo para Windows Server 2012 aproveitando tudo que está instalado (sem fazer uma nova instalação): é possível, mas com algumas pequenas alterações.

Após a atualização da versão do SO, inevitavelmente os serviços da VMware não vai iniciar, nem automaticamente e nem manualmente. Os serviços VMware VirtualCenter Server, VMware VirtualCenter Management Webservices e VMware vSphere Web Client  ficarão parados e ao tentar "startar" aparecerá a mensagem:
Error 1075: The dependency service does not exist or has been marked for deletion
Isso acontece porque um dos serviços que causam dependência do VMware VirtualCenter Server mudou de nome na nova versão do sistema operacional, impedindo assim seu inicio, mas a solução é simples:
  1. Acesse o servidor que roda o vCenter Server com permissões administrativas.
  2. Abra o editor de registro do windows (regedit)
  3. Navegue até a chave :
    HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > Services > vpxd 
  4. Edite a chave "DependOnService" e remova a linha "ProtectedStorage"
  5. Reinicie o servidor (não agora, aguarde os próximos passos para reiniciar uma única vez)
Isso fará com que o serviço VMware VirtualCenter Server volte a iniciar, mas ainda é preciso fazer uma modificação para que o serviço VMware vSphere Web Client Service também se normalize:
  1. Ainda no registro do windows do passo anterior, navegue até a chave
    HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > Services > vspherewebclientsvc  
  2. Edite a chave ImagePath e substitua todo o conteúdo pelo conteúdo abaixo:
    "C:\Program Files\VMware\Infrastructure\vSphereWebClient\server\bin\service\bin\wrapper.exe" -s "C:\Program Files\VMware\Infrastructure\vSphereWebClient\server\bin\service\conf\wrapper.conf" set.default.SERVER_HOME=C:\PROGRA~1\VMware\INFRAS~1\VSPHER~1\server set.default.JMX_PORT=9875 
  3. Obs.: Essa configuração acima se refere a pasta e porta padrão de instalação do vCenter, caso você tenha modificado a sua, deve adequar de acordo com a sua realidade.
  4. Reinicie o servidor.
Todos os serviços voltarão a iniciar normalmente.
Espero ter ajudado alguém que como eu passou por essa situação!
Até a próxima!

Fonte: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2112741

quarta-feira, 11 de março de 2015

Problemas de atualizações com o WSUS

Olá,
Se por acaso você se deparar com a situação em que seus servidores começaram a presentar falhas na hora de instalar atualizações do WSUS, tente executar os passos abaixo. Esses passos vão provocar uma limpeza no cache das atualizações WSUS no cliente. Esse problema ocorre principalmente quando você muda o ip ou nome do servidor WSUS e os clientes já haviam detectado uma ou mais atualizações necessárias. Execute os passos abaixo numa janela do Powershell em modo Administrador:
  • Pare o serviço do Windows Update:
net stop wuauserv
  • Apague o cache do Windows Update:
Remove-Item -Recurse -Force C:\Windows\SoftwareDistribution
  • Reinicie o servidor.
  • Force uma busca por atualizações:
wuauclt /detecnow
  • Caso o passo 4 não surta efeitos, vá no painel de controle e peça para buscar novas atualizações, se estiver disponível.
Agora suas atualizações irão instalar sem problemas, dessa vez buscando na fonte correta.
Até a próxima!

quinta-feira, 11 de outubro de 2012

Atualizações dinâmicas do DNS a partir do DHCP


Olá a todos,
Um assunto pouco explorado mas de grande utilidade numa rede grande e mista, é a possibilidade de atualizações dinâmicas no servidor DNS partindo do servidor DHCP. Algumas pessoas desconhecem esse recurso, e apesar de já utilizar a algum tempo, também aprendi um pouco mais sobre ele essa semana, principalmente no tratamento de estações Linux numa rede Microsoft.
Em poucas palavras para os que desconhecem do assunto, o servidor DHCP pode realizar atualizações dinâmicas no servidor DNS para cada concessão de endereço fornecido ou expirado. Isso funciona tanto para registros de endereço (A) como para os ponteiros (PTR).
Para habilitar essa opção abra a janela de propriedades do escopo no seu servidor DHCP, ou nas propriedades do proprio servidor, se quiser aplicar a todos os escopos. Na aba DNS, marque o primeiro checkbox “Enable DNS dynamic updates according to the settings below”, e logo abaixo marcar a segunda opção “Always dynamically update DNS A and PTR records”.
img01
O segundo checkbox é utilizado para apagar as entradas DNS criadas dinamicamente, caso não exista mais a concessão do cliente DHCP. Aconselho deixar essa opção desmarcada e configurar a limpeza com o “Aging e Scavenging” no proprio servidor DNS.
A última opção deve obrigatoriamente ser marcada (Dynamically update DNS and PTR records for DHCP clients that do not request updates), para que as estações linux consigam ter suas entradas no servidor DNS dinamicamente atualizadas.
Essas configurações seriam suficientes se nossa rede unicamente Microsoft, mais precisamente com versões clientes acima do Windows XP, porém não é esse nosso caso e temos que continuar com mais algumas configurações. No proximo passo, vamos realizar uma pequena configuração no servidor DNS. Nas propriedades da Zona, na aba General, opção “Dynamic updates”, selecione “Nonsecure and secure” e aperte em OK, como mostra a figura abaixo:
image
Por último, devemos realizar uma alteração no arquivo dhclient.conf de todas as estações linux da rede. Para que o servidor DHCP saiba para onde enviar a entrada DNS, qual zona apontar, é preciso que o cliente linux que recebe a concessão de IP especifique um nome completo FQDN. Devemos acrescentar a linha abaixo no dhclient.conf :
send host-name "srv01.contoso.com";
Salve as configurações, libere e renove o ip novamente. Aguarde alguns segundos e verifique no servidor DNS se a entrada com o nome FQDN especificado no passo anterior já consta lá.
Espero que sirva de ajuda para alguém que esteja passando pelo mesmo problema que passei recentemente, em que algumas máquinas linux criavam seus registros DNS, outras não, e com o tempo algumas delas sumiam devido a uma configuração errada na limpeza desses registros.
[]’s
Rutenio Dantas

terça-feira, 25 de setembro de 2012

Atribuir uma GPO filtrando por tipo de sistema operacional com WMI

Olá,
Vou mostrar agora como se livrar da seguinte situação:
Digamos que você queira aplicar uma GPO somente a um grupo de máquinas com um determinado tipo de sistema operacional, mas essas máquinas estão espalhadas pelas diversas OUs do seu domínio. Digamos que essa política contemple somente configurações de usuário. Em algumas estações a politica deve ser aplicada quando o usuário se logar, mas em outras máquinas do domínio, com esse mesmo usuário fazendo logon, essa política não pode ser aplicada. O que fazer?
Um exemplo prático disso é uma política de instalação de software que é aplicada no logon do usuário, mas se esse usuário for um administrador de rede, ela não deve ser aplicada nos servidores, somente nas estações que esse usuário se logar.

A melhor forma de resolver esse problema é aplicar um filtro WMI. Independente de onde foi aplicada a política, basta você criar um filtro WMI e vincular à GPO. A query abaixo é utilizada para filtrar os computadores do domínio de acordo com o tipo de sistema operacional:

SELECT * FROM Win32_OperatingSystem where ProductType = 1

onde: ProductType = 1 (Workstations)
         ProductType = 2 (Domain Controlers)
         ProductType = 3 (Servers)

Inúmeros tipos de filtros podem ser aplicados com o WMI, filtrar por nome, versão do SO, nível de atualização, características de hardware, etc. Uma sugestão de ferramentas para criar esses filtros e conhecer os campos possíveis é o WMITools e o WMICodeCreator.

Por hoje é só e até a próxima!

Rutenio Dantas


sexta-feira, 3 de agosto de 2012

vCenter apresentando erro na aba Hardware Status

Olá,
Vou falar sobre um problema que aconteceu ao atualizar a versão do VMware Esxi 4.1 do update 1 para o update 2. Se ao abrir o vCenter e tentar acessar a aba Harware Status de qualquer host você visualizar uma janela azul com a mensagem: "Communication error with the server." então você também está passando pelo mesmo problema que passei.

Para resolver esse problema siga os passos abaixo:

  1. Faça o download do arquivo  xhiveShared.jar  no link que se encontra na pagina de referencia da VMware citada abaixo e salve numa pasta qualquer do vCenter Server. 
  2. Pare os serviços VMware VirtualCenter Server e VirtualCenter Management Webservices no vCenter Server.
  3. Copie o arquivo  xhiveShared.jar que havia feito o download no passo 1 e cole na pasta abaixo, sobreecrevendo o arquivo poriginal: 
    C:\Program Files\VMware\Infrastructure\tomcat\lib
  4. Restart os serviços VMware VirtualCenter Server e VirtualCenter Management Webservices novamente e teste a aba Harware Status.
Esse procedimento se aplica somente ao vSphere 4.1. Para a versão 4.0 o arquivo copiado deve ser outro. Encontrei essa solução no site da VMware, no link http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1000153.

[]'s

Rutenio Dantas

segunda-feira, 9 de julho de 2012

Sincronizar um servidor de horário interno com uma fonte de tempo externa no Windows


Para sincronizar um servidor de horário interno windows com uma fonte de tempo externa
  1. Abra o Prompt de Comando.
  2. Digite o que aparece a seguir, onde PeerList é uma lista separada por vírgulas de nomes DNS (sistema de nomes de domínios) ou endereços IP das fontes de tempo desejadas (Eu recomendo o pool.ntp.br):
    w32tm /config /syncfromflags:manual /manualpeerlist:PeerList
  3. Digite:
    w32tm /config /update
Para visualizar os servidores de Tempo na rede e de onde se atualizam digite:
  1. w32tm /monitor