Hyper-V | Firmware – Load Failed

Depois de muito patinar com um problema muito estranho, descobri que a origem estava no firmware da VM (propriedades -> Firmware) em que devolvia o erro: There was an error loading the data for this setting.

Mas antes disto os sintomas eram coisas muito estranhas! 

• A VM arrancava e não conseguir ir às propriedades da rede!
• Não conseguia carregar o Server Manager, Task manager o outras ferramentas!
• Em modo de segurança alterava o IP e este não surgia alterado quando arrancava em modo normal!

Cheguei à conclusão que estava relacionado com o firmware nas propriedades da VM.

Para resolver basta ligarem-se ao hyper-v onde se encontra a VM com problemas e abrirem a Powershell para virtualização e executar os comandos:

$vm = "Nome da VM"

(get-vm $vm|Get-VMFirmware).BootOrder

Get-VM $vm|Get-VMFirmware|ForEach {Set-VMFirmware -BootOrder ($_.Bootorder | ? {$_.BootType -ne 'File'}) $_}

Fonte:

http://virot.eu/hyper-v-firmware-load-failed/

Hyper-V | Criar um modelo de VM em Centos

Viva. Hoje deixo-vos aqui um tutorial de como criar um modelo ou template de um Linux CentOS para o Virtual Machine Manager (VMM) da Microsoft. Já criei vários modelos em CentOS 6 e 7 seguindo este tutorial. O tutorial está dividido em 4 partes, cujos endereços são:

Part 1: Create VM –  Creating the VM and Installing CentOS 6.4
Part 2: Configure VM – Installing the Hyper-v Integration Services and Configuring the Network Adapter
Part 3: Prep VM – Prep the VM to Become a Template
Part 4: Create Template – Creating the VM Template in VMM

Hyper-V | Configurar replica de uma VM para um disco diferente.

Uma forma fácil de replicar uma VM, para outro disco que não aquele configurado inicialmente no Hyper-V Replica, é a seguinte:

- Configurar a replica, mas agendar para começar mais tarde. Desta forma, o que é criado no Hyper-V Replica é apenas as configurações da VM. 

- Depois no Hyper-V Manager Replica, é só mover a VM para outro disco.

Hyper-V Manager -> VM (botão direito do rato) -> Move -> Next -> Move the virtual machine's storage -> Move all of the virtual machine's data to a single location.

- Quando a sincronização iniciar, os dados já vão ficar no disco para onde a VM foi movida:

Fonte:

https://blogs.msdn.microsoft.com/virtual_pc_guy/2013/09/25/replicating-virtual-machines-to-multiple-folders/

Windows 2012 | Erro de nomes longos no restauro de ficheiros com o VSS/Shadow copy

Granda treta! O Windows 2012 (e os outros Windows) tem a limitação do nome ou caminho de um ficheiro de 260 carateres! 

Acontece que o windows permite através da sua API que certas aplicações usem nomes/caminhos com mais de 260 carateres, como por exemplo, o Robocopy!

Não me vou alongar em explicações, se chegaram até aqui é porque vos está a acontecer este problema.

"The source file name(s) are larger than is supported by the file system. Try moving to a location which has a shorter path name, or try renaming to shorter name(s) before attempting this operation."

O que eu queria fazer era restaurar um ficheiro, a partir dos shadow copy, cujo o seu caminho desde f:\Partilha\...\fich.txt até à extensão tem mais de 260 carateres.

O método parvo que arranjei foi partilhar uma pasta a meio caminho e depois aceder por rede \\localhost\Partilha_a_meio_caminho\. Desta forma foi necessário ir às propriedades dessa pasta, versões anteriores e Repor o shapshot do shadow copy da hora que se pretendia.

Error (2912) An internal error has occurred trying to contact the server: NO_PARAM: NO_PARAM.

Depois de aplicar o Rollup 9 no VMM e de instalar a ferramenta de Self Portal do VMM/Hyper-V - o APP Controller, deparei-me com o seguinte erro ao criar máquinas virtuais a partir de um modelo (template):

"Error (2912) An internal error has occurred trying to contact the  server: NO_PARAM: NO_PARAM."

Não sei bem qual deles é que fez despoletar este erro, mas provavelmente foi a atualização do Rollup.

Após quase duas tardes perdidas, ou melhor despendidas, na pesquisa e tentativa de resolução deste problema, a solução passou por alterar o porto do serviço de transferência de ficheiros BITS do 443 para 765.

Este porto pode ser alterado através do Regedit em HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\BITSTcpPort. No final é necessário reiniciar os serviços do VMM, ou então reiniciar o servidor.

Os créditos para esta resolução vão para a hiperligação disponível a seguir. Não deixem de espreitar.

Mais info:

https://fawzi.wordpress.com/2013/02/10/scvmm-2012-vm-migration-error-2912/

Geração 1 ou Geração 2, eis a questão!

No Hyper-V quando se cria uma VM (máquina virtual) somos confrontados com a possibilidade de criar a máquina na versão 1 ou versão 2! No início também tinha sempre dúvidas e ia sempre à pesca! Isto é à pesquisa no google! :P 

Normalmente, o que faço é quando crio VM novas, com sistemas operativos recentes, tipo Windows 2012, Centos 7 ou Ubuntu Server 16, uso sempre versão 2, ou seja, se suportar é esta versão é a que escolho.

Quando converto máquinas virtuais do VMWare, ou mesmo fisicas, para o Hyper-V, normalmente uso Geração 1, por ser um formato que proporciona maior compatibilidade e assim o sucesso da conversão ser maior!

A Geração 2 obriga a que as máquinas sejam 64 bits, que suportem a bios UEFI e que o disco de arranque seja SCSI.

Na Geração 1, podem criar máquinas 32 bits e com discos IDE, aliás o disco de arranque tem mesmo de ser IDE.

Pelas pesquisas que fiz, a Geração 2 oferece maior desempenho que é mais notório no arranque da VM.

Se precisarem também é possível converter uma máquina virtual de Geração 1 para 2, podem ver como aqui. O inverso, de uma forma direta e fácil ainda não encontrei!

Mais info:

https://blogs.technet.microsoft.com/ausoemteam/2015/04/21/deciding-when-to-use-generation-1-or-generation-2-virtual-machines-with-hyper-v/
https://blogs.technet.microsoft.com/ausoemteam/2015/04/21/deciding-when-to-use-generation-1-or-generation-2-virtual-machines-with-hyper-v/

Linux Integration Services Version 4.1 para Hyper-V

Saiu este mês (05/05/2016) a nova versão do Integration Services para Linux (LIS). 

Espero que venha resolver o problema de não se conseguir usar a consola (emulador do ecrã da máquina virtual) que acontecia tanto no hyper-v manager, no failover cluster ou no VMM. Depois de abrir o ecrã para acesso à máquina virtual, apesar de se conseguir visualizar o que se está a passar não se conseguia escrever. Se abríssemos uma shell  SSH não tínhamos qualquer problema. Depois de muito pesquisar, verifiquei que era um problema comum a muitos outros frustrados como eu! A mim o problema manifestava-se no CentOS versão 7.2.

Nesta semana que vai entrar, espero ter tempo para testar esta nova versão.

Deixo-vos o endereço para o LIS:

https://www.microsoft.com/en-us/download/details.aspx?id=51612

Mais info:

https://social.technet.microsoft.com/Forums/windowsserver/en-US/7eddd121-afcd-4600-b5fd-0d4d879f1440/lis-4011-not-working-with-centos-72?forum=linuxintegrationservices

https://www.centos.org/forums/viewtopic.php?f=47&t=55559

https://technet.microsoft.com/en-us/library/dn531026.aspx 
https://github.com/LIS/lis-next/issues/43

Perderam a palavra-passe de Administrador do Windows 20012?

Pois é! Acontece a muito boa gente, neste caso a muitos bons profissionais!

• Iniciar o DVD de instalação.
• “Next/Seguinte”.
• “Repair your computer/Reparar o computador”
• “Troubleshoot/Resolução de problemas”.
• “Command Prompt/Linha de comandos”.
• Executar os seguintes comandos:
  d:
  cd windows\system32
  ren Utilman.exe Utilman.exe.old
  copy cmd.exe Utilman.exe
• Fechar a linha de comandos e “Continue/Continuar”.
• Iniciar o servidor normalmente e no ecran de inicio de sessão clicar as teclas Windows Key + U.
• Na linha de comandos executar:
  net user administrator Password_123
  E agora é só iniciar sessão com a palavra-passe Password_123.

Fonte:

http://www.kieranlane.com/2013/09/18/resetting-administrator-password-windows-2012/

Remover o Integration Services do CentOS

Verificar o que está instalado:

[root@CentOS-VM /]# rpm -qa | grep microsoft

kmod-microsoft-hyper-v-4.0.11-20150728.x86_64
microsoft-hyper-v-4.0.11-20150728.x86_64


Remover:

[root@CentOS-VM /]# rpm -e microsoft-hyper-v-4.0.11-20150728.x86_64

[root@CentOS-VM /]# rpm -e kmod-microsoft-hyper-v-4.0.11-20150728.x86_64

Problema no endereço MAC ao migrar a VM de host

Cheguei a este documento porque me deparei com o problema de quanto migrava uma VM Linux de anfitrião físico, o endereço MAC mudava. Desta forma, se o Linux reiniciasse, este detetava uma nova placa de rede e portanto não carregava as configurações de IP.
A resolução deste problema parra apenas por fixar o endereço MAC, ou seja, torna-lo estático.

Não deixem de consultar a seguinte hiperligação, pois contém outras boas práticas para correr uma máquina Linux no Hyper-V.


https://technet.microsoft.com/en-us/library/dn720239.aspx

vmware to hyper-v - dracut error

Tive problemas numa conversão v2v (virtual para virtual) de VMWare para Hyper-V de um CentOS 7.

Ao ligar a máquina virtual após a conversão esta não iniciava ficando presa numa shell dracut.

Algumas coisas que experimentei e não funcionaram:

• Instalar previamente o VMM Agent.

• Instalar previamente o Integrations Service 4.0 da Microsoft.

• mkinitrd --with=hid-base-hv --with=hid-hyperv --with=hv_utils --with=hv_vmbus --with=hv_storvsc --with=hv_netvsc /boot/initrd-`uname -r`.img `uname -r` -f

•  Algo do género mas adaptado ao meu kernel: mkinitrd --with=hid-base-hv --with=hid-hyperv --with=hv_utils --with=hv_vmbus --with=hv_storvsc --with=hv_netvsc /boot/initrd-2.6.18-348.18.1.el5.img 2.6.18-348.18.1.el5

Finalmente o que fiz para conseguir ultrapassar isto foi, arrancar em Rescue Mode, fiz yum update e pumba! O CentOS 7 iniciou bem na última versão do kernel.

Já é a segunda vez que perco tempo com isto! Isto porque da segunda vez não me tinha lembrado do que tinha feito na primeira! É razão para um gajo se passar! :P

Bom trabalho!