Xen no Slack 13.37

30 views
Skip to first unread message

"Flávio R. Lopes"

unread,
Sep 12, 2011, 11:33:09 AM9/12/11
to Lista SLACK USERS
Boa tarde pessoal.
Algu�m j� instalou e tem rodando o Xen no Slack-13.37 ?

Vou precisar trabalhar com paravirtualiza��o aqui e n�o estou conseguindo.
No pr�prio site do Xen tem instru��es l�, mas achei muito confuso. Al�m
do mais tem um Slack-Howto l� completamente defasado!

Algu�m pode me ajudar ou indicar uma documenta��o para eu poder instalar
e botar isso pra rodar com algumas m�quinas virtuais??

Abra�o,
Fl�vio

Derick Fontes

unread,
Sep 12, 2011, 11:43:13 AM9/12/11
to slack-u...@googlegroups.com
http://slackbuilds.org/result/?search=xen&sv=13.37
Ajuda?

Em 12 de setembro de 2011 12:33, "Flávio R. Lopes" <flavio...@links.inf.br> escreveu:
Boa tarde pessoal.
Alguém já instalou e tem rodando o Xen no Slack-13.37 ?

Vou precisar trabalhar com paravirtualização aqui e não estou conseguindo.
No próprio site do Xen tem instruções lá, mas achei muito confuso. Além do mais tem um Slack-Howto lá completamente defasado!

Alguém pode me ajudar ou indicar uma documentação para eu poder instalar e botar isso pra rodar com algumas máquinas virtuais??

Abraço,
Flávio

--
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.istf.com.br/perguntas/

Para sair da lista envie um e-mail para:
slack-users-br+unsubscribe@googlegroups.com



--
Best Regard,

Derick Berg Fontes
ID: 55*100*61629

Otavio Augusto

unread,
Sep 12, 2011, 1:08:37 PM9/12/11
to slack-u...@googlegroups.com
Tenho apartir do slackbuilds 100% .
www.slackbuilds.org

Em 12 de setembro de 2011 12:33, "Flávio R. Lopes"
<flavio...@links.inf.br> escreveu:
> Boa tarde pessoal.
> Alguém já instalou e tem rodando o Xen no Slack-13.37 ?
>
> Vou precisar trabalhar com paravirtualização aqui e não estou conseguindo.

> No próprio site do Xen tem instruções lá, mas achei muito confuso. Além do
> mais tem um Slack-Howto lá completamente defasado!
>
> Alguém pode me ajudar ou indicar uma documentação para eu poder instalar e


> botar isso pra rodar com algumas máquinas virtuais??
>
> Abraço,
> Flávio
>
> --
> GUS-BR - Grupo de Usuários de Slackware Brasil
> http://www.slackwarebrasil.org/
> http://groups.google.com/group/slack-users-br
>
> Antes de perguntar:
> http://www.istf.com.br/perguntas/
>
> Para sair da lista envie um e-mail para:

> slack-users-b...@googlegroups.com

--
Otavio Augusto
---------------------
Consultor de TI

"Flávio R. Lopes"

unread,
Sep 13, 2011, 11:16:19 AM9/13/11
to slack-u...@googlegroups.com
Olá pessoal, desculpe não ter passado mais informações, mas tentei fazer a instalação pelo Slackbuild.
Na verdade já gerei o pacote ".tgz" e o instalei. Aparentemente tudo normal.
Mas seguindo as instruções, mais especificamente as instruções contidas no "README.SLACKWARE", ele menciona que antes de usar o Xen eu preciso startar o script "/etc/rc.d/rc.xencommons".
Mas ao executar me retorna a seguinte mensagem de erro:
"grep: /proc/xen/capabilities: No such file or directory"

Alguém sabe me dizer o que acontece?

grato,
Flávio

Otavio Augusto

unread,
Sep 13, 2011, 12:12:49 PM9/13/11
to slack-u...@googlegroups.com
Tem um subdiretório dentro do diretório do slackbuild dom0 lá fala
sobre a compilação do kernel.
Resumindo.
Tem que baixar o kernel 2.6.34 e instalar alguns patchs. e compilar o mesmo.

Em 13 de setembro de 2011 12:16, "Flávio R. Lopes"

--

"Flávio R. Lopes"

unread,
Sep 13, 2011, 4:14:08 PM9/13/11
to slack-u...@googlegroups.com
Blz....vou dar uma olhada nisso.
Obrigado Otavio!

On 13-09-2011 13:12, Otavio Augusto wrote:
> Tem um subdiret�rio dentro do diret�rio do slackbuild dom0 l� fala
> sobre a compila��o do kernel.


> Resumindo.
> Tem que baixar o kernel 2.6.34 e instalar alguns patchs. e compilar o mesmo.
>
>
>
>
>

> Em 13 de setembro de 2011 12:16, "Fl�vio R. Lopes"
> <flavio...@links.inf.br> escreveu:
>
>> Ol� pessoal, desculpe n�o ter passado mais informa��es, mas tentei fazer a
>> instala��o pelo Slackbuild.
>> Na verdade j� gerei o pacote ".tgz" e o instalei. Aparentemente tudo normal.
>> Mas seguindo as instru��es, mais especificamente as instru��es contidas no


>> "README.SLACKWARE", ele menciona que antes de usar o Xen eu preciso startar
>> o script "/etc/rc.d/rc.xencommons".
>> Mas ao executar me retorna a seguinte mensagem de erro:
>> "grep: /proc/xen/capabilities: No such file or directory"
>>

>> Algu�m sabe me dizer o que acontece?
>>
>> grato,
>> Fl�vio


>>
>>
>> On 12-09-2011 14:08, Otavio Augusto wrote:
>>
>> Tenho apartir do slackbuilds 100% .
>> www.slackbuilds.org
>>

>> Em 12 de setembro de 2011 12:33, "Fl�vio R. Lopes"


>> <flavio...@links.inf.br> escreveu:
>>
>>
>> Boa tarde pessoal.

>> Algu�m j� instalou e tem rodando o Xen no Slack-13.37 ?
>>
>> Vou precisar trabalhar com paravirtualiza��o aqui e n�o estou conseguindo.

>> No pr�prio site do Xen tem instru��es l�, mas achei muito confuso. Al�m do


>> mais tem um Slack-Howto l� completamente defasado!
>>

>> Algu�m pode me ajudar ou indicar uma documenta��o para eu poder instalar e


>> botar isso pra rodar com algumas m�quinas virtuais??
>>
>> Abra�o,
>> Fl�vio
>>

>> --
>> GUS-BR - Grupo de Usu�rios de Slackware Brasil

>> GUS-BR - Grupo de Usu�rios de Slackware Brasil

Alcir

unread,
Sep 14, 2011, 6:20:31 PM9/14/11
to slack-u...@googlegroups.com
Só por curiosidade: o que o faz preferir o uso do Xen ao Virtualbox que no slack 13.37 está perfeitamente funcional?

Em 13 de setembro de 2011 17:14, "Flávio R. Lopes" <flavio...@links.inf.br> escreveu:
Blz....vou dar uma olhada nisso.
Obrigado Otavio!


On 13-09-2011 13:12, Otavio Augusto wrote:
Tem um subdiretório dentro do diretório do slackbuild dom0  lá fala
sobre a compilação do kernel.

Resumindo.
Tem que baixar o kernel 2.6.34 e instalar alguns patchs. e compilar o mesmo.





Em 13 de setembro de 2011 12:16, "Flávio R. Lopes"
<flavio...@links.inf.br>  escreveu:
 
Olá pessoal, desculpe não ter passado mais informações, mas tentei fazer a
instalação pelo Slackbuild.
Na verdade já gerei o pacote ".tgz" e o instalei. Aparentemente tudo normal.
Mas seguindo as instruções, mais especificamente as instruções contidas no

"README.SLACKWARE", ele menciona que antes de usar o Xen eu preciso startar
o script "/etc/rc.d/rc.xencommons".
Mas ao executar me retorna a seguinte mensagem de erro:
"grep: /proc/xen/capabilities: No such file or directory"

Alguém sabe me dizer o que acontece?

grato,
Flávio



On 12-09-2011 14:08, Otavio Augusto wrote:

Tenho apartir do slackbuilds 100% .
www.slackbuilds.org

Em 12 de setembro de 2011 12:33, "Flávio R. Lopes"

<flavio...@links.inf.br>  escreveu:


Boa tarde pessoal.
Alguém já instalou e tem rodando o Xen no Slack-13.37 ?

Vou precisar trabalhar com paravirtualização aqui e não estou conseguindo.
No próprio site do Xen tem instruções lá, mas achei muito confuso. Além do
mais tem um Slack-Howto lá completamente defasado!

Alguém pode me ajudar ou indicar uma documentação para eu poder instalar e
botar isso pra rodar com algumas máquinas virtuais??

Abraço,
Flávio

--
GUS-BR - Grupo de Usuários de Slackware Brasil
slack-users-br+unsubscribe@googlegroups.com




--
GUS-BR - Grupo de Usuários de Slackware Brasil
slack-users-br+unsubscribe@googlegroups.com
   


 

--
GUS-BR - Grupo de Usuários de Slackware Brasil

Otavio Augusto

unread,
Sep 15, 2011, 9:07:18 AM9/15/11
to slack-u...@googlegroups.com
Xen é um sistema completo de paravirtualização de alta performance e
flexível. E que já é um padrão de mercado usado por grandes empresas.
O VirtualBox faz virtualização total o que impede performance.
O Xen é mais recomendável em ambientes corporativos.

>>>> slack-users-b...@googlegroups.com


>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> GUS-BR - Grupo de Usuários de Slackware Brasil
>>>> http://www.slackwarebrasil.org/
>>>> http://groups.google.com/group/slack-users-br
>>>>
>>>> Antes de perguntar:
>>>> http://www.istf.com.br/perguntas/
>>>>
>>>> Para sair da lista envie um e-mail para:

>>>> slack-users-b...@googlegroups.com


>>>>
>>>
>>>
>>>
>>
>> --
>> GUS-BR - Grupo de Usuários de Slackware Brasil
>> http://www.slackwarebrasil.org/
>> http://groups.google.com/group/slack-users-br
>>
>> Antes de perguntar:
>> http://www.istf.com.br/perguntas/
>>
>> Para sair da lista envie um e-mail para:

>> slack-users-b...@googlegroups.com


>
> --
> GUS-BR - Grupo de Usuários de Slackware Brasil
> http://www.slackwarebrasil.org/
> http://groups.google.com/group/slack-users-br
>
> Antes de perguntar:
> http://www.istf.com.br/perguntas/
>
> Para sair da lista envie um e-mail para:

Psycho Mantys

unread,
Sep 15, 2011, 9:58:00 AM9/15/11
to slack-u...@googlegroups.com
Em 15 de setembro de 2011 10:07, Otavio Augusto <otav...@gmail.com> escreveu:
> Xen é um sistema completo de paravirtualização de alta performance e
> flexível. E que já é um padrão de mercado usado por grandes empresas.
> O VirtualBox faz virtualização total o que impede performance.
> O Xen é mais recomendável em ambientes corporativos.
>
>
>
#######################################################################


Porque a virtualização completa compromete a performance?


--
Mi blog eres su blog: https://psychomantys.wordpress.com
@psycho_mantys : http://twitter.com/psycho_mantys
http://www.slackware.com
U.L. : 450347
Fnord

Otavio Augusto

unread,
Sep 15, 2011, 10:07:19 AM9/15/11
to slack-u...@googlegroups.com
na virtualização completa a maquina virtual não sabe que esta em um
ambiente virtualizado ele acredita que tem uma máquina ( hardware
completo)
somente para si. Para que isto ocorra o hypervisor ( VirtualBox, KVM,
vmware) precisa simular todas as funções de um computador completo (
emular placas de vídeo, som, rede, discos memória e traduzir isto e
depois repassar para o ambiente real quando necessário) para cada
máquina virtual que estiver rodando e isto consome muitos recursos,
principalmente CPU e memória.
Já na para virtualização o SO virtualizado entende que esta eum
ambiente compartilhado com outros SOs e consegue acessar o hardware
quase que diretamente ( diretamente em alguns casos) limitado apenas
pelas políticas de seguranças aplicadas. Isto evita muitos ciclos de
CPU e uso memória. No resultado final os recursos de hardware são
melhor aproveitados.


Em 15 de setembro de 2011 10:58, Psycho Mantys
<psycho...@gmail.com> escreveu:

Hav0k

unread,
Sep 15, 2011, 12:42:17 PM9/15/11
to slack-u...@googlegroups.com
otima explicação, parabens e obrigado

2011/9/16 Otavio Augusto <otav...@gmail.com>



--
Grato,

J. Tozo
     _
   °v°
  /(S)\    SLACKWARE
   ^ ^           Linux
_____________________
         because it works


Psycho Mantys

unread,
Sep 15, 2011, 2:29:19 PM9/15/11
to slack-u...@googlegroups.com
Em 15 de setembro de 2011 11:07, Otavio Augusto <otav...@gmail.com> escreveu:
> na virtualização completa a maquina virtual não sabe que esta em um
> ambiente virtualizado ele acredita que tem uma máquina ( hardware
> completo)
> somente para si. Para que isto ocorra o hypervisor ( VirtualBox, KVM,
> vmware) precisa simular todas as funções de um computador completo (
> emular placas de vídeo, som, rede, discos memória e traduzir isto e
> depois repassar para o ambiente real quando necessário) para cada
> máquina virtual que estiver rodando e isto consome muitos recursos,
> principalmente CPU e memória.
> Já na para virtualização o SO virtualizado entende que esta eum
> ambiente compartilhado com outros SOs e consegue acessar  o hardware
> quase que diretamente ( diretamente em alguns casos) limitado apenas
> pelas políticas de seguranças aplicadas. Isto evita muitos ciclos de
> CPU e uso memória. No resultado final os recursos de hardware são
> melhor aproveitados.
>
>
####################################################################################

Massa!

Mas isso não pode ser resolvido, no caso da rede por exemplo, com os
drives de kernel para maquinas virtuais?

Acho que o kvm e ate o VB tem umas soluções nesse sentido, que ao
invés de usar uma placa padrão genérica, eles sobem um dispositivo que
por baixo usa alguns recursos para melhorar a virtualização?

vic

unread,
Sep 15, 2011, 3:17:30 PM9/15/11
to slack-u...@googlegroups.com

Existe, veja o virtio[1] por exemplo. Agora para ver quem é mais
rápido, só comparando.

Tenho um Ubuntu 10.04 32bits no VirtualBox 64bits. O Ubuntu demora uns
15 segundos do boot até a tela de login. Para mim é rápido do suficiente
e melhor que isso em termos de performance, acho que só o jails do
FreeBSD.

[1]: http://www.linux-kvm.org/page/Virtio

--
vic
http://choppnerd.com
http://donttrack.us | http://dontbubble.us

Psycho Mantys

unread,
Sep 15, 2011, 3:43:58 PM9/15/11
to slack-u...@googlegroups.com
Em 15 de setembro de 2011 16:17, vic <v...@wa.pro.br> escreveu:
>
> Existe, veja o virtio[1] por exemplo. Agora para ver quem é mais rápido, só
> comparando.
>
> Tenho um Ubuntu 10.04 32bits no VirtualBox 64bits. O Ubuntu demora uns 15
> segundos do boot até a tela de login. Para mim é rápido do suficiente e
> melhor que isso em termos de performance, acho que só o jails do FreeBSD.
>
> [1]: http://www.linux-kvm.org/page/Virtio
>
################################################################################################


Acho que em questão de processamento, os 2 devem ser iguais. O que
deve mudar seria o acesso a dispositivos. Mas queria saber se no fundo
teria algo na arquitetura dos 2 que pudesse dizer que um é melhor que
o outro.


No fundo, no fundo, eu acho as duas arquiteturas equivalentes em
performance(não tenho certeza, opinião minha). Creio que a diferencia
seja só no desempenho da implementação. Por isso fiquei curioso.

Otavio Augusto

unread,
Sep 15, 2011, 5:16:06 PM9/15/11
to slack-u...@googlegroups.com
A diferença esta na Virtualização completa e na Para Virtualização. A
para virtualização é mais rápida que a virtualização completa.
Em contra partidada a Virtualzação completa roda muito mais tipos de
SOs do que a para virtualização.
Em ambientes com Load baixo não da pra ver a diferença ( talvez ela
nem exista) mas quando o Load vai lá em cima um sistema para
virtualizado tem vantegem sobre o Virtualzado 100%.


Em 15 de setembro de 2011 16:43, Psycho Mantys
<psycho...@gmail.com> escreveu:

Otavio Augusto

unread,
Sep 15, 2011, 3:41:33 PM9/15/11
to slack-u...@googlegroups.com
Para escolher qual usar depende do ambiente.
Antes de escolher deve-se responder perguntas como.
Qual o ambiente ? ( pessoal, testes, cloud, etc. )
Quantas máquinas virtuais vou rodar ?
Qual o meu hardware disponível ?
Gerenciamento remoto ?
Quantos nodes ( servidores que vou hospedar as máquinas virtuais ) ?

Depois de saber estas respostas admin vai estar preparado para começar
a escolher a ferramenta que melhor ajudar
O Jail como citado pelo amigo atende paneas um cenário que é ter mais
de um FreeBSD no mesmo PC.
Como o Jail exite o OpenVZ e LXC para Linux.
Eu Tenho o VirtualBox no meu note para rodar testes ( apsear de estar
usando somente QEMU/KVM ultimamente) mas ele resolve tudo que
preciso para testar um sistema .
Mas se eu for contratado para montar um micro cloud ai VirtualBox sai
da minha lista pois ele não é preparado para isto. Mas se pra alguem o
VirtualBox atender numa cloud, blz seja feliz que vai resolver seus
problemas.

Sem querer ser repetitivo
"Tem que analizar o cenário que se vai usar o hypervisor usar."

Em 15 de setembro de 2011 16:17, vic <v...@wa.pro.br> escreveu:

Otavio Augusto

unread,
Sep 15, 2011, 3:02:51 PM9/15/11
to slack-u...@googlegroups.com
Sim. como exemplo, o KVM tem o baloom driver para memória para avisar
ao SO virtualziado coisas como uso de swap.
Mas mesmo com estes recursos um sistema realmente paravirtualzado tem
performance superior a um virtualizado integralmente.
Até mesmo a Oracle dona do VirtualBox sabe disso e mantém um sistema
de virtualização baseado no kernel Linux e Xen para corporações.
É claro que o Xen não é solução para tudo pois não são todos os SOs
que podem rodar em paravirtualização. Ai que entra VirtualBox , KVM,
Vmware e compainha.
Na minha opinião o VirtuaBox é um excelente sistema: XEN, KVM e VMWARE
ESX / Vsphere. Claro que tudo vai depender do cenário onde vai existir
a nuvem.


Claro que o uso de um ou outro depende do ambiente.

Em 15 de setembro de 2011 15:29, Psycho Mantys
<psycho...@gmail.com> escreveu:

Vagner Aparecido da Silva

unread,
Sep 18, 2011, 8:22:22 AM9/18/11
to slack-u...@googlegroups.com
Bom dia pessoal.

Otávio, aproveitando sua aula introdutória sobre Xen ;-) , eu tenho uma dúvida: Existe alguma diferença/vantagem entre instalar o Xen no Slackware ou instalar o XenServer do site da Citrix?

Abraços,

-- 
Vagner Aparecido da Silva
------------------------------------------
Usuário Linux #241911
Celular: +55-11-7595-2254
MSN: vag...@linuxmail.org
http://slackwarenaveia.blogspot.com

Otavio Augusto

unread,
Sep 19, 2011, 9:01:14 AM9/19/11
to slack-u...@googlegroups.com
Gerenciamento e facilidade de instalação.

O XenServer da Citrix é mais facil de instalar pois ja vem tudo pronto :-P .
Mas em contra partida elee foi feito para ser apenas servidor de
virtualização então a uma certa dificuldade em instalar outras
ferramentas.
Já com o slack vc domina a distro então sabe de tudo que vc pode
agregar no seu servidor de virtualização .
Em ambientes que o servidor será usado unicamente para rodar máquinas
virtuais pode ir com o XenServer de olho fechado.
Agora onde o servidor irá rodar umas 4 máquinas virtuais mais
ferramentas de gerenciamento como virttool ou feita por vc mesmo eu
recomendaria o slack. Tomando como premissa que slack é sua distro
principal, afinal esta é uma lista de slack!.

Com relação a performance nunca fiz um teste entre os dois mais é
possível que o slack fique mais lento se o cara rodar XEN + Banco de
dados + aplicação XYZ + etc.
Aqui na empresa usamos sempre o slack nos projetos de virtualização
mas com muito cuidado para não rodar nada desnecessário no dom0 (
domínio principal que hospeda as máquinas virtuais ).


Em 18 de setembro de 2011 09:22, Vagner Aparecido da Silva
<pingu...@gmail.com> escreveu:

--

Reply all
Reply to author
Forward
0 new messages