Após a instalação, a máquina virtual KVM pára após a reinicialização, continua adicionando -no-reboot

1

Depois de instalar com sucesso uma máquina virtual Ubuntu 14.04 LTS KVM, eu preciso reinicializar tudo para que tudo tenha efeito. O problema é que, na verdade, ele não é reinicializado, ele simplesmente para e eu tenho que reiniciá-lo manualmente na CLI. Eu encontrei este é o KVM QEMU logs:

2016-02-22 10:34:21.398+0000: starting up
....
-no-reboot -boot
....

O -no reboot significa que a VM não pode ser reiniciada pelo próprio convidado?

Um dump XML mostra o seguinte:

<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>

Eu tentei encontrar uma solução na internet, mas até agora não consegui. Como posso instalar minha VM apenas para que -no reboot não apareça mais?

link menciona que, se cada um dos eventos 'on' quiser destruir a VM que '-no-reboot' será adicionado, caso contrário '-no-shutdown' será usado. Mas como apenas on_poweroff está definido para destruir, '-no-shutdown' deve ser adicionado certo?

EDITAR:

Após ejetar o CD-ROM e inicializar a VM novamente, -no-shutdown agora aparece nos logs. Eu acho que isso precisa estar lá ao criar a VM com virt-install. Alguma ideia de como consertar isso?

arquivo e frisk -l de computadores reinicializados:

john@h3:~/images$ sudo file image.img 
1000-laatstevm.img: x86 boot sector

john@h3:~/images$ sudo fdisk -l image.img 

Disk 1000-laatstevm.img: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders, total 20971520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0001707b

             Device Boot      Start         End      Blocks   Id  System
image.img1   *        2048      499711      248832   83  Linux
image.img2          501758    20969471    10233857    5  Extended
image.img5          501760    20969471    10233856   8e  Linux LVM

de VMs desinstaladas recém-criadas:

john@h3:~/images$ sudo file newimage.img 
newimage.img: data

john@h3:~/images sudo fdisk -l newimage.img
only adds "Disk newimage.img doesn't contain a valid partition table" at the end of the output

Essas imagens brutas são criadas assim: fallocate -l 2048M /path/to/image.img

    
por Beeelze 22.02.2016 / 12:09

2 respostas

0

Esta resposta parece ter corrigido o meu problema. A simples adição de --noautoconsole --wait = -1 ao meu comando virt-install foi o suficiente.

No entanto, não acho que seja a melhor solução. Se eu quiser ter várias máquinas virtuais para serem criadas ao mesmo tempo, provavelmente precisarei usar algo como threads, correto? Porque agora tenho que esperar que o primeiro seja concluído.

ATUALIZAÇÃO:

Eu decidi criar um script de shell que roda em segundo plano onde vários comandos virt-install podem ser executados simultaneamente.

    
por 23.02.2016 / 12:06
0

Você deve definitivamente tentar verificar a imagem que está usando para a máquina virtual, talvez algo esteja errado com o gerenciador de inicialização:

$ sudo file /path/to/image.img

$ sudo fdisk -l /path/to/image.img

Aqui está uma pergunta semelhante que tem mais informações sobre o assunto: link

    
por 22.02.2016 / 16:46