Re: Servidor HPE Prolaint M110 Gen 9

2016-02-23 Por tôpico Alcione Ferreira
Boa noite!

Obrigado a todos que responderam esse tópico, graças as informações que
me passaram consegui fazer a instalação e configuração do servidor.
Realmente foi apenas configurar a RAID que estava setada, mas não
deveria ser setada, para resolver o problema.

Att.
Em 20-02-2016 01:33, Julio escreveu:
> Tem haver com a configuração da Raid.
> Ja tive um problema parecido em um servidor dell.
> Em 19-02-2016 19:46, Alcione Ferreira escreveu:
>> Leonardo, esse Gerenciador fica na BIOS mesmo né, vou testar isso
>> Segunda!
>>
>> Obrigado!
>>
>> Leandro, na página da HP, aparece só compatibilidade com a RedHat e
>> Suse, mas eu acredito que tem suporte sim, mas o meu problema,
>> acredito que seja de hardware, alguma atualização como o Leonardo
>> passou, vou testar e reporto
>> Em 19-02-2016 18:25, Leonardo Santos escreveu:
>>> Boa noite,
>>>
>>> passei por isso recentemente, resolvi, configurando o RAID, através
>>> do gerenciador da HP.
>>>
>>> Após configurar, reinstala seu SO e pronto!
>>>  
>>>
>>>  
>>>
>>> /*LEONARDO LUIS DOS SANTOS*/
>>>
>>> *"Deus abençoe o Brasil e seu povo!"*
>>>
>>>  
>>>
>>> /*Campanha anti-vírus*//
>>> /*/Ao encaminhar esta mensagem, por favor:/*
>>>
>>>  
>>>
>>> /*1- Delete o meu e-mail e meu nome.*/
>>> /*2- Apague também os endereços dos amigos antes de reenviar.*/
>>> /*3- Encaminhe como cópia oculta (Cco ou Bcc) aos SEUS destinatários.*/
>>> /*Agindo sempre assim dificultaremos a disseminação de vírus e spams.*/
>>>
>>>
>>>
>>> > To: debian-user-portuguese@lists.debian.org
>>> > From: alcione.som...@gmail.com
>>> > Subject: Servidor HPE Prolaint M110 Gen 9
>>> > Date: Fri, 19 Feb 2016 17:22:53 -0300
>>> >
>>> > Boa tarde, pessoal!
>>> >
>>> > Não estou conseguindo instalar o SO (debian 8.2 ou 8.3, ou qualquer
>>> > outra distro) no servidor que compraram na empresa onde trabalho,
>>> alguém
>>> > sabe como posso resolver isso?
>>> >
>>> > Explicando:
>>> > Consigo instalar e configurar todo o sistema, mas no reiniciar o
>>> > servidor para o primeiro acesso ele não reconhece o boot, mesmo
>>> > aparecendo o UEFI do debian na lista de boot.
>>> >
>>> > Aguardo ajuda!
>>> >
>>> > --
>>> > Paz e Bem!
>>> > Alcione Ferreira
>>> > Sombra®
>>> > 101080
>>> > [http://www.alcionesytes.net/]
>>> > 
>>> > Liberdade e conhecimento ao alcance de todos.
>>> >
>>> > Office Escritório - http://www.libreoffice.org/
>>> > Navegador Firefox - http://www.mozilla.org.br/
>>> > Email Thunderbird - http://www.mozilla.org.br/
>>> > ---
>>> > Linux user number 432030 of http://counter.li.org/
>>> > ---
>>> > ICQ: 377035698
>>> > Jabber: ksomb...@jabber.org
>>> > MSN: alcione.som...@hotmail.com
>>> > ---
>>> > Curriculum: http://lattes.cnpq.br/0545256741852110
>>
>>
>> -- 
>> Paz e Bem!
>> Alcione Ferreira
>> Sombra®
>> 101080
>> [http://www.alcionesytes.net/]
>> 
>> Liberdade e conhecimento ao alcance de todos.
>>
>> Office Escritório - http://www.libreoffice.org/
>> Navegador Firefox - http://www.mozilla.org.br/
>> Email Thunderbird - http://www.mozilla.org.br/
>> ---
>> Linux user number 432030 of http://counter.li.org/
>> ---
>> ICQ: 377035698
>> Jabber: ksomb...@jabber.org
>> MSN: alcione.som...@hotmail.com
>> ---
>> Curriculum: http://lattes.cnpq.br/0545256741852110
>


-- 
Paz e Bem!
Alcione Ferreira
Sombra®
101080
[http://www.alcionesytes.net/]

Liberdade e conhecimento ao alcance de todos.

Office Escritório - http://www.libreoffice.org/
Navegador Firefox - http://www.mozilla.org.br/
Email Thunderbird - http://www.mozilla.org.br/
---
Linux user number 432030 of http://counter.li.org/
---
ICQ: 377035698
Jabber: ksomb...@jabber.org
MSN: alcione.som...@hotmail.com
---
Curriculum: http://lattes.cnpq.br/0545256741852110


0x0D2F8DEF.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: KVM - Sequenciar boot

2016-02-23 Por tôpico Sérgio Abrantes Junior
A

Testei e não funcionou : ///

Não mudou nada. Cheguei a setar 300 segundos (5min) só pra ter certeza e
reiniciei o hospedeiro, mas as vms continuaram iniciando junto no boot.

Em 23 de fevereiro de 2016 17:08, Sérgio Abrantes Junior <
sergioabran...@gmail.com> escreveu:

> Pessoal,
>
> Sem querer querendo : DD Na verdade estava fazendo uma outra coisa e achei
> uma opção no arquivo /etc/default/libvirt-guests
>
> # Number of seconds to wait between each guest start. Set to 0 to allow
> # parallel startup.
> #START_DELAY=0
>
> EEE
>
> Valeu pessoal!
>
> Sérgio Abrantes
>
> Em 23 de fevereiro de 2016 14:39, Linux - Junior Polegato <
> li...@juniorpolegato.com.br> escreveu:
>
>> Em 23-02-2016 13:53, Sérgio Abrantes Junior escreveu:
>>
>>> Olá,
>>> Isso estamos falando de fazer script e nós gerenciarmos isso.
>>> Estava procurando algo nas próprias ferramentas.
>>> Consigo colocar lá um autostart, mas iniciam juntas.
>>> Acho que terei que fazer um script na linha do Helio pra resolver isso,
>>> removendo do autostart.
>>>
>>
>> Olá!
>>
>> Talvez lhe atenda colocar no /etc/rc.local da primeira máquina
>> virtual (VM1) um comando via ssh para o hospedeiro que inicie a segunda,
>> algo do tipo me ocorre:
>>
>> ssh @ -p  'sudo virsh start VM2'
>>
>> Aí tendo a chave deste  autorizada no hospedeiro e no
>> /etc/sudoers deste a linha " =NOPASSWD: /usr/bin/virsh start
>> VM2", creio que vá funcionar do jeito que você quer.
>>
>>
>> --
>>
>> []'s
>>
>> Junior Polegato
>>
>>
>


Re: KVM - Sequenciar boot

2016-02-23 Por tôpico Sérgio Abrantes Junior
Pessoal,

Sem querer querendo : DD Na verdade estava fazendo uma outra coisa e achei
uma opção no arquivo /etc/default/libvirt-guests

# Number of seconds to wait between each guest start. Set to 0 to allow
# parallel startup.
#START_DELAY=0

EEE

Valeu pessoal!

Sérgio Abrantes

Em 23 de fevereiro de 2016 14:39, Linux - Junior Polegato <
li...@juniorpolegato.com.br> escreveu:

> Em 23-02-2016 13:53, Sérgio Abrantes Junior escreveu:
>
>> Olá,
>> Isso estamos falando de fazer script e nós gerenciarmos isso.
>> Estava procurando algo nas próprias ferramentas.
>> Consigo colocar lá um autostart, mas iniciam juntas.
>> Acho que terei que fazer um script na linha do Helio pra resolver isso,
>> removendo do autostart.
>>
>
> Olá!
>
> Talvez lhe atenda colocar no /etc/rc.local da primeira máquina
> virtual (VM1) um comando via ssh para o hospedeiro que inicie a segunda,
> algo do tipo me ocorre:
>
> ssh @ -p  'sudo virsh start VM2'
>
> Aí tendo a chave deste  autorizada no hospedeiro e no
> /etc/sudoers deste a linha " =NOPASSWD: /usr/bin/virsh start
> VM2", creio que vá funcionar do jeito que você quer.
>
>
> --
>
> []'s
>
> Junior Polegato
>
>


Re: KVM - Sequenciar boot

2016-02-23 Por tôpico Linux - Junior Polegato

Em 23-02-2016 13:53, Sérgio Abrantes Junior escreveu:

Olá,
Isso estamos falando de fazer script e nós gerenciarmos isso.
Estava procurando algo nas próprias ferramentas.
Consigo colocar lá um autostart, mas iniciam juntas.
Acho que terei que fazer um script na linha do Helio pra resolver 
isso, removendo do autostart.


Olá!

Talvez lhe atenda colocar no /etc/rc.local da primeira máquina 
virtual (VM1) um comando via ssh para o hospedeiro que inicie a segunda, 
algo do tipo me ocorre:


ssh @ -p  'sudo virsh start VM2'

Aí tendo a chave deste  autorizada no hospedeiro e no 
/etc/sudoers deste a linha " =NOPASSWD: /usr/bin/virsh 
start VM2", creio que vá funcionar do jeito que você quer.



--

[]'s

Junior Polegato



Re: KVM - Sequenciar boot

2016-02-23 Por tôpico Sérgio Abrantes Junior
Olá,

Isso estamos falando de fazer script e nós gerenciarmos isso.
Estava procurando algo nas próprias ferramentas.
Consigo colocar lá um autostart, mas iniciam juntas.
Acho que terei que fazer um script na linha do Helio pra resolver isso,
removendo do autostart.

Obrigado a todos!

Sérgio Abrantes

Em 23 de fevereiro de 2016 10:44, Helio Loureiro 
escreveu:

> Esqueci mas... depois que inicio as controladoras, daí eu inicio as
> payloads.
>
> for id in 3 4
> do
> virsh start pl-$id
> done
>
> Abs,
> Helio Loureiro
> http://helio.loureiro.eng.br
> http://br.linkedin.com/in/helioloureiro
> http://twitter.com/helioloureiro
> http://gplus.to/helioloureiro
>
> Em 23 de fevereiro de 2016 14:43, Helio Loureiro 
> escreveu:
>
>> Eu uso em geral 4 VMs, 2 controladoras e 2 payloads.  Eu uso um script
>> que faz algo como:
>>
>> for id in 1 2
>>do
>>virsh start sc-$id
>> done
>>
>> E depois eu rodo um teste com python, pexpect e unittest pra ver se a
>> porta ssh está ativa.  Algo como:
>>
>> #! /usr/bin/python -u
>> import unittest
>> import pexpect
>> import time
>> import sys
>> import os
>> import telnetlib
>>
>> SC1 = "192.168.0.1"
>> SC2 = "192.168.02.2"
>> ssh_port = 22
>> timeout = 10 # seconds
>>
>> # unbuffered
>> sys.stdout = os.fdopen(sys.stdout.fileno(), 'w', 0)
>>
>> class MyVMTestCase(unittest.TestCase):
>>
>> def test_1(self):
>> """
>> Checking if node is up after while
>> """
>> print "Checking if nodes are up (testing ssh port)"
>> for controller in [ SC1, SC2 ]:
>> print "Checking node %s" % controller
>> counter = 15 # minutes
>> isConnected = False
>> while (counter):
>> print "trying to connect...",
>> try:
>> t = telnetlib.Telnet(
>> controller,
>> ssh_port,
>> timeout)
>> t.read_until("SSH", timeout)
>> isConnected = True
>> print " ... connected!"
>> print "Node %s is up and ready for connection" %
>> controller
>> self.assertTrue(isConnected)
>> break
>> except:
>> print "  ... connection failed (%d)" % counter
>> pass
>> if (counter == 0):
>> print "Timeout reached"
>> self.assertTrue(isConnected)
>> break
>> else:
>> counter -= 1
>> time.sleep(60) # 1 minute
>>
>> if __name__ == "__main__":
>> unittest.main()
>>
>> O unittest é porque eu estou rodando no jenkins e o relatório sai mais
>> bonitinho.
>>
>>
>> Abs,
>> Helio Loureiro
>> http://helio.loureiro.eng.br
>> http://br.linkedin.com/in/helioloureiro
>> http://twitter.com/helioloureiro
>> http://gplus.to/helioloureiro
>>
>> Em 23 de fevereiro de 2016 13:16, Linux - Junior Polegato <
>> li...@juniorpolegato.com.br> escreveu:
>>
>>> Em 22-02-2016 21:43, Sérgio Abrantes Junior escreveu:
>>>
 Olá a todos,
 Possuo um Debian 8 onde virtualizo 2VMs.
 Precisava sequenciar o boot. Exemplo: Inicia uma VM, depois outra.
 Uso Qemu-KVM e gerencio com virt-namager.
 Procurei em um monte de lugares, mas não encontrei.
 Alguém já fez isso?

>>>
>>> Olá!
>>>
>>> No virt-manager você marca ambas para autostart e pronto.
>>> Contudo elas iniciarão praticamente juntas, e não uma "depois" outra, aliás
>>> esse "depois" é subjetivo, o que seria isso, um tempo depois, quando a
>>> outra VM atingir processamento ou I/O abaixo de um treshold? Isso é meio
>>> subjetivo.
>>>
>>> --
>>>
>>> []'s
>>>
>>> Junior Polegato
>>>
>>
>>
>


Re: KVM - Sequenciar boot

2016-02-23 Por tôpico Helio Loureiro
Esqueci mas... depois que inicio as controladoras, daí eu inicio as
payloads.

for id in 3 4
do
virsh start pl-$id
done

Abs,
Helio Loureiro
http://helio.loureiro.eng.br
http://br.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro
http://gplus.to/helioloureiro

Em 23 de fevereiro de 2016 14:43, Helio Loureiro 
escreveu:

> Eu uso em geral 4 VMs, 2 controladoras e 2 payloads.  Eu uso um script que
> faz algo como:
>
> for id in 1 2
>do
>virsh start sc-$id
> done
>
> E depois eu rodo um teste com python, pexpect e unittest pra ver se a
> porta ssh está ativa.  Algo como:
>
> #! /usr/bin/python -u
> import unittest
> import pexpect
> import time
> import sys
> import os
> import telnetlib
>
> SC1 = "192.168.0.1"
> SC2 = "192.168.02.2"
> ssh_port = 22
> timeout = 10 # seconds
>
> # unbuffered
> sys.stdout = os.fdopen(sys.stdout.fileno(), 'w', 0)
>
> class MyVMTestCase(unittest.TestCase):
>
> def test_1(self):
> """
> Checking if node is up after while
> """
> print "Checking if nodes are up (testing ssh port)"
> for controller in [ SC1, SC2 ]:
> print "Checking node %s" % controller
> counter = 15 # minutes
> isConnected = False
> while (counter):
> print "trying to connect...",
> try:
> t = telnetlib.Telnet(
> controller,
> ssh_port,
> timeout)
> t.read_until("SSH", timeout)
> isConnected = True
> print " ... connected!"
> print "Node %s is up and ready for connection" %
> controller
> self.assertTrue(isConnected)
> break
> except:
> print "  ... connection failed (%d)" % counter
> pass
> if (counter == 0):
> print "Timeout reached"
> self.assertTrue(isConnected)
> break
> else:
> counter -= 1
> time.sleep(60) # 1 minute
>
> if __name__ == "__main__":
> unittest.main()
>
> O unittest é porque eu estou rodando no jenkins e o relatório sai mais
> bonitinho.
>
>
> Abs,
> Helio Loureiro
> http://helio.loureiro.eng.br
> http://br.linkedin.com/in/helioloureiro
> http://twitter.com/helioloureiro
> http://gplus.to/helioloureiro
>
> Em 23 de fevereiro de 2016 13:16, Linux - Junior Polegato <
> li...@juniorpolegato.com.br> escreveu:
>
>> Em 22-02-2016 21:43, Sérgio Abrantes Junior escreveu:
>>
>>> Olá a todos,
>>> Possuo um Debian 8 onde virtualizo 2VMs.
>>> Precisava sequenciar o boot. Exemplo: Inicia uma VM, depois outra.
>>> Uso Qemu-KVM e gerencio com virt-namager.
>>> Procurei em um monte de lugares, mas não encontrei.
>>> Alguém já fez isso?
>>>
>>
>> Olá!
>>
>> No virt-manager você marca ambas para autostart e pronto. Contudo
>> elas iniciarão praticamente juntas, e não uma "depois" outra, aliás esse
>> "depois" é subjetivo, o que seria isso, um tempo depois, quando a outra VM
>> atingir processamento ou I/O abaixo de um treshold? Isso é meio subjetivo.
>>
>> --
>>
>> []'s
>>
>> Junior Polegato
>>
>
>


Re: KVM - Sequenciar boot

2016-02-23 Por tôpico Helio Loureiro
Eu uso em geral 4 VMs, 2 controladoras e 2 payloads.  Eu uso um script que
faz algo como:

for id in 1 2
   do
   virsh start sc-$id
done

E depois eu rodo um teste com python, pexpect e unittest pra ver se a porta
ssh está ativa.  Algo como:

#! /usr/bin/python -u
import unittest
import pexpect
import time
import sys
import os
import telnetlib

SC1 = "192.168.0.1"
SC2 = "192.168.02.2"
ssh_port = 22
timeout = 10 # seconds

# unbuffered
sys.stdout = os.fdopen(sys.stdout.fileno(), 'w', 0)

class MyVMTestCase(unittest.TestCase):

def test_1(self):
"""
Checking if node is up after while
"""
print "Checking if nodes are up (testing ssh port)"
for controller in [ SC1, SC2 ]:
print "Checking node %s" % controller
counter = 15 # minutes
isConnected = False
while (counter):
print "trying to connect...",
try:
t = telnetlib.Telnet(
controller,
ssh_port,
timeout)
t.read_until("SSH", timeout)
isConnected = True
print " ... connected!"
print "Node %s is up and ready for connection" %
controller
self.assertTrue(isConnected)
break
except:
print "  ... connection failed (%d)" % counter
pass
if (counter == 0):
print "Timeout reached"
self.assertTrue(isConnected)
break
else:
counter -= 1
time.sleep(60) # 1 minute

if __name__ == "__main__":
unittest.main()

O unittest é porque eu estou rodando no jenkins e o relatório sai mais
bonitinho.


Abs,
Helio Loureiro
http://helio.loureiro.eng.br
http://br.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro
http://gplus.to/helioloureiro

Em 23 de fevereiro de 2016 13:16, Linux - Junior Polegato <
li...@juniorpolegato.com.br> escreveu:

> Em 22-02-2016 21:43, Sérgio Abrantes Junior escreveu:
>
>> Olá a todos,
>> Possuo um Debian 8 onde virtualizo 2VMs.
>> Precisava sequenciar o boot. Exemplo: Inicia uma VM, depois outra.
>> Uso Qemu-KVM e gerencio com virt-namager.
>> Procurei em um monte de lugares, mas não encontrei.
>> Alguém já fez isso?
>>
>
> Olá!
>
> No virt-manager você marca ambas para autostart e pronto. Contudo
> elas iniciarão praticamente juntas, e não uma "depois" outra, aliás esse
> "depois" é subjetivo, o que seria isso, um tempo depois, quando a outra VM
> atingir processamento ou I/O abaixo de um treshold? Isso é meio subjetivo.
>
> --
>
> []'s
>
> Junior Polegato
>


Re: KVM - Sequenciar boot

2016-02-23 Por tôpico Linux - Junior Polegato

Em 22-02-2016 21:43, Sérgio Abrantes Junior escreveu:

Olá a todos,
Possuo um Debian 8 onde virtualizo 2VMs.
Precisava sequenciar o boot. Exemplo: Inicia uma VM, depois outra.
Uso Qemu-KVM e gerencio com virt-namager.
Procurei em um monte de lugares, mas não encontrei.
Alguém já fez isso?


Olá!

No virt-manager você marca ambas para autostart e pronto. 
Contudo elas iniciarão praticamente juntas, e não uma "depois" outra, 
aliás esse "depois" é subjetivo, o que seria isso, um tempo depois, 
quando a outra VM atingir processamento ou I/O abaixo de um treshold? 
Isso é meio subjetivo.


--

[]'s

Junior Polegato