KVM - sou obrigado a instalar uma interface gráfica?
495 views
Skip to first unread message
Consultor Jorge
Jul 1, 2009, 4:26:27 PM7/1/09
to TcheLinux
Uso o QEMU há muito tempo, mas não em soluções profissionais (leia-se
"em cliente");
Tenho estudado o KVM com a intenção de oferecê-lo aos clientes como
uma alternativa às soluções proprietárias ou de futuro duvidoso....
mas tenho uma dúvida pueril:
Eu posso instalar o kvm sem interface gráfica? Bem se eu fosse
instalar apenas máquinas virtuais Linux, entendo que sim, pois é
possível fazer isso com o QEMU, mas se o cliente quer virtualizar um
UindoUs?
Alguém pode me dar uma luz?
Obrigado!
"em cliente");
Tenho estudado o KVM com a intenção de oferecê-lo aos clientes como
uma alternativa às soluções proprietárias ou de futuro duvidoso....
mas tenho uma dúvida pueril:
Eu posso instalar o kvm sem interface gráfica? Bem se eu fosse
instalar apenas máquinas virtuais Linux, entendo que sim, pois é
possível fazer isso com o QEMU, mas se o cliente quer virtualizar um
UindoUs?
Alguém pode me dar uma luz?
Obrigado!
Jerônimo Medina Madruga
Jul 1, 2009, 8:07:10 PM7/1/09
to Tche...@googlegroups.com
Eu utilizo mais o VMWare, mas como fiquei intrigado com a questão resolvi pesquisar.
A maioria das soluções proprietárias ou de futros duvidosos tem possibilidade de conversão da imagem da máquina virtual em questão para outros formatos, talvez o KVM não seja a única solução em termos de um padrão aberto e com futuro prospero. Abaixo um link para comparação das soluções atuais (wikipedia não é parametro de comparação, mas pra ver o que existe é uma boa referencia):
http://en.wikipedia.org/wiki/Comparison_of_platform_virtual_machines
Dei uma pesquisada por cima e somando a meus conhecimentos, todas as referências indicam uma GUI em conjunto com o KVM, mas alguns também apontam o uso do Ovirt, sem uma GUI no servidor. Procurando referencias no site oficial, chegasse a seguinte declaração:
KVM (for Kernel-based Virtual Machine) is a full virtualization solution for Linux on x86 hardware containing virtualization extensions (Intel VT or AMD-V). It consists of a loadable kernel module, kvm.ko, that provides the core virtualization infrastructure and a processor specific module, kvm-intel.ko or kvm-amd.ko. KVM also requires a modified QEMU although work is underway to get the required changes upstream.
Em nenhum momento o X é citado, logo, acredito que tua hipotese de a gui ser algo recomendavel mas não obrigatório estaria correta.
Complementando este ponto de vista, leia o seguinte artigo:
http://prefetch.net/blog/index.php/2009/06/19/getting-to-know-the-linux-kernel-virtualization-machine-kvm-presentation-slides/
Nos slides que ele referencia, tem a interface de controle do KVM através da libvirt, e vendo alguns parametros, parece que a questão dos gráficos é setavel, logo, da uma lida mais a fundo e ve se a realidade é esta mesmo.
Como eu não sou especialista em KVM, fico te devendo uma resposta mais completa, mas espero que eu tenha ajudado de alguma forma.
P.S.: Sou contra o KVM pois depende das extensões de virtualização, que eu não disponho no momento :P
--
Jerônimo Medina Madruga
Universidade Federal de Pelotas - UFPel
Bacharelando em Ciência da Computação - 9º semestre
Site Pessoal - http://sites.google.com/site/jeronimomadruga/
Blog - http://jeronimomadruga.blogspot.com/
2009/7/1 Consultor Jorge <consult...@gmail.com>
Uso o QEMU há muito tempo, mas não em soluções profissionais (leia-se
"em cliente");
Tenho estudado o KVM com a intenção de oferecê-lo aos clientes como
uma alternativa às soluções proprietárias ou de futuro duvidoso....
mas tenho uma dúvida pueril:
A maioria das soluções proprietárias ou de futros duvidosos tem possibilidade de conversão da imagem da máquina virtual em questão para outros formatos, talvez o KVM não seja a única solução em termos de um padrão aberto e com futuro prospero. Abaixo um link para comparação das soluções atuais (wikipedia não é parametro de comparação, mas pra ver o que existe é uma boa referencia):
http://en.wikipedia.org/wiki/Comparison_of_platform_virtual_machines
Eu posso instalar o kvm sem interface gráfica? Bem se eu fosse
instalar apenas máquinas virtuais Linux, entendo que sim, pois é
possível fazer isso com o QEMU, mas se o cliente quer virtualizar um
UindoUs?
Dei uma pesquisada por cima e somando a meus conhecimentos, todas as referências indicam uma GUI em conjunto com o KVM, mas alguns também apontam o uso do Ovirt, sem uma GUI no servidor. Procurando referencias no site oficial, chegasse a seguinte declaração:
KVM (for Kernel-based Virtual Machine) is a full virtualization solution for Linux on x86 hardware containing virtualization extensions (Intel VT or AMD-V). It consists of a loadable kernel module, kvm.ko, that provides the core virtualization infrastructure and a processor specific module, kvm-intel.ko or kvm-amd.ko. KVM also requires a modified QEMU although work is underway to get the required changes upstream.
Em nenhum momento o X é citado, logo, acredito que tua hipotese de a gui ser algo recomendavel mas não obrigatório estaria correta.
Complementando este ponto de vista, leia o seguinte artigo:
http://prefetch.net/blog/index.php/2009/06/19/getting-to-know-the-linux-kernel-virtualization-machine-kvm-presentation-slides/
Nos slides que ele referencia, tem a interface de controle do KVM através da libvirt, e vendo alguns parametros, parece que a questão dos gráficos é setavel, logo, da uma lida mais a fundo e ve se a realidade é esta mesmo.
Como eu não sou especialista em KVM, fico te devendo uma resposta mais completa, mas espero que eu tenha ajudado de alguma forma.
P.S.: Sou contra o KVM pois depende das extensões de virtualização, que eu não disponho no momento :P
Alguém pode me dar uma luz?
Obrigado!
--
Jerônimo Medina Madruga
Universidade Federal de Pelotas - UFPel
Bacharelando em Ciência da Computação - 9º semestre
Site Pessoal - http://sites.google.com/site/jeronimomadruga/
Blog - http://jeronimomadruga.blogspot.com/
Rafael Jeffman
Jul 1, 2009, 8:36:31 PM7/1/09
to Tche...@googlegroups.com
2009/7/1 Jerônimo Medina Madruga <jeronimo...@gmail.com>:
> P.S.: Sou contra o KVM pois depende das extensões de virtualização, que eu
> não disponho no momento :P
> P.S.: Sou contra o KVM pois depende das extensões de virtualização, que eu
> não disponho no momento :P
Estou na mesma situação, mas sem essas extensões, a virtualização fica
muito lenta.
Rafael
--
http://www.rafaelfoto.com
Fotografia de Casamentos, Aniversários, Formaturas, Shows, Eventos
Esportivos, e festas em geral.
Eduardo Habkost
Jul 1, 2009, 9:07:18 PM7/1/09
to Tche...@googlegroups.com
On Wed, Jul 01, 2009 at 09:07:10PM -0300, Jerônimo Medina Madruga wrote:
<snip>
> >
> > Eu posso instalar o kvm sem interface gráfica? Bem se eu fosse
> > instalar apenas máquinas virtuais Linux, entendo que sim, pois é
> > possível fazer isso com o QEMU, mas se o cliente quer virtualizar um
> > UindoUs?
> >
>
> Dei uma pesquisada por cima e somando a meus conhecimentos, todas as
> referências indicam uma GUI em conjunto com o KVM, mas alguns também apontam
> o uso do Ovirt, sem uma GUI no servidor. Procurando referencias no site
> oficial, chegasse a seguinte declaração:
>
> *KVM (for Kernel-based Virtual Machine) is a full virtualization solution
> for Linux on x86 hardware containing virtualization extensions (Intel VT or
> AMD-V). It consists of a loadable kernel module, kvm.ko, that provides the
> core virtualization infrastructure and a processor specific module,
> kvm-intel.ko or kvm-amd.ko. KVM also requires a modified QEMU although work
> is underway to get the required changes upstream.*
>
> Em nenhum momento o X é citado, logo, acredito que tua hipotese de a gui ser
> algo recomendavel mas não obrigatório estaria correta.
>
<snip>
>
<snip>
> >
> > Eu posso instalar o kvm sem interface gráfica? Bem se eu fosse
> > instalar apenas máquinas virtuais Linux, entendo que sim, pois é
> > possível fazer isso com o QEMU, mas se o cliente quer virtualizar um
> > UindoUs?
> >
>
> Dei uma pesquisada por cima e somando a meus conhecimentos, todas as
> referências indicam uma GUI em conjunto com o KVM, mas alguns também apontam
> o uso do Ovirt, sem uma GUI no servidor. Procurando referencias no site
> oficial, chegasse a seguinte declaração:
>
> for Linux on x86 hardware containing virtualization extensions (Intel VT or
> AMD-V). It consists of a loadable kernel module, kvm.ko, that provides the
> core virtualization infrastructure and a processor specific module,
> kvm-intel.ko or kvm-amd.ko. KVM also requires a modified QEMU although work
>
> Em nenhum momento o X é citado, logo, acredito que tua hipotese de a gui ser
> algo recomendavel mas não obrigatório estaria correta.
>
>
Para complementar:
- Mesmo sem usar oVirt e/ou libvirt, e/ou virt-manager, e/ou virsh, você
pode iniciar uma VM com o KVM sem o X. Você pode rodar o qemu-kvm com
o parâmetro -nographics, ou -vnc (para continuar tendo display na
máquina virtual, mas acessível via VNC).
- Porém, em vez de rodar o qemu-kvm diretamente, eu recomendo usar a
libvirt, através das ferramentas que a utilizam: virsh (linha de
comando) e/ou virt-manager (GUI), e as ferramentas relacionadas, como
virt-install (que facilita a criação de uma nova VM).
- Para um sistema maior e mais complexo, você pode dar uma olhada no
oVirt. Mas se você só quer gerenciar as VMs que rodam na sua máquina
local, todas gerenciadas apenas por você, virsh e virt-manager devem
ser suficientes.
Referências:
- libvirt, virsh: http://libvirt.org/
- virt-manager, virt-install, & cia.: http://virt-manager.et.redhat.com/
- oVirt: http://ovirt.org/
--
Eduardo
Jerônimo Medina Madruga
Jul 1, 2009, 9:14:42 PM7/1/09
to Tche...@googlegroups.com
2009/7/1 Rafael Jeffman <raf...@gmail.com>
2009/7/1 Jerônimo Medina Madruga <jeronimo...@gmail.com>:
> P.S.: Sou contra o KVM pois depende das extensões de virtualização, que euEstou na mesma situação, mas sem essas extensões, a virtualização fica
> não disponho no momento :P
muito lenta.
Jeronimo Zucco
Jul 1, 2009, 9:40:53 PM7/1/09
to Tche...@googlegroups.com
2009/7/1 Consultor Jorge <consult...@gmail.com>:
Pode. Basta usar o script kvmctl e acessar a interface da máquina
virtual por vnc:
http://www.linux-kvm.org/page/HowToConfigScript
--
Jeronimo Zucco
http://jczucco.blogspot.com
Marlon Régis Schmitz
Jul 2, 2009, 9:11:47 AM7/2/09
to Tche...@googlegroups.com
Colegas,
Virtualização se firmou como uma sub-áre de TI bem complexa e própria,
existem vários modelos sendo os prioncipais Virtualização Plena (Full
Virtualization) e Para virtualização. Existe um mercado práprio e crescente]
para profissionais especializados em virtualização. Mercado esse que
começou com os serviços de data centers que precisavam de uma estratégia de
gerenciamento e isolamento dos serviços e/ou servidores dos inúmeros
clientes.
Soluções para virtualização existes várias, baseadas nos mais diferentes
paradigmas (full virtualization ou paravirtualization) e arquiteturas (com
extensões de hardware para virtualização e sem), indo desde o dosbox, bochs,
passando pelo VMWare chegando finalmente no Xen/Citrix.
Não sou, e talvez nunca venha a ser um profissional especializado em
virtualização, apenas de o assunto me atrari muito a ponto de eu já ter
testado algumas soluções: VMWare, dosbox, qemu, VirtualBox e atualmente KVM.
Para quem quer passar pouco trabalho recomendo o VirtualBox, interface
extremamente amigável semelhando ao MS VirtualPC capaz de virtulizar
hardware em 32 e 64 bits para 32 e 64 bits usando ou não extenções de
hardware para virtualização. A performance é melhor que do VMWare e do
MS Virtual PC, uma procurada no bom e velho google vai levar a sites onde
se fez os benchmarks comparativos.
Se esta se procurando performance Xen ou KVM, são os que apresentam
melhor performance, seguidos a meia distância pelo qemu-kqemu.
Ambos Xen e KVM usam a infraestrutura do qemu para gerenciamento em
médio e baixo nível: criação de discos virtuais, gerenciamento do
hardware real e virtualizado e gerenciamento de interação com a máquina
virtual, iniciar, parar, desligar, monitorar, etc. Desta forma sabendo
como 'operar' o qemu, saberá se operar tando Xen quando KVM. Muda alguma
coisa, mas nada que uma boa leitura de 15 minutos a uma hora não resolva.
Para ambos Xen e KVM, existem duas interfaces de gerenciamento que são
úteis: virt-manager e convirt.
O bom destas interface é o monitoramento e a praticidade em iniciar,
parar resumir e desligar as VM's. Nada que não possa ser feito com o
qemuctl ou kvmctl, mas aconselho fortemente a dar uma 'experimentada'
nelas.
O convirt, em especial, é projetado pensando no gerenciamente de várias
VM's como uma 'fazenda de servidores virtuais', no caso de se gerenciar
apenas uma VM o virt-manager seria mais adequado.
O KVM tem uma enorme vantagem em relação ao Xen: facilidade de
implementação. Uma vez que instalado e carregado o modulo (kdm-intel,
kdm-amd), basta criar e configurar uma máquina virtual como se estivesse
usando o qemu.
Peço desculpas pelo e-mail longo, mas creio que estas informações são
relevantes e serão úteis.
Saudações a todos.
Schmitz, Marlon Régis
Systems Engineer
Network Administrator
mrsc...@web.de
mrsc...@gmail.com
+55 51 9198 2962 Mobile
SKYPE: mrschmitz
MSN: mrsc...@gmail.com
GTalk: mrsc...@gmail.com
ICQ: 135952389,mrschmitz
JABBER: mrsc...@jabber.org
2009/7/1 Consultor Jorge <consult...@gmail.com>:
Virtualização se firmou como uma sub-áre de TI bem complexa e própria,
existem vários modelos sendo os prioncipais Virtualização Plena (Full
Virtualization) e Para virtualização. Existe um mercado práprio e crescente]
para profissionais especializados em virtualização. Mercado esse que
começou com os serviços de data centers que precisavam de uma estratégia de
gerenciamento e isolamento dos serviços e/ou servidores dos inúmeros
clientes.
Soluções para virtualização existes várias, baseadas nos mais diferentes
paradigmas (full virtualization ou paravirtualization) e arquiteturas (com
extensões de hardware para virtualização e sem), indo desde o dosbox, bochs,
passando pelo VMWare chegando finalmente no Xen/Citrix.
Não sou, e talvez nunca venha a ser um profissional especializado em
virtualização, apenas de o assunto me atrari muito a ponto de eu já ter
testado algumas soluções: VMWare, dosbox, qemu, VirtualBox e atualmente KVM.
Para quem quer passar pouco trabalho recomendo o VirtualBox, interface
extremamente amigável semelhando ao MS VirtualPC capaz de virtulizar
hardware em 32 e 64 bits para 32 e 64 bits usando ou não extenções de
hardware para virtualização. A performance é melhor que do VMWare e do
MS Virtual PC, uma procurada no bom e velho google vai levar a sites onde
se fez os benchmarks comparativos.
Se esta se procurando performance Xen ou KVM, são os que apresentam
melhor performance, seguidos a meia distância pelo qemu-kqemu.
Ambos Xen e KVM usam a infraestrutura do qemu para gerenciamento em
médio e baixo nível: criação de discos virtuais, gerenciamento do
hardware real e virtualizado e gerenciamento de interação com a máquina
virtual, iniciar, parar, desligar, monitorar, etc. Desta forma sabendo
como 'operar' o qemu, saberá se operar tando Xen quando KVM. Muda alguma
coisa, mas nada que uma boa leitura de 15 minutos a uma hora não resolva.
Para ambos Xen e KVM, existem duas interfaces de gerenciamento que são
úteis: virt-manager e convirt.
O bom destas interface é o monitoramento e a praticidade em iniciar,
parar resumir e desligar as VM's. Nada que não possa ser feito com o
qemuctl ou kvmctl, mas aconselho fortemente a dar uma 'experimentada'
nelas.
O convirt, em especial, é projetado pensando no gerenciamente de várias
VM's como uma 'fazenda de servidores virtuais', no caso de se gerenciar
apenas uma VM o virt-manager seria mais adequado.
O KVM tem uma enorme vantagem em relação ao Xen: facilidade de
implementação. Uma vez que instalado e carregado o modulo (kdm-intel,
kdm-amd), basta criar e configurar uma máquina virtual como se estivesse
usando o qemu.
Peço desculpas pelo e-mail longo, mas creio que estas informações são
relevantes e serão úteis.
Saudações a todos.
Schmitz, Marlon Régis
Systems Engineer
Network Administrator
mrsc...@web.de
mrsc...@gmail.com
+55 51 9198 2962 Mobile
SKYPE: mrschmitz
MSN: mrsc...@gmail.com
GTalk: mrsc...@gmail.com
ICQ: 135952389,mrschmitz
JABBER: mrsc...@jabber.org
2009/7/1 Consultor Jorge <consult...@gmail.com>:
Consultor Jorge
Jul 2, 2009, 2:02:33 PM7/2/09
to TcheLinux
Perfeito, rapazes! Muitíssimo obrigado pela ajuda!!
Instalei um Debian 502 netinst num servidor, instalei o kvm e executei
o comando com o parâmetro -vnc :0 acessando o IP do servidor por outra
máquina pelo tsclient e recebi a imagem que eu esperava: a tela de
instalação do Win2003 server [que meu cliente solicitou =S], sem
precisar instalar nada mais no servidor KVM!!!
Maravilha!
Fica a dica pra galera....
Mais uma vez, obrigado a todos!
Instalei um Debian 502 netinst num servidor, instalei o kvm e executei
o comando com o parâmetro -vnc :0 acessando o IP do servidor por outra
máquina pelo tsclient e recebi a imagem que eu esperava: a tela de
instalação do Win2003 server [que meu cliente solicitou =S], sem
precisar instalar nada mais no servidor KVM!!!
Maravilha!
Fica a dica pra galera....
Mais uma vez, obrigado a todos!
Consultor Jorge
Jul 2, 2009, 4:53:04 PM7/2/09
to TcheLinux
Bem, ainda falta acertar o comando pras estações UindoUs enxergarem o
servidor....
Quando tento o seguinte comando:
# kvm -hda win2003.img -boot c -cdrom /dev/cdrom -name server2003 -m
2048 -s 2 -localtime -vnc :0 -k pt-br -net nic,vlan=0 -net
tap,vlan=0,ifname=tap0 -net user
recebo a seguinte mensagem de erro:
can't add tap0 to bridge eth0: Operation not supported
Será que preciso instalar o OpenVPN no server, antes de fazer isso? É
que o KVM/QEMU já traz consigo tantos recursos que achei que não era
necessário....
Preciso colocar este server de membro de um domínio Samba, mas ainda
não consigo acessar a LAN de dentro dele, nem o contrário.
Alguém consegue quebrar mais essa, pra mim?
servidor....
Quando tento o seguinte comando:
# kvm -hda win2003.img -boot c -cdrom /dev/cdrom -name server2003 -m
2048 -s 2 -localtime -vnc :0 -k pt-br -net nic,vlan=0 -net
tap,vlan=0,ifname=tap0 -net user
recebo a seguinte mensagem de erro:
can't add tap0 to bridge eth0: Operation not supported
Será que preciso instalar o OpenVPN no server, antes de fazer isso? É
que o KVM/QEMU já traz consigo tantos recursos que achei que não era
necessário....
Preciso colocar este server de membro de um domínio Samba, mas ainda
não consigo acessar a LAN de dentro dele, nem o contrário.
Alguém consegue quebrar mais essa, pra mim?
Eduardo Kienetz
Jul 2, 2009, 5:13:32 PM7/2/09
to Tche...@googlegroups.com
2009/7/2 Consultor Jorge <consult...@gmail.com>:
Vê se não é pq estás sem o suporte no kernel carregado: modprobe tun
Aí tenta denovo...
--
Eduardo Bacchi Kienetz
Eduardo Habkost
Jul 2, 2009, 7:08:04 PM7/2/09
to Tche...@googlegroups.com
Para o guest KVM enxegar a rede como se estivesse conectado diretamente
à rede, é necessário configurar uma interface bridge no seu sistema, que
liga a interface de rede física a rede virtual do KVM. O script parece
estar tentando adicionar a interface de rede do guest em uma bridge, mas
"eth0" é a interface física, não uma bridge.
O default do qemu-kvm é não usar a bridge e fazer uma rede privada para
o guest e fazer NAT (automaticamente) para acessos fora da rede privada.
Essa solução é a mais simples de usar (já que não envolve configuração
manual de bridge), mas pode não ser suficiente pra você.
Em qualquer um dos dois casos, recomendo tentar a libvirt com o script
virt-install, que simplifica o processo de configuração de rede (exceto
a bridge, que precisa ser configurada manualmente[1]).
[1] http://wiki.libvirt.org/page/Networking#Bridged_networking_.28aka_.22shared_physical_device.22.29
--
Eduardo
Marlon Régis Schmitz
Jul 2, 2009, 5:18:16 PM7/2/09
to Tche...@googlegroups.com
Jorge,
Nao estas podendo criar a interface virtual TUN/TAP pode ser por
diversos motivos.
1 - precisas do pacote uml-utilities instalado: apt-get install...
2 - estas tentando executar como usuario 'mortal', sudo...
3 - por algum motivo o systema nao consegue criar, ou nao existe,
o arquivo /dev/net/tun...
4 - o script que cria a interface tapX,
/etc/kvm/{kvm-ifup,qemu-ifup-br0} nao pode ser executado
5 - alguma outra rasao esquecida/desconhecida.
Se tiveres o open-vpn instalado teras o comando tunctl, mas nao no
PATH do root como e de se esperar, e mais 'economico' instalares o
uml-utilities.
Tens de executar o tunctl como 'root', pois o tunctl executa
operaçoes que precisam de privilegios de administrador do sistema
Verifica se os scripts necessarios estao nos lugares certos com as
permissoes certas (0755).
De momento era isso, se tiveres mais dados/mensagens de erro para
enviar manda.
Dica, o virt-manager usa poucos recursos e proporciona um
monitoramento interessantes das maquinas virtuais criadas por ele,
tambem cai ser mais facil executar e parar as vms usando ele, sem
contar que podes configurar cada VM para ser iniciada no boot da
maquina hospedeira.
Boa sorte.
Schmitz, Marlon Régis
Systems Engineer
Network Administrator
mrsc...@web.de
mrsc...@gmail.com
+55 51 9198 2962 Mobile
SKYPE: mrschmitz
MSN: mrsc...@gmail.com
GTalk: mrsc...@gmail.com
ICQ: 135952389,mrschmitz
JABBER: mrsc...@jabber.org
2009/7/2 Consultor Jorge <consult...@gmail.com>:
Nao estas podendo criar a interface virtual TUN/TAP pode ser por
diversos motivos.
1 - precisas do pacote uml-utilities instalado: apt-get install...
2 - estas tentando executar como usuario 'mortal', sudo...
3 - por algum motivo o systema nao consegue criar, ou nao existe,
o arquivo /dev/net/tun...
4 - o script que cria a interface tapX,
/etc/kvm/{kvm-ifup,qemu-ifup-br0} nao pode ser executado
5 - alguma outra rasao esquecida/desconhecida.
Se tiveres o open-vpn instalado teras o comando tunctl, mas nao no
PATH do root como e de se esperar, e mais 'economico' instalares o
uml-utilities.
Tens de executar o tunctl como 'root', pois o tunctl executa
operaçoes que precisam de privilegios de administrador do sistema
Verifica se os scripts necessarios estao nos lugares certos com as
permissoes certas (0755).
De momento era isso, se tiveres mais dados/mensagens de erro para
enviar manda.
Dica, o virt-manager usa poucos recursos e proporciona um
monitoramento interessantes das maquinas virtuais criadas por ele,
tambem cai ser mais facil executar e parar as vms usando ele, sem
contar que podes configurar cada VM para ser iniciada no boot da
maquina hospedeira.
Boa sorte.
Schmitz, Marlon Régis
Systems Engineer
Network Administrator
mrsc...@web.de
mrsc...@gmail.com
+55 51 9198 2962 Mobile
SKYPE: mrschmitz
MSN: mrsc...@gmail.com
GTalk: mrsc...@gmail.com
ICQ: 135952389,mrschmitz
JABBER: mrsc...@jabber.org
Consultor Jorge
Jul 6, 2009, 11:10:34 AM7/6/09
to TcheLinux
Caros amigos,
Mais uma vez, agradeço o auxílio, pois todas as dicas e comentários
foram úteis para eu chegar à conclusão deste caso e, agora,
compartilho com vocês:
Como apontou o Eduardo Habkost , o problema estava na tentativa de
ligar a interface TAPx à bridge (script /etc/kvm/kvm-ifup), pois eu
estava criando esta bridge de forma equivocada.
A seqüência correta é:
#brctl addbr br0
#brctl addif br0 eth0
Para isso, a eth0 não pode estar configurada com um IP. O Ip do HOST
deverá ser atribuído à bridge:
#ifconfig br0 10.1.1.1/24 up
em /etc/network/interfaces (eu uso Debian) a eth0 não deve estar
configurada como static nem dhcp, apenas como allow-hotplug e a br0
deve ser configurada corretamente;
Assim, ao iniciar o servidor, a bridge é criada e associada à
interface física, corretamente.
O resto é feito ao executar o comando kvm (que chama o kvm-ifup) com
os parâmetros -net nic -net tap;
Assim, NÃO foi preciso instalar outros pacotes (libvirt, uml-
utilities....) e meu servidor ficou ocupando, apenas 749MB.
Particularmente, não me preocupo em passar muuito trabalho ao
implantar uma solução pela primeira vez, preocupo-me mais em entendê-
la, profundamente, por isso reluto em instalar "ferramentas" que fazem
configurações sem que eu possa "ver" o que está acontecendo. Se for o
caso, executo-as com strace ou com -x（se forem scripts) e fico
monitorando processos e sniffando a rede... aliás, lancei mão do
Wireshark e do "iptables ... -j LOG" para acompanhar as ocorrências
durante o processo, pois havia o problema das GUESTs não se falarem,
embora estivessem em perfeita conexão com o resto da rede.
No final, tudo está funcionando como eu desejava.
Abraços!
Jorge De Araujo
http://epintula.xanga.com/
Mais uma vez, agradeço o auxílio, pois todas as dicas e comentários
foram úteis para eu chegar à conclusão deste caso e, agora,
compartilho com vocês:
Como apontou o Eduardo Habkost , o problema estava na tentativa de
ligar a interface TAPx à bridge (script /etc/kvm/kvm-ifup), pois eu
estava criando esta bridge de forma equivocada.
A seqüência correta é:
#brctl addbr br0
#brctl addif br0 eth0
Para isso, a eth0 não pode estar configurada com um IP. O Ip do HOST
deverá ser atribuído à bridge:
#ifconfig br0 10.1.1.1/24 up
em /etc/network/interfaces (eu uso Debian) a eth0 não deve estar
configurada como static nem dhcp, apenas como allow-hotplug e a br0
deve ser configurada corretamente;
Assim, ao iniciar o servidor, a bridge é criada e associada à
interface física, corretamente.
O resto é feito ao executar o comando kvm (que chama o kvm-ifup) com
os parâmetros -net nic -net tap;
Assim, NÃO foi preciso instalar outros pacotes (libvirt, uml-
utilities....) e meu servidor ficou ocupando, apenas 749MB.
Particularmente, não me preocupo em passar muuito trabalho ao
implantar uma solução pela primeira vez, preocupo-me mais em entendê-
la, profundamente, por isso reluto em instalar "ferramentas" que fazem
configurações sem que eu possa "ver" o que está acontecendo. Se for o
caso, executo-as com strace ou com -x（se forem scripts) e fico
monitorando processos e sniffando a rede... aliás, lancei mão do
Wireshark e do "iptables ... -j LOG" para acompanhar as ocorrências
durante o processo, pois havia o problema das GUESTs não se falarem,
embora estivessem em perfeita conexão com o resto da rede.
No final, tudo está funcionando como eu desejava.
Abraços!
Jorge De Araujo
http://epintula.xanga.com/
Reply all
Reply to author
Forward
0 new messages