Re: TESTE DE INTEGRIDADE SSD

[Yuri Musachio]

Anderson, boa tarde!

Eu não entendi bem a sua dúvida, mas sobre a partição /boot eu consegui 
contornar isso.
Você não precisa adicionar a partição /boot ao RAID... Algo que você pode fazer 
é reconfigurar o grub para que, quando ele atualizar, o sistema identifica que 
existem duas partições /boot e irá atualizar as duas. Sendo assim, se em algum 
momento o disco 1 (principal) parar de funcionar, o segundo disco terá o /boot 
atualizado e irá conseguir iniciar corretamente.
PORÉM, existe um segundo pulo do gato que envolve o /boot e o fstab... É meio 
complicado descrever o problema, mas se trata do seguinte:
Após você rodar o reconfigure pros grubs/boot, você conseguirá adicionar a 
lista do fstab quais são os seus /boot (UUID). O que acontece é que, se o disco 
principal falhar, durante a inicialização do sistema, o sistema vai ler a 
primeira linha de /boot que será o UUID do /boot do disco principal que neste 
caso está fora, e por conta disso não conseguirá iniciar. OK, você até vai 
conseguir acessar a máquina e modificar o fstab para o segundo UUID de /boot 
passar a ser o principal, mas o intuito é isso ser invisível. Para este caso, 
você pode adicionar um mesmo LABEL para as partições /boot.
Logo, na identificação do fstab, ao invés de ter um UUID diferente para cada 
/boot, você irá identificar o label para montar no /boot. Neste caso, como as 
duas partições /boot dos dois discos possuem o mesmo LABEL, caso um /boot pare 
de funcionar (disco fora), ele irá iniciar pelo outro /boot do segundo disco.
Irei descrever abaixo os comandos:

Reconfigurar e identificar os /boot que serão atualizados em conjunto.
PS: É sempre indicado que os HDs sejam de mesma marca e capacidade, para que no 
momento da formatação do disco, o /boot secundário ficar identico ao principal.
# dpkg-reconfigure grub-efi-amd64

Adicionar LABEL aos /boot.
# dosfslabel /dev/boot1 "nome-label"
# dosfslabel /dev/boot2 "nome-label"

Modificar no fstab a linha que diz respeito ao /boot , trocando o UUID por 
LABEL.
LABEL=nome-label /boot 

Pra testar, já sabe... Desativa um HD, depois tenta iniciar pelo outro. Depois 
desativa o atual, e reinicia pelo que estava parado.
Interessante é que o RAID ainda irá funcionar lindamente, e nunca te dará dor 
de cabeça. :)
Espero ter ajudado!

Best,
On Mar 4 2024, at 1:10 pm, Anderson Rodrigues  
wrote:
> Por falar em Raid tem um problema que eu ainda não consegui contornar, 
> fazendo Raid em Software temos um problema para instalar o /Boot no Raid por 
> exemplo "md0/boot" o Grub não consegue ver esse diretório durante a 
> instalação uma forma de contornar isso é criar uma partição no disco somente 
> para o /boot, porém se esse disco for o que apresentar o problema perdemos o 
> acesso ao sistema, uma pergunta RAID em software é recomendado apenas para 
> máquinas desktops e não servidores, ou temos alguma forma de deixar o /boot 
> com grub em todos os discos de forma a não parar a máquina?
> Muito Obrigado a todos e um bom dia.
>
>
> Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida  (mailto:rafael.i...@gmail.com)> escreveu:
> > Galera,
> > Quem quiser saber mais sobre SSD no Linux
> > https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
> >
> >
> >
> > Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha 
> > mailto:leandrocunha...@gmail.com)> escreveu:
> > > João, é você que realiza o processo pra se retirar da lista.
> > >
> > > https://lists.debian.org/debian-user-portuguese/
> > > Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni 
> > > mailto:jnge...@hotmail.com)> escreveu:
> > > > Me retire desta lista
> > > >
> > > > Obter o Outlook para Android (https://aka.ms/AAb9ysg)
> > > > From: Jose Tavares  > > > (mailto:jaatavar...@gmail.com)>
> > > > Sent: Wednesday, February 28, 2024 2:02:14 AM
> > > > To: Yuri Musachio  > > > (mailto:yuri.musac...@gmail.com)>
> > > > Cc: Rafael de Almeida  > > > (mailto:rafael.i...@gmail.com)>; debian-user-portuguese 
> > > >  > > > (mailto:debian-user-portuguese@lists.debian.org)>
> > > > Subject: Re: TESTE DE INTEGRIDADE SSD
> > > >
> > > >
> > > > Me lembrei de algo extra..
> > > >
> > > > Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado 
> > > > no SSD uma particao de swap muito pequena, alguns blocos do SSD serão 
> > > > super stressados com escrita e leitura, podendo danificar aquele espaco 
> > > > precocemente. A recomendacao é que o swap seja sempre 2x a quantidade 
> > > > de ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
> > > >

Re: TESTE DE INTEGRIDADE SSD

[Paulo Ricardo Bruck]

Humm vou dar o meu pitaco pois faz muito tempo que não mexo com o msadm,
mas na época eu fazia um grub-install /dev/ sda; grub-install /dev/sdb

Em seg., 4 de mar. de 2024, 14:27, Anderson Rodrigues <
andersonrodrigues1...@gmail.com> escreveu:

> Por falar em Raid tem um problema que eu ainda não consegui contornar,
> fazendo Raid em Software temos um problema para instalar o /Boot no Raid
> por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a
> instalação uma forma de contornar isso é criar uma partição no disco
> somente para o /boot, porém se esse disco for o que apresentar o problema
> perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado
> apenas para máquinas desktops e não servidores, ou temos alguma forma de
> deixar o /boot com grub em todos os discos de forma a não parar a máquina?
> Muito Obrigado a todos e um bom dia.
>
> Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
>> Galera,
>> Quem quiser saber mais sobre SSD no Linux
>> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
>>
>> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
>> leandrocunha...@gmail.com> escreveu:
>>
>>> João, é você que realiza o processo pra se retirar da lista.
>>>
>>> https://lists.debian.org/debian-user-portuguese/
>>>
>>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
>>> jnge...@hotmail.com> escreveu:
>>>
>>>> Me retire desta lista
>>>>
>>>> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
>>>> --
>>>> *From:* Jose Tavares 
>>>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>>>> *To:* Yuri Musachio 
>>>> *Cc:* Rafael de Almeida ;
>>>> debian-user-portuguese 
>>>> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>>>>
>>>> Me lembrei de algo extra..
>>>>
>>>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado
>>>> no SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
>>>> stressados com escrita e leitura, podendo danificar aquele espaco
>>>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
>>>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>>>>
>>>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol
>>>> ..
>>>> Deixa eu contar como aconteceu comigo o problema repetitivamente:
>>>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
>>>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
>>>> disco, se consegue saber quantas vezes um determinado bloco consegue
>>>> aceitar escritas antes de estourar.
>>>>
>>>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
>>>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
>>>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
>>>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
>>>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
>>>> os calculos, mas pelos 2 anos o problema acontece.
>>>>
>>>> Jose Tavares
>>>>
>>>>
>>>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
>>>> wrote:
>>>>
>>>> Alguns fabricantes de SSD tem produtos muito ruins.
>>>>
>>>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
>>>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
>>>> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>>>>
>>>> O smart roda em background, então não afeta a perf da máquina. Lê com
>>>> atenção os resultados.
>>>>
>>>> Uma tool simples que recomendo é o f3.
>>>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
>>>> Foi escrita por um brasileiro.
>>>>
>>>> Basicamente o que ela faz é escrever padrões em toda a memória flash e
>>>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
>>>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
>>>> para qualquer tipo de armazenamento.
>>>>
>>>> Durante as operações, acompanhe os logs da máquina para ver se acontece
>>>> re

Re: TESTE DE INTEGRIDADE SSD

[Anderson Rodrigues]

Por falar em Raid tem um problema que eu ainda não consegui contornar,
fazendo Raid em Software temos um problema para instalar o /Boot no Raid
por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a
instalação uma forma de contornar isso é criar uma partição no disco
somente para o /boot, porém se esse disco for o que apresentar o problema
perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado
apenas para máquinas desktops e não servidores, ou temos alguma forma de
deixar o /boot com grub em todos os discos de forma a não parar a máquina?
Muito Obrigado a todos e um bom dia.

Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida <
rafael.i...@gmail.com> escreveu:

> Galera,
> Quem quiser saber mais sobre SSD no Linux
> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
>
> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
> leandrocunha...@gmail.com> escreveu:
>
>> João, é você que realiza o processo pra se retirar da lista.
>>
>> https://lists.debian.org/debian-user-portuguese/
>>
>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
>> jnge...@hotmail.com> escreveu:
>>
>>> Me retire desta lista
>>>
>>> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
>>> --
>>> *From:* Jose Tavares 
>>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>>> *To:* Yuri Musachio 
>>> *Cc:* Rafael de Almeida ; debian-user-portuguese
>>> 
>>> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>>>
>>> Me lembrei de algo extra..
>>>
>>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
>>> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
>>> stressados com escrita e leitura, podendo danificar aquele espaco
>>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
>>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>>>
>>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol
>>> ..
>>> Deixa eu contar como aconteceu comigo o problema repetitivamente:
>>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
>>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
>>> disco, se consegue saber quantas vezes um determinado bloco consegue
>>> aceitar escritas antes de estourar.
>>>
>>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
>>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
>>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
>>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
>>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
>>> os calculos, mas pelos 2 anos o problema acontece.
>>>
>>> Jose Tavares
>>>
>>>
>>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
>>> wrote:
>>>
>>> Alguns fabricantes de SSD tem produtos muito ruins.
>>>
>>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
>>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
>>> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>>>
>>> O smart roda em background, então não afeta a perf da máquina. Lê com
>>> atenção os resultados.
>>>
>>> Uma tool simples que recomendo é o f3.
>>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
>>> Foi escrita por um brasileiro.
>>>
>>> Basicamente o que ela faz é escrever padrões em toda a memória flash e
>>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
>>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
>>> para qualquer tipo de armazenamento.
>>>
>>> Durante as operações, acompanhe os logs da máquina para ver se acontece
>>> resets nas controladoras de disco.
>>>
>>> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
>>> diferentes, para contornar problemas de fabricantes e de modelos
>>> específicos. Outra opção é usar um SSD e um HDD, e então configurar
>>> write-mostly para que todas as leituras se dêem somente do SSD e as
>>> escritas em ambos para não ter perda de performance significativa.
>>>
>>> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar
>>> um dd if= of=/dev/null
>>> Desta forma fazend

Re: TESTE DE INTEGRIDADE SSD

[Rafael de Almeida]

Galera,
Quem quiser saber mais sobre SSD no Linux
https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf

Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
leandrocunha...@gmail.com> escreveu:

> João, é você que realiza o processo pra se retirar da lista.
>
> https://lists.debian.org/debian-user-portuguese/
>
> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
> jnge...@hotmail.com> escreveu:
>
>> Me retire desta lista
>>
>> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
>> --
>> *From:* Jose Tavares 
>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>> *To:* Yuri Musachio 
>> *Cc:* Rafael de Almeida ; debian-user-portuguese <
>> debian-user-portuguese@lists.debian.org>
>> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>>
>> Me lembrei de algo extra..
>>
>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
>> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
>> stressados com escrita e leitura, podendo danificar aquele espaco
>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>>
>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
>> Deixa eu contar como aconteceu comigo o problema repetitivamente:
>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
>> disco, se consegue saber quantas vezes um determinado bloco consegue
>> aceitar escritas antes de estourar.
>>
>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
>> os calculos, mas pelos 2 anos o problema acontece.
>>
>> Jose Tavares
>>
>>
>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
>> wrote:
>>
>> Alguns fabricantes de SSD tem produtos muito ruins.
>>
>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
>> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>>
>> O smart roda em background, então não afeta a perf da máquina. Lê com
>> atenção os resultados.
>>
>> Uma tool simples que recomendo é o f3.
>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
>> Foi escrita por um brasileiro.
>>
>> Basicamente o que ela faz é escrever padrões em toda a memória flash e
>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
>> para qualquer tipo de armazenamento.
>>
>> Durante as operações, acompanhe os logs da máquina para ver se acontece
>> resets nas controladoras de disco.
>>
>> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
>> diferentes, para contornar problemas de fabricantes e de modelos
>> específicos. Outra opção é usar um SSD e um HDD, e então configurar
>> write-mostly para que todas as leituras se dêem somente do SSD e as
>> escritas em ambos para não ter perda de performance significativa.
>>
>> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar
>> um dd if= of=/dev/null
>> Desta forma fazendo uma leitura completa do disco antes de começar o seu
>> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
>> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
>> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
>> no disco e vendo resultados.
>>
>> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
>> testes, e irá acusar problemas se houverem.
>>
>> Ah, e execute todos os testes antes de colocar o disco em produção.
>>
>> Espero ter ajudado.
>> Jose Tavares
>>
>>
>> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
>> wrote:
>>
>> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
>> existem certos “pulo do gato” que eu penei pra encontrar soluções na
>> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
>> “desenvolvi”/descobri uma solução. Rs
>> Outr

Re: TESTE DE INTEGRIDADE SSD

[Leandro Cunha]

João, é você que realiza o processo pra se retirar da lista.

https://lists.debian.org/debian-user-portuguese/

Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
jnge...@hotmail.com> escreveu:

> Me retire desta lista
>
> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
> --
> *From:* Jose Tavares 
> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
> *To:* Yuri Musachio 
> *Cc:* Rafael de Almeida ; debian-user-portuguese <
> debian-user-portuguese@lists.debian.org>
> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>
> Me lembrei de algo extra..
>
> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
> stressados com escrita e leitura, podendo danificar aquele espaco
> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>
> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
> Deixa eu contar como aconteceu comigo o problema repetitivamente:
> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
> disco, se consegue saber quantas vezes um determinado bloco consegue
> aceitar escritas antes de estourar.
>
> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina
> no trajeto pro office e no trajeto pra casa, o que seria uma boa prática.
> Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do
> swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo
> quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os
> calculos, mas pelos 2 anos o problema acontece.
>
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
> wrote:
>
> Alguns fabricantes de SSD tem produtos muito ruins.
>
> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>
> O smart roda em background, então não afeta a perf da máquina. Lê com
> atenção os resultados.
>
> Uma tool simples que recomendo é o f3.
> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
> Foi escrita por um brasileiro.
>
> Basicamente o que ela faz é escrever padrões em toda a memória flash e
> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
> para qualquer tipo de armazenamento.
>
> Durante as operações, acompanhe os logs da máquina para ver se acontece
> resets nas controladoras de disco.
>
> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
> diferentes, para contornar problemas de fabricantes e de modelos
> específicos. Outra opção é usar um SSD e um HDD, e então configurar
> write-mostly para que todas as leituras se dêem somente do SSD e as
> escritas em ambos para não ter perda de performance significativa.
>
> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um
> dd if= of=/dev/null
> Desta forma fazendo uma leitura completa do disco antes de começar o seu
> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
> no disco e vendo resultados.
>
> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
> testes, e irá acusar problemas se houverem.
>
> Ah, e execute todos os testes antes de colocar o disco em produção.
>
> Espero ter ajudado.
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
> wrote:
>
> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
> existem certos “pulo do gato” que eu penei pra encontrar soluções na
> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
> “desenvolvi”/descobri uma solução. Rs
> Outra solução também, bem simples, é deixar o sistema num HD e o /home
> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê
> problema no HD do sistema.
> Mas se for o caso de não haver um segundo slot de HD, acho que um programa
> (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma
> alternativa.
>
>
>
>
>
> Best,
>
> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
> 
> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
&

Re: TESTE DE INTEGRIDADE SSD

[João Pedro Nader Gervasoni]

Me retire desta lista

Obter o Outlook para Android<https://aka.ms/AAb9ysg>

From: Jose Tavares 
Sent: Wednesday, February 28, 2024 2:02:14 AM
To: Yuri Musachio 
Cc: Rafael de Almeida ; debian-user-portuguese 

Subject: Re: TESTE DE INTEGRIDADE SSD

Me lembrei de algo extra..

Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no SSD 
uma particao de swap muito pequena, alguns blocos do SSD serão super stressados 
com escrita e leitura, podendo danificar aquele espaco precocemente. A 
recomendacao é que o swap seja sempre 2x a quantidade de ram. Hoje em dia isto 
pode ser bastante de espaco desperdicado.

Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
Deixa eu contar como aconteceu comigo o problema repetitivamente:
Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles aceitam 
de escrita antes de pifar, e então dividir os bytes pelo espaco de disco, se 
consegue saber quantas vezes um determinado bloco consegue aceitar escritas 
antes de estourar.

Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina no 
trajeto pro office e no trajeto pra casa, o que seria uma boa prática. Dois 
hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do swap, vezes 
uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo quando se vai 
hibernar (realocando) e uma hora dá zebra. É só fazer os calculos, mas pelos 2 
anos o problema acontece.

Jose Tavares


On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
mailto:jaatavar...@gmail.com>> wrote:
Alguns fabricantes de SSD tem produtos muito ruins.

Instala o pacote smartmontools, e usa o smartctl fazendo teste short e long .. 
Quando disparares o teste, verifica quanto tempo irá levar e depois de concluir 
o tempo, com o parâmetro -a consegues ver o resultado.

O smart roda em background, então não afeta a perf da máquina. Lê com atenção 
os resultados.

Uma tool simples que recomendo é o f3.
https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
Foi escrita por um brasileiro.

Basicamente o que ela faz é escrever padrões em toda a memória flash e depois 
lê e compara os resultados. Com isto, dá para ver se há diferenças na escrita e 
depois leitura, o que indicaria erro no armazenamento. Serve para qualquer tipo 
de armazenamento.

Durante as operações, acompanhe os logs da máquina para ver se acontece resets 
nas controladoras de disco.

Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD 
diferentes, para contornar problemas de fabricantes e de modelos específicos. 
Outra opção é usar um SSD e um HDD, e então configurar write-mostly para que 
todas as leituras se dêem somente do SSD e as escritas em ambos para não ter 
perda de performance significativa.

Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um dd 
if= of=/dev/null
Desta forma fazendo uma leitura completa do disco antes de começar o seu uso. 
Nisto já se percebe se houver erros. É possível também fazer testes de escrita 
e leitura usando o fsck.ext4 com -cc caso o disco tenha sido configurado com 
ext4.. O comando shred também pode te ajudar fazendo passes no disco e vendo 
resultados.

Mas de todas opções, o f3 me parece o mais fácil e direto para os teus testes, 
e irá acusar problemas se houverem.

Ah, e execute todos os testes antes de colocar o disco em produção.

Espero ter ajudado.
Jose Tavares


On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
mailto:yuri.musac...@gmail.com>> wrote:
MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, existem 
certos “pulo do gato” que eu penei pra encontrar soluções na internet, e que na 
real não encontrei solução pro meu problema. Eu mesmo “desenvolvi”/descobri uma 
solução. Rs
Outra solução também, bem simples, é deixar o sistema num HD e o /home colocar 
num segundo HD… Simples, fácil e invisível pro cliente, caso dê problema no HD 
do sistema.
Mas se for o caso de não haver um segundo slot de HD, acho que um programa 
(pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma 
alternativa.





Best,

Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida 
mailto:rafael.i...@gmail.com>> escreveu:


Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando 
problema .
Parece que os bichos são descartáveis e o pior a gente tenta falar para o 
cliente fazer backup e é mesmo que nada .
Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a 
fazer RAID 1 .( espelhamento )


Rafael de Almeida Matias
Especialista em Segurança da Informação
Tecnólogo em Redes de Computadores
Técnico em Informática
Currículo Lattes: https://goo.gl/RqclG4



Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha 
mailto:leandrocunha...@gmail.com>> escreveu:
Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD.

Links sobre isso
https://wiki.debian.org/SSDOptimization
https://wiki.debian.org/SSD%20Installation

Re: TESTE DE INTEGRIDADE SSD

[Jose Tavares]

Me lembrei de algo extra..

Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
stressados com escrita e leitura, podendo danificar aquele espaco
precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
ram. Hoje em dia isto pode ser bastante de espaco desperdicado.

Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
Deixa eu contar como aconteceu comigo o problema repetitivamente:
Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
disco, se consegue saber quantas vezes um determinado bloco consegue
aceitar escritas antes de estourar.

Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina
no trajeto pro office e no trajeto pra casa, o que seria uma boa prática.
Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do
swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo
quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os
calculos, mas pelos 2 anos o problema acontece.

Jose Tavares


On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares  wrote:

> Alguns fabricantes de SSD tem produtos muito ruins.
>
> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>
> O smart roda em background, então não afeta a perf da máquina. Lê com
> atenção os resultados.
>
> Uma tool simples que recomendo é o f3.
> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
> Foi escrita por um brasileiro.
>
> Basicamente o que ela faz é escrever padrões em toda a memória flash e
> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
> para qualquer tipo de armazenamento.
>
> Durante as operações, acompanhe os logs da máquina para ver se acontece
> resets nas controladoras de disco.
>
> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
> diferentes, para contornar problemas de fabricantes e de modelos
> específicos. Outra opção é usar um SSD e um HDD, e então configurar
> write-mostly para que todas as leituras se dêem somente do SSD e as
> escritas em ambos para não ter perda de performance significativa.
>
> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um
> dd if= of=/dev/null
> Desta forma fazendo uma leitura completa do disco antes de começar o seu
> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
> no disco e vendo resultados.
>
> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
> testes, e irá acusar problemas se houverem.
>
> Ah, e execute todos os testes antes de colocar o disco em produção.
>
> Espero ter ajudado.
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
> wrote:
>
>> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
>> existem certos “pulo do gato” que eu penei pra encontrar soluções na
>> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
>> “desenvolvi”/descobri uma solução. Rs
>> Outra solução também, bem simples, é deixar o sistema num HD e o /home
>> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê
>> problema no HD do sistema.
>> Mas se for o caso de não haver um segundo slot de HD, acho que um
>> programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser
>> também uma alternativa.
>>
>>
>>
>>
>>
>> Best,
>>
>> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <
>> rafael.i...@gmail.com> escreveu:
>>
>> 
>> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
>> dando problema .
>> Parece que os bichos são descartáveis e o pior a gente tenta falar para o
>> cliente fazer backup e é mesmo que nada .
>> Peguei a sugestão do Eriberto o qual tenho grande admiração. De
>> aconselhar a fazer RAID 1 .( espelhamento )
>>
>>
>> *Rafael de Almeida Matias*
>> Especialista em Segurança da Informação
>> Tecnólogo em Redes de Computadores
>> Técnico em Informática
>> Currículo Lattes: https://goo.gl/RqclG4
>>
>>
>>
>> Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha <
>> leandrocunha...@gmail.com> escreveu:
>>
>>> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
>>> SSD.
>>>
>>> Links sobre isso
>>> https://wiki.debian.org/SSDOptimization
>>> https://wiki.debian.org/SSD%20Installation
>>>
>>

Re: TESTE DE INTEGRIDADE SSD

[Jose Tavares]

Alguns fabricantes de SSD tem produtos muito ruins.

Instala o pacote smartmontools, e usa o smartctl fazendo teste short e long
.. Quando disparares o teste, verifica quanto tempo irá levar e depois de
concluir o tempo, com o parâmetro -a consegues ver o resultado.

O smart roda em background, então não afeta a perf da máquina. Lê com
atenção os resultados.

Uma tool simples que recomendo é o f3.
https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
Foi escrita por um brasileiro.

Basicamente o que ela faz é escrever padrões em toda a memória flash e
depois lê e compara os resultados. Com isto, dá para ver se há diferenças
na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
para qualquer tipo de armazenamento.

Durante as operações, acompanhe os logs da máquina para ver se acontece
resets nas controladoras de disco.

Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
diferentes, para contornar problemas de fabricantes e de modelos
específicos. Outra opção é usar um SSD e um HDD, e então configurar
write-mostly para que todas as leituras se dêem somente do SSD e as
escritas em ambos para não ter perda de performance significativa.

Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um
dd if= of=/dev/null
Desta forma fazendo uma leitura completa do disco antes de começar o seu
uso. Nisto já se percebe se houver erros. É possível também fazer testes de
escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
configurado com ext4.. O comando shred também pode te ajudar fazendo passes
no disco e vendo resultados.

Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
testes, e irá acusar problemas se houverem.

Ah, e execute todos os testes antes de colocar o disco em produção.

Espero ter ajudado.
Jose Tavares


On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
wrote:

> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
> existem certos “pulo do gato” que eu penei pra encontrar soluções na
> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
> “desenvolvi”/descobri uma solução. Rs
> Outra solução também, bem simples, é deixar o sistema num HD e o /home
> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê
> problema no HD do sistema.
> Mas se for o caso de não haver um segundo slot de HD, acho que um programa
> (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma
> alternativa.
>
>
>
>
>
> Best,
>
> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
> 
> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
> dando problema .
> Parece que os bichos são descartáveis e o pior a gente tenta falar para o
> cliente fazer backup e é mesmo que nada .
> Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar
> a fazer RAID 1 .( espelhamento )
>
>
> *Rafael de Almeida Matias*
> Especialista em Segurança da Informação
> Tecnólogo em Redes de Computadores
> Técnico em Informática
> Currículo Lattes: https://goo.gl/RqclG4
>
>
>
> Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha <
> leandrocunha...@gmail.com> escreveu:
>
>> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
>> SSD.
>>
>> Links sobre isso
>> https://wiki.debian.org/SSDOptimization
>> https://wiki.debian.org/SSD%20Installation
>>
>

Re: TESTE DE INTEGRIDADE SSD

[Yuri Musachio]

MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, existem certos “pulo do gato” que eu penei pra encontrar soluções na internet, e que na real não encontrei solução pro meu problema. Eu mesmo “desenvolvi”/descobri uma solução. RsOutra solução também, bem simples, é deixar o sistema num HD e o /home colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê problema no HD do sistema.Mas se for o caso de não haver um segundo slot de HD, acho que um programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma alternativa.Best,Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida  escreveu:Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando problema . Parece que os bichos são descartáveis e o pior a gente tenta falar para o cliente fazer backup e é mesmo que nada . Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a fazer RAID 1 .( espelhamento ) Rafael de Almeida MatiasEspecialista em Segurança da InformaçãoTecnólogo em Redes de ComputadoresTécnico em InformáticaCurrículo Lattes: https://goo.gl/RqclG4Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha  escreveu:Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD.Links sobre issohttps://wiki.debian.org/SSDOptimizationhttps://wiki.debian.org/SSD%20Installation

Re: TESTE DE INTEGRIDADE SSD

[Rafael de Almeida]

Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
dando problema .
Parece que os bichos são descartáveis e o pior a gente tenta falar para o
cliente fazer backup e é mesmo que nada .
Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar
a fazer RAID 1 .( espelhamento )


*Rafael de Almeida Matias*
Especialista em Segurança da Informação
Tecnólogo em Redes de Computadores
Técnico em Informática
Currículo Lattes: https://goo.gl/RqclG4



Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha <
leandrocunha...@gmail.com> escreveu:

> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
> SSD.
>
> Links sobre isso
> https://wiki.debian.org/SSDOptimization
> https://wiki.debian.org/SSD%20Installation
>

Re: TESTE DE INTEGRIDADE SSD

[Leandro Cunha]

Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
SSD.

Links sobre isso
https://wiki.debian.org/SSDOptimization
https://wiki.debian.org/SSD%20Installation

Re: TESTE DE INTEGRIDADE SSD

[Yuri Musachio]

Rafael, boa tarde!

Existe uma palestra bem legal do Eriberto, na Latinoware 2020, falando sobre o 
SSD.
Com certeza deve ter alguma informação falando das ferramentas para os testes 
que você deseja.

Link Youtube: 
https://www.youtube.com/watch?v=Vr8uaJ07Fr0=ygUMZXJpYmVydG8gc3Nk

Best,
On Feb 26 2024, at 12:57 pm, Rafael de Almeida  wrote:
> Prezados,
> Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de 
> integridade de SSD.
>
>
>
> --
> Rafael de Almeida Matias
> Especialista em Segurança da Informação
> Tecnólogo em Redes de Computadores
> Técnico em Informática
> Currículo Lattes: https://goo.gl/RqclG4
>
>
>
>
>
>
>
>
>
>

Re: TESTE DE INTEGRIDADE SSD

[Luís Cláudio A . Gama]

  Nunca usei, mas na minha pesquisa aqui, achei 2 links versando sobre a
mesma ferramenta.

How to Test SSD/HDD Health in Linux (linuxopsys.com)
<https://linuxopsys.com/topics/test-ssd-hdd-health-in-linux>
<https://linuxopsys.com/topics/test-ssd-hdd-health-in-linux>
  Será isso que procura?

[]s
Luís Cláudio Alves Gama

*ADVERTÊNCIA*: *Esta mensagem é enviada de empresa de tecnologia e pode
conter informações sigilosas, confidenciais ou privilegiadas entre
profissional e cliente, sendo ilegal a divulgação ou reprodução, total ou
parcial de seu conteúdo.*



* Antes de imprimir,* *pense em seu compromisso com o* *Meio Ambiente.*


Em seg., 26 de fev. de 2024 às 12:58, Rafael de Almeida <
rafael.i...@gmail.com> escreveu:

> Prezados,
> Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de
> integridade de SSD.
>
>
>
> --
> *Rafael de Almeida Matias*
> Especialista em Segurança da Informação
> Tecnólogo em Redes de Computadores
> Técnico em Informática
> Currículo Lattes: https://goo.gl/RqclG4
>
>

TESTE DE INTEGRIDADE SSD

[Rafael de Almeida]

Prezados,
Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de
integridade de SSD.



-- 
*Rafael de Almeida Matias*
Especialista em Segurança da Informação
Tecnólogo em Redes de Computadores
Técnico em Informática
Currículo Lattes: https://goo.gl/RqclG4

Off topic - teste

[Guilherme Oliveira Magalhães]

Bom dia! Fazendo um teste de participação em novo email caros.

Cordialmente,
-- 
*Guilherme Oliveira Magalhães*
*Engenheiro Ambiental/Analista de Sistemas*
*CREA MG: 04.9.162568*
*Cel: +55 34 9 9663 8268 ou +55 34 9 9693 1108*
*http://www.guilhermao.com.br/ <http://www.guilhermao.com.br/>*

teste

[Leandro Nobrega]

teste
*Leandro Nóbrega*
*leanobr...@gmail.com <leanobr...@gmail.com>*

Re: Bateria de Testes/Teste de Stress

[Flavio Menezes dos Reis]

Tem também o phoronix

Em 8 de março de 2016 12:41, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> 2016-03-08 8:49 GMT-03:00 Paulo Correia <psc...@hotmail.com>:
> >
> > Alguém conhece algum programa que faça uma bateria de testes (Testes de
> > Stress) ?
> > Se alguém souber de um teste de performance, agradeço.
> > Poderiam indicar os nomes e onde baixá-los ?
>
> De desempenho, tem o da AnandTech?
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
>
>


-- 
Flávio Menezes dos Reis
Analista de Informática
Procuradoria-Geral do Estado do RS
(51) 3288 1764

Re: Bateria de Testes/Teste de Stress

[Guimarães Faria Corcete DUTRA , Leandro]

2016-03-08 8:49 GMT-03:00 Paulo Correia <psc...@hotmail.com>:
>
> Alguém conhece algum programa que faça uma bateria de testes (Testes de
> Stress) ?
> Se alguém souber de um teste de performance, agradeço.
> Poderiam indicar os nomes e onde baixá-los ?

De desempenho, tem o da AnandTech?


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm

Re: Bateria de Testes/Teste de Stress

[Adriano Rafael Gomes]

On Tue, Mar 08, 2016 at 08:49:13AM -0300, Paulo Correia wrote:
> Alguém conhece algum programa que faça uma bateria de testes (Testes de 
> Stress) ?
> Se alguém souber de um teste de performance, agradeço.
> Poderiam indicar os nomes e onde baixá-los ?

Paulo, tente este comando:

apt-cache search stress


signature.asc
Description: Digital signature

Bateria de Testes/Teste de Stress

[Paulo Correia]

Pessoal,

Alguém conhece algum programa que faça uma bateria de testes (Testes de Stress) 
?
Se alguém souber de um teste de performance, agradeço.
Poderiam indicar os nomes e onde baixá-los ?

Abraços,
Paulo Correia

  

teste

[Jack Jr]

Re: teste

[Luiz Henrique Rauber Rodrigues]

Failure test

*enviado smartphone
-- 
att.

Luiz Henrique Rauber Rodrigues
Professor URI Santiago - Pesquisador UNIFRA Sta Maria
http://br.linkedin.com/in/luizrauber

// Economizar também é consciencialização ambiental, não imprima este
e-mail se desnecessário
Em 28/06/2014 23:40, Jack Jr celular.j...@gmail.com escreveu:

Re: Re: Teste para levantar um novo PDC SAMBA

[Robson Américo]

Boa tarde,

Julio, estava pesquisando sobre o assunto e acabei de tropeçar nas suas
aulas, e estou em situação bem semelhante (migrarei um domínio já
existente, com samba4, para outro servidor também com samba4).

Mantendo o SID do dominio, as estações não perceberão a mudança e vão
autenticar normalmente, ok, mas como manter os usuário, grupo e
principalmente as senhas já existentes atualmente?

Abraço,

-- 
Robson Américo

Re: Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Prezado Julio!

Que aula Muito obrigado pela elucidação, agora eu compreendi
perfeitamente. Realmente o senhor está com a razão, eu estava bem confuso
com os conceitos e siglas, vou praticar o que aprendi não somente com seus
e-mails mas como também com o que acumulei na internet. Mil vezes obrigado,

Spirit Mercy

Em 24 de janeiro de 2013 19:47, julio lopez
julio_sm_lo...@yahoo.com.brescreveu:

 Olá Spirit,

 Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e
 objetivo.
 Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu
 vejo que vc está insistindo na sigla PDC... Esquece isso.
 Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os
 dominios passaram a ser baseados no conceito ADS.
 Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS
 AO SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias.
 Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como um
 controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja,
 levantar o serviço que emula o MS/netlogon para autenticar usuários,
 delegar/gerenciar ID exclusivo para esse dominio, gerir permissões de
 acessos, quotas, etc... tem algumas restrições e limitações, sobretudo
 comparado aos recursos baseados em ADS suportadas a partir do W2K (... sem
 falar nas versões W2Kn superiores).
 Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada
 mais bem elaborada e estudar os conceitos a niveis mais detalhados, pois
 o assunto é bem amplo para tratarmos por aqui, ok... de boa? sem stress...
 (rs)
 Para voltarmos ao seu teste, vou responder as suas perguntas
 objetivamente:
 1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor
 descreve no seu e-mail abaixo eu posso leventar um PDC de teste?
 R- Sim
 2-) ...Mas como o cliente vai saber que este é um PDC?
 R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o
 controlador que tem o serviço NETLOGON ativo e uma base SAM para
 autenticá-lo. Não importa se é P ou BDC. Para que ele saiba isso, basta
 vc ingressar essa estação no NOVO dominio que vc acabou de levantar na
 rede (obviamente que será um dominio diferente daquele que está em produção)
 3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente
 mas daí ser um Domain Controler já isso eu fiquei confuso.
 R- Não fique... pois a resposta da sua dúvida já estava declarada na sua
 pergunta. Apenas configure nesse seu servidor que ELE É um controlador de
 dominio, ingresse a estação e pronto. Os principais (existem outros mais)
 parâmetros para isso, estão abaixo:
  [global]
 *domain logons = Yes* http://br-mg6.mail.yahoo.com/neo/*
 *
 *domain master = Yes*
 *[netlogon]* http://br-mg6.mail.yahoo.com/neo/*comment = Network Logon
 Service* http://br-mg6.mail.yahoo.com/neo/*path =
 /var/lib/samba/netlogon* http://br-mg6.mail.yahoo.com/neo/*guest ok =
 Yes* http://br-mg6.mail.yahoo.com/neo/*browseable = No*

 NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi
 exatamente o que vc quer saber. A principio, me parecia que vc queria
 atualizar e migrar seu servidor samba. Mas não sei como é o seu ambiente,
 não sei como roda hoje as autenticações das suas estações, quem autentica,
 ou se o que já existe é um AD e como ele está configurado, se os perfis são
 móveis ou estáticos, enfim... Lembre-se que, se o seu conhecimento
 conceitual sobre a empreitada que quer fazer é básico, seria bom estudar
 o assunto primeiro. Lembre-se que estou me referindo a um dominio tipo
 Standalone Server. Se vc quer criar vários dominios com hierarquias
 distribuidas, replicações, florestas, árvores, etc... Daí o buraco é
 bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e estude o
 samba4, pois ele é a grande esperança da comunidade para, finalmente
 atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega
 2 máquinas isoladas, um server e uma estação, configure-as numa sub-rede e
 faça todas suas lambanças (rsrs) lá, onde nada da sua produção ficará
 afetado. Isso pode evitar, por exemplo, que, supondo que ao longo do dia
 do seu teste, usando a rede de produção, por coincidência, qualquer outro
 problema vier a ocorrer e gerar estress nos usuários, mesmo que a causa não
 tenha nada com o seu teste, vc irá certamente achar que é sim. E pode ser
 que faça o que todos fazem (...eu já fiz): por não ter certeza, vai sair
 desesperado, dando tiro prá tudo que é lado sem saber a real causa do
 problema.

 Boa Sorte.

 Jd4y - Cristo voltará... prepara-te!


 *De:* Spirit Mercy spiritme...@gmail.com
 *Para:* julio lopez julio_sm_lo...@yahoo.com.br
 *Cc:* debian-user-portuguese@lists.debian.org 
 debian-user-portuguese@lists.debian.org
 *Enviadas:* Quinta-feira, 24 de Janeiro de 2013 15:43

 *Assunto:* Re: Teste para levantar um novo PDC SAMBA

 Olá Julio!

 Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito que
 eu declarar os parâmetros

Re: Teste para levantar um novo PDC SAMBA

[Thiago Nalli Valentim]

É preciso Salvar esse e-mails do Julio. Concordo com o Spirity ao Dizer
Que Aula.

A Metodologia dele me lembra um pouco os antigos Papo de Botequim do
Julio Neves na Linux Magazine. rsrsrs


Abs

Em 25 de janeiro de 2013 17:10, Spirit Mercy spiritme...@gmail.comescreveu:

 Prezado Julio!

 Que aula Muito obrigado pela elucidação, agora eu compreendi
 perfeitamente. Realmente o senhor está com a razão, eu estava bem confuso
 com os conceitos e siglas, vou praticar o que aprendi não somente com seus
 e-mails mas como também com o que acumulei na internet. Mil vezes obrigado,

 Spirit Mercy

 Em 24 de janeiro de 2013 19:47, julio lopez 
 julio_sm_lo...@yahoo.com.brescreveu:

 Olá Spirit,

 Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e
 objetivo.
 Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu
 vejo que vc está insistindo na sigla PDC... Esquece isso.
 Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os
 dominios passaram a ser baseados no conceito ADS.
 Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS
 AO SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias.
 Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como
 um controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja,
 levantar o serviço que emula o MS/netlogon para autenticar usuários,
 delegar/gerenciar ID exclusivo para esse dominio, gerir permissões de
 acessos, quotas, etc... tem algumas restrições e limitações, sobretudo
 comparado aos recursos baseados em ADS suportadas a partir do W2K (... sem
 falar nas versões W2Kn superiores).
 Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada
 mais bem elaborada e estudar os conceitos a niveis mais detalhados, pois
 o assunto é bem amplo para tratarmos por aqui, ok... de boa? sem stress...
 (rs)
 Para voltarmos ao seu teste, vou responder as suas perguntas
 objetivamente:
 1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor
 descreve no seu e-mail abaixo eu posso leventar um PDC de teste?
 R- Sim
 2-) ...Mas como o cliente vai saber que este é um PDC?
 R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o
 controlador que tem o serviço NETLOGON ativo e uma base SAM para
 autenticá-lo. Não importa se é P ou BDC. Para que ele saiba isso, basta
 vc ingressar essa estação no NOVO dominio que vc acabou de levantar na
 rede (obviamente que será um dominio diferente daquele que está em produção)
 3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no
 cliente mas daí ser um Domain Controler já isso eu fiquei confuso.
 R- Não fique... pois a resposta da sua dúvida já estava declarada na sua
 pergunta. Apenas configure nesse seu servidor que ELE É um controlador de
 dominio, ingresse a estação e pronto. Os principais (existem outros mais)
 parâmetros para isso, estão abaixo:
  [global]
 *domain logons = Yes* http://br-mg6.mail.yahoo.com/neo/*
 *
 *domain master = Yes*
 *[netlogon]* http://br-mg6.mail.yahoo.com/neo/*comment = Network Logon
 Service* http://br-mg6.mail.yahoo.com/neo/*path =
 /var/lib/samba/netlogon* http://br-mg6.mail.yahoo.com/neo/*guest ok =
 Yes* http://br-mg6.mail.yahoo.com/neo/*browseable = No*

 NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi
 exatamente o que vc quer saber. A principio, me parecia que vc queria
 atualizar e migrar seu servidor samba. Mas não sei como é o seu ambiente,
 não sei como roda hoje as autenticações das suas estações, quem autentica,
 ou se o que já existe é um AD e como ele está configurado, se os perfis são
 móveis ou estáticos, enfim... Lembre-se que, se o seu conhecimento
 conceitual sobre a empreitada que quer fazer é básico, seria bom estudar
 o assunto primeiro. Lembre-se que estou me referindo a um dominio tipo
 Standalone Server. Se vc quer criar vários dominios com hierarquias
 distribuidas, replicações, florestas, árvores, etc... Daí o buraco é
 bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e estude o
 samba4, pois ele é a grande esperança da comunidade para, finalmente
 atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega
 2 máquinas isoladas, um server e uma estação, configure-as numa sub-rede e
 faça todas suas lambanças (rsrs) lá, onde nada da sua produção ficará
 afetado. Isso pode evitar, por exemplo, que, supondo que ao longo do dia
 do seu teste, usando a rede de produção, por coincidência, qualquer outro
 problema vier a ocorrer e gerar estress nos usuários, mesmo que a causa não
 tenha nada com o seu teste, vc irá certamente achar que é sim. E pode ser
 que faça o que todos fazem (...eu já fiz): por não ter certeza, vai sair
 desesperado, dando tiro prá tudo que é lado sem saber a real causa do
 problema.

 Boa Sorte.

 Jd4y - Cristo voltará... prepara-te!


 *De:* Spirit Mercy spiritme...@gmail.com
 *Para:* julio lopez julio_sm_lo...@yahoo.com.br
 *Cc:* debian-user-portuguese

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Olá Spirit,

Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual herdado lá 
do ambiente NT, onde o samba, para se manter compativel com o protocolo netbios 
teve que tratar cada um desses parâmetros contidos no protocolo.
Nesse ambinete netbios promove-se uma eleição de uma máquina para ser a 
responsável (master browser) pela browser list, então esse parâmetro OS Level 
éa usado para vc determinar qual a prioridade daquela máquina nessa disputa 
pela responsabilidade de gerar e distribuir essa lista com os nomes das 
máquinas para toda a rede.
Bem... então se o que vc quer é só levantar um ambiente para aprendizado/teste, 
configure o seu server assim:
local master = no
preferred master = no
os level = 33
Com isso vc vai garantir que o seu servidor não irá interferir na divulgação da 
browser list,  deixando essa tarefa para quem já vem fazendo atualmente, sem 
modificações.

Abraço
  

Jd4y - Cristo vai voltar... prepara-te!




 De: Spirit Mercy spiritme...@gmail.com
Para: julio lopez julio_sm_lo...@yahoo.com.br 
Cc: debian-user-portuguese@lists.debian.org 
debian-user-portuguese@lists.debian.org 
Enviadas: Quarta-feira, 23 de Janeiro de 2013 15:48
Assunto: Re: Teste para levantar um novo PDC SAMBA
 

Prezado Julio!

Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a 
respeito, o que vc explicou sobre essa etapa de migração de PDC foi 
simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste eu 
uma máquina que a princípio não teria relação com o PDC em produção eu criaria 
tudo novo (Usuários e Grupos) que seria para eu aprender pois será meu 1º PCD e 
depois sim eu faria a migração que vc ensinou aproveitando os IDs do PDC 
antigo. Sendo assim existe alguma relação com que valor o OS LEVEL deve ser 
declarado neste PDC de teste? Desde já meu muito obrigado,

Spirit Mercy


Em 22 de janeiro de 2013 13:09, julio lopez julio_sm_lo...@yahoo.com.br 
escreveu:

Olá...

Primeiro de tudo...CUIDADO!

Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc 
está querendo fazer, não é difícil, mas requer bastante CUIDADO.
Se entendi direito, vc já tem uma rede com estações autenticando num 
controlador de domínio LINUX e quer atualizar esse ambiente, certo? .
Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. 
Quando uma estação é ligada, ela já sabe quem é o controlador do domínio a 
qual ela pertence e onde deve se autenticar (através de chaves no registry, 
profiles, SID, DNS, etc... obtidos no momento em que vc ingressou ela no 
dominio).
Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. 
Lembre-se disso: as estações já têm informações do dominio, que foram herdadas 
do PDC no
 momento que entrou naquele dominio. 
A chave de toda essa empreitada está em vc preservar essas informações dos 
PERFIS do servidor.
Assim, o que vc precisa fazer é salvar essas informações do dominio ATUAL, 
para depois de ter levantado o NOVO ambiente atualizado, poder restaurar as 
mesmas informações do antigo dominio, para que as suas estações se 
autentiquem corretamente, e utilizem os mesmos perfis que já tinham 
configurados, etc...
Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar 
normalmente.
Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o 
mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, 
colocar  o OS LEVEL em 255... a estação vai criar um perfil competamente 
zerado.
Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o 
caminho das pedras.

0-) separe um domingão ou feriadão, arrume uma
 outra máquina (não faça isso diretamente no ATUAL servidor de produção) para 
praticar esse procedimento com segurança.
1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios 
/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
2-) emita os comandos a seguir no PDC Linux ATUAL: 
net getlocalsid  localsid_antes
e
net getdomainsid  domainsid_antes
PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,  será 
algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457
3-) desligue o servidor de produção (ATUAL) 
4-) levante o novo ambiente atualizado na máquina de testes (item 0) , 
restaure todas as configurações/arquivos do servidor anterior (item 1).
PS: nesse ponto, teoricamente teremos um novo servidor
 atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos 
usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o 
pulo do gato.
5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e 
emita os comandos abaixo:

net setlocalsid  localsid_antes
e
net setdomainsid  domainsid_antes
PS: agora sim, o novo dominio está com as mesmas informações de SID do PDC 
antigo, os quais as suas estações conhecem.

6-) Faça o teste logando uma

Re: Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Olá Julio!

Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito que
eu declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu
posso leventar um PDC de teste? Mas como o cliente vai saber que este é um
PDC? Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente
mas daí ser um Domain Controler já isso eu fiquei confuso. Desde já meu
muito obrigado.

Spirit Mercy

Em 24 de janeiro de 2013 15:40, julio lopez
julio_sm_lo...@yahoo.com.brescreveu:

 Olá Spirit,

 Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual
 herdado lá do ambiente NT, onde o samba, para se manter compativel com o
 protocolo netbios teve que tratar cada um desses parâmetros contidos no
 protocolo.
 Nesse ambinete netbios promove-se uma eleição de uma máquina para ser a
 responsável (master browser) pela browser list, então esse parâmetro OS
 Level éa usado para vc determinar qual a prioridade daquela máquina nessa
 disputa pela responsabilidade de gerar e distribuir essa lista com os nomes
 das máquinas para toda a rede.
 Bem... então se o que vc quer é só levantar um ambiente para
 aprendizado/teste, configure o seu server assim:
 local master = no
 preferred master = no
 os level = 33
 Com isso vc vai garantir que o seu servidor não irá interferir na
 divulgação da browser list,  deixando essa tarefa para quem já vem fazendo
 atualmente, sem modificações.

 Abraço

 Jd4y - Cristo vai voltar... prepara-te!

   --
 *De:* Spirit Mercy spiritme...@gmail.com
 *Para:* julio lopez julio_sm_lo...@yahoo.com.br
 *Cc:* debian-user-portuguese@lists.debian.org 
 debian-user-portuguese@lists.debian.org
 *Enviadas:* Quarta-feira, 23 de Janeiro de 2013 15:48
 *Assunto:* Re: Teste para levantar um novo PDC SAMBA

 Prezado Julio!

 Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a
 respeito, o que vc explicou sobre essa etapa de migração de PDC foi
 simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste
 eu uma máquina que a princípio não teria relação com o PDC em produção eu
 criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será
 meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os
 IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS
 LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado,

 Spirit Mercy

 Em 22 de janeiro de 2013 13:09, julio lopez 
 julio_sm_lo...@yahoo.com.brescreveu:

 Olá...

 Primeiro de tudo...CUIDADO!

 Estude e planeje bem o que pretende fazer para evitar surpresas, pois o
 que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO.
 Se entendi direito, vc já tem uma rede com estações autenticando num
 controlador de domínio LINUX e quer atualizar esse ambiente, certo? .
 Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende
 fazer.
 Quando uma estação é ligada, ela já sabe quem é o controlador do domínio
 a qual ela pertence e onde deve se autenticar (através de chaves no
 registry, profiles, SID, DNS, etc... obtidos no momento em que vc
 ingressou ela no dominio).
 Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou
 ali.
 Lembre-se disso: as estações já têm informações do dominio, que foram
 herdadas do PDC no momento que entrou naquele dominio.
 A chave de toda essa empreitada está em vc preservar essas informações dos
 PERFIS do servidor.
 Assim, o que vc precisa fazer é salvar essas informações do dominio
 ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder
 restaurar as mesmas informações do antigo dominio, para que as suas
 estações se autentiquem corretamente, e utilizem os mesmos perfis que já
 tinham configurados, etc...
 Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão
 operar normalmente.
 Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com
 o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de
 dominio, colocar  o OS LEVEL em 255... a estação vai criar um perfil
 competamente zerado.
 Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o
 caminho das pedras.

 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça
 isso diretamente no ATUAL servidor de produção) para praticar esse
 procedimento com segurança.
 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios
 /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
 2-) emita os comandos a seguir no PDC Linux ATUAL:
 net getlocalsid  localsid_antes
 e
 net getdomainsid  domainsid_antes
 PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,
 será algo assim: SID for domain SRVNET is:
 S-1-5-21-3688244726-2417961542-2171169457
 3-) desligue o servidor de produção (ATUAL)
 4-) levante o novo ambiente atualizado na máquina de testes (item 0) ,
 restaure todas as configurações/arquivos do servidor anterior (item 1).
 PS: nesse ponto

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Olá Spirit,

Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e 
objetivo.
Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu vejo 
que vc está insistindo na sigla PDC... Esquece isso. 
Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os 
dominios passaram a ser baseados no conceito ADS. 
Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS AO 
SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias.
Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como um 
controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja, levantar o 
serviço que emula o MS/netlogon para autenticar usuários, delegar/gerenciar ID 
exclusivo para esse dominio, gerir permissões de acessos, quotas, etc... tem 
algumas restrições e
 limitações, sobretudo comparado aos recursos baseados em ADS suportadas a 
partir do W2K (... sem falar nas versões W2Kn superiores).
Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada mais 
bem elaborada e estudar os conceitos a niveis mais detalhados, pois o assunto 
é bem amplo para tratarmos por aqui, ok... de boa? sem stress... (rs)
Para voltarmos ao seu teste, vou responder as suas perguntas objetivamente:
1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor 
descreve no seu e-mail abaixo eu posso leventar um PDC de teste?
R- Sim
2-) ...Mas como o cliente vai saber que este é um PDC?
R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o 
controlador que tem o serviço NETLOGON ativo e uma base SAM para autenticá-lo. 
Não importa se é P ou BDC. Para que ele saiba isso, basta vc ingressar essa 
estação no NOVO dominio que vc acabou de levantar na rede (obviamente que será 
um dominio diferente daquele que está em produção)
3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente mas 
daí ser um Domain Controler já isso eu fiquei confuso.
R- Não fique... pois a resposta da sua dúvida já estava declarada na sua 
pergunta. Apenas configure nesse seu servidor que ELE É um controlador de 
dominio, ingresse a estação e pronto. Os principais (existem outros mais) 
parâmetros para isso, estão abaixo: [global]

domain logons = Yes

domain master = Yes
[netlogon] 
comment = Network Logon Service 
path = /var/lib/samba/netlogon 
guest ok = Yes 
browseable = No 

NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi exatamente o 
que vc quer saber. A principio, me parecia que vc queria atualizar e migrar 
seu servidor samba. Mas não sei como é o seu ambiente, não sei como roda hoje 
as autenticações das suas estações, quem autentica, ou se o que já existe é um 
AD e como ele está configurado, se os perfis são móveis ou estáticos, enfim... 
Lembre-se que, se o seu conhecimento conceitual sobre a empreitada que quer 
fazer é básico, seria bom estudar o assunto primeiro. Lembre-se que estou me 
referindo a um dominio tipo Standalone Server. Se vc quer criar vários dominios 
com hierarquias distribuidas, replicações, florestas, árvores, etc... Daí o 
buraco é bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e 
estude o samba4, pois ele é a grande esperança da comunidade para, finalmente 
atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega 2 
máquinas
 isoladas, um server e uma estação, configure-as numa sub-rede e faça todas 
suas lambanças (rsrs) lá, onde nada da sua produção ficará afetado. Isso pode 
evitar, por exemplo, que, supondo que ao longo do dia do seu teste, usando a 
rede de produção, por coincidência, qualquer outro problema vier a ocorrer e 
gerar estress nos usuários, mesmo que a causa não tenha nada com o seu teste, 
vc irá certamente achar que é sim. E pode ser que faça o que todos fazem 
(...eu já fiz): por não ter certeza, vai sair desesperado, dando tiro prá tudo 
que é lado sem saber a real causa do problema.

Boa Sorte.

Jd4y - Cristo voltará... prepara-te!

 


De: Spirit Mercy spiritme...@gmail.com
Para: julio lopez julio_sm_lo...@yahoo.com.br 
Cc: debian-user-portuguese@lists.debian.org 
debian-user-portuguese@lists.debian.org 
Enviadas: Quinta-feira, 24 de Janeiro de 2013 15:43
Assunto: Re: Teste para levantar um novo PDC SAMBA
 

Olá Julio!

Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito que eu 
declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu posso 
leventar um PDC de teste? Mas como o cliente vai saber que este é um PDC? Tudo 
bem que eu vou declarar um domínio tanto nele quanto no cliente mas daí ser um 
Domain Controler já isso eu fiquei confuso. Desde já meu muito obrigado.

Spirit Mercy


Em 24 de janeiro de 2013 15:40, julio lopez julio_sm_lo...@yahoo.com.br 
escreveu:

Olá Spirit,

Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual herdado 
lá do ambiente NT, onde o samba, para se manter compativel com o protocolo 
netbios teve que tratar cada um desses parâmetros contidos no protocolo

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Obrigado Thiago!

Na verdade, eu estou apenas pondo em prática o conceito aprendido, desde que 
tive contato com as plataformas apoiadas no título software livre, que é: 
COMPARTILHAR CONHECIMENTO.
Também, sei muito bem como é a angustia de estar diante de um problema técnico, 
sem ter todo o conhecimento para solucioná-lo e ser a única pessoa 
responsável para fazê-lo... como dizem por aí: os cara pira (rsrs).
Então, também não custa nada ajudar.
Essa deve ser a premissa da lista: hoje eu te ajudo... amanhã vc me ajuda, e 
assim vamos crescendo em conhecimento juntos.

Abração,
 
Julio Lopez 


JD4Y - Cristo vai voltar... prepara-te! 




 De: Thiago Nalli Valentim thiago.na...@gmail.com
Para: debian-user-portuguese@lists.debian.org 
Cc: debian-user-portuguese@lists.debian.org 
debian-user-portuguese@lists.debian.org 
Enviadas: Terça-feira, 22 de Janeiro de 2013 23:47
Assunto: Re: Teste para levantar um novo PDC SAMBA
 

Júlio Lopez,

Parabéns, melhor suporte e ajuda que já li.
Explicou BEM como funciona as coisas e o melhor, COMO FAZER.

Meus Parabéns pela ótima Qualidade do que enviou.

Abraços


Em 22 de janeiro de 2013 13:09, julio lopez julio_sm_lo...@yahoo.com.br 
escreveu:

Olá...

Primeiro de tudo...CUIDADO!

Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc 
está querendo fazer, não é difícil, mas requer bastante CUIDADO.
Se entendi direito, vc já tem uma rede com estações autenticando num 
controlador de domínio LINUX e quer atualizar esse ambiente, certo? .
Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. 
Quando uma estação é ligada, ela já sabe quem é o controlador do domínio a 
qual ela pertence e onde deve se autenticar (através de chaves no registry, 
profiles, SID, DNS, etc... obtidos no momento em que vc ingressou ela no 
dominio).
Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. 
Lembre-se disso: as estações já têm informações do dominio, que foram herdadas 
do PDC no
 momento que entrou naquele dominio. 
A chave de toda essa empreitada está em vc preservar essas informações dos 
PERFIS do servidor.
Assim, o que vc precisa fazer é salvar essas informações do dominio ATUAL, 
para depois de ter levantado o NOVO ambiente atualizado, poder restaurar as 
mesmas informações do antigo dominio, para que as suas estações se 
autentiquem corretamente, e utilizem os mesmos perfis que já tinham 
configurados, etc...
Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar 
normalmente.
Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o 
mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, 
colocar  o OS LEVEL em 255... a estação vai criar um perfil competamente 
zerado.
Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o 
caminho das pedras.

0-) separe um domingão ou feriadão, arrume uma
 outra máquina (não faça isso diretamente no ATUAL servidor de produção) para 
praticar esse procedimento com segurança.
1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios 
/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
2-) emita os comandos a seguir no PDC Linux ATUAL: 
net getlocalsid  localsid_antes
e
net getdomainsid  domainsid_antes
PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,  será 
algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457
3-) desligue o servidor de produção (ATUAL) 
4-) levante o novo ambiente atualizado na máquina de testes (item 0) , 
restaure todas as configurações/arquivos do servidor anterior (item 1).
PS: nesse ponto, teoricamente teremos um novo servidor
 atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos 
usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o 
pulo do gato.
5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e 
emita os comandos abaixo:

net setlocalsid  localsid_antes
e
net setdomainsid  domainsid_antes
PS: agora sim, o novo dominio está com as mesmas informações de SID do PDC 
antigo, os quais as suas estações conhecem.

6-) Faça o teste logando uma única estação e veja se carregou o perfil tudo 
certinho.


Caso, positivo... repita todo o processo na máquina de produção.


BOA SORTE...
 
Abraço,


Julio Lopez



Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom 
19h) no site www.adventistasCGR.com.br
 
Cristo vai voltar... prepara-te! 






 De: Spirit Mercy spiritme...@gmail.com
Para: debian-user-portuguese@lists.debian.org 
Enviadas: Sábado, 19 de Janeiro de 2013 20:47
Assunto: Teste para levantar um novo PDC SAMBA
 

Boa noite Lista!

Acredito que tive problemas no envio do post abaixo sendo assim reenvio a 
lista para ter certeza  que todos lerão

Re: Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Prezado Julio!

Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a
respeito, o que vc explicou sobre essa etapa de migração de PDC foi
simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste
eu uma máquina que a princípio não teria relação com o PDC em produção eu
criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será
meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os
IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS
LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado,

Spirit Mercy

Em 22 de janeiro de 2013 13:09, julio lopez
julio_sm_lo...@yahoo.com.brescreveu:

 Olá...

 Primeiro de tudo...CUIDADO!

 Estude e planeje bem o que pretende fazer para evitar surpresas, pois o
 que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO.
 Se entendi direito, vc já tem uma rede com estações autenticando num
 controlador de domínio LINUX e quer atualizar esse ambiente, certo? .
 Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende
 fazer.
 Quando uma estação é ligada, ela já sabe quem é o controlador do domínio
 a qual ela pertence e onde deve se autenticar (através de chaves no
 registry, profiles, SID, DNS, etc... obtidos no momento em que vc
 ingressou ela no dominio).
 Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou
 ali.
 Lembre-se disso: as estações já têm informações do dominio, que foram
 herdadas do PDC no momento que entrou naquele dominio.
 A chave de toda essa empreitada está em vc preservar essas informações dos
 PERFIS do servidor.
 Assim, o que vc precisa fazer é salvar essas informações do dominio
 ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder
 restaurar as mesmas informações do antigo dominio, para que as suas
 estações se autentiquem corretamente, e utilizem os mesmos perfis que já
 tinham configurados, etc...
 Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão
 operar normalmente.
 Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com
 o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de
 dominio, colocar  o OS LEVEL em 255... a estação vai criar um perfil
 competamente zerado.
 Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o
 caminho das pedras.

 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça
 isso diretamente no ATUAL servidor de produção) para praticar esse
 procedimento com segurança.
 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios
 /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
 2-) emita os comandos a seguir no PDC Linux ATUAL:
 net getlocalsid  localsid_antes
 e
 net getdomainsid  domainsid_antes
 PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,
 será algo assim: SID for domain SRVNET is:
 S-1-5-21-3688244726-2417961542-2171169457
 3-) desligue o servidor de produção (ATUAL)
 4-) levante o novo ambiente atualizado na máquina de testes (item 0) ,
 restaure todas as configurações/arquivos do servidor anterior (item 1).
 PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém
 com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e
 senhas do samba, todos arquivos restaurados, etc... agora só falta o pulo
 do gato.
 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2
 e emita os comandos abaixo:
 net setlocalsid  localsid_antes
 e
 net setdomainsid  domainsid_antes
 PS: agora sim, o novo dominio está com as mesmas informações de SID do
 PDC antigo, os quais as suas estações conhecem.
 6-) Faça o teste logando uma única estação e veja se carregou o perfil
 tudo certinho.

 Caso, positivo... repita todo o processo na máquina de produção.

 BOA SORTE...

 Abraço,

 Julio Lopez

 Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
 Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e
 dom 19h) no site www.adventistasCGR.com.br

 Cristo vai voltar... prepara-te!


   --
 *De:* Spirit Mercy spiritme...@gmail.com
 *Para:* debian-user-portuguese@lists.debian.org
 *Enviadas:* Sábado, 19 de Janeiro de 2013 20:47
 *Assunto:* Teste para levantar um novo PDC SAMBA

 Boa noite Lista!

 Acredito que tive problemas no envio do post abaixo sendo assim reenvio a
 lista para ter certeza  que todos lerão.

 Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser
 atualizado. Pretendo levantar um novo linux e com isso fazer testes neste
 ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da
 hora da chamada eleição dos PDCs e o PDC de produção não entrar e com
 isso toda a rede da empresa entrar em crash. Como devo declarar o valor do
 parametro OS LEVEL do ambiente de teste para que eu possa fazer os testes
 tranquilo e com a certeza de que não irei comprometer o PDC

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Olá...

Primeiro de tudo...CUIDADO!

Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc 
está querendo fazer, não é difícil, mas requer bastante CUIDADO.
Se entendi direito, vc já tem uma rede com estações autenticando num 
controlador de domínio LINUX e quer atualizar esse ambiente, certo? .
Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. 
Quando uma estação é ligada, ela já sabe quem é o controlador do domínio a 
qual ela pertence e onde deve se autenticar (através de chaves no registry, 
profiles, SID, DNS, etc... obtidos no momento em que vc ingressou ela no 
dominio).
Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. 
Lembre-se disso: as estações já têm informações do dominio, que foram herdadas 
do PDC no momento que entrou naquele dominio. 
A chave de toda essa empreitada está em vc preservar essas informações dos 
PERFIS do servidor.
Assim, o que vc precisa fazer é salvar essas informações do dominio ATUAL, 
para depois de ter levantado o NOVO ambiente atualizado, poder restaurar as 
mesmas informações do antigo dominio, para que as suas estações se autentiquem 
corretamente, e utilizem os mesmos perfis que já tinham configurados, etc...
Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar 
normalmente.
Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o 
mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, 
colocar  o OS LEVEL em 255... a estação vai criar um perfil competamente zerado.
Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o 
caminho das pedras.

0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça isso 
diretamente no ATUAL servidor de produção) para praticar esse procedimento com 
segurança.
1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios 
/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
2-) emita os comandos a seguir no PDC Linux ATUAL: 
net getlocalsid  localsid_antes
e
net getdomainsid  domainsid_antes
PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,  será 
algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457
3-) desligue o servidor de produção (ATUAL) 
4-) levante o novo ambiente atualizado na máquina de testes (item 0) , 
restaure todas as configurações/arquivos do servidor anterior (item 1).
PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém com o 
mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e senhas do 
samba, todos arquivos restaurados, etc... agora só falta o pulo do gato.
5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e 
emita os comandos abaixo:

net setlocalsid  localsid_antes
e
net setdomainsid  domainsid_antes
PS: agora sim, o novo dominio está com as mesmas informações de SID do PDC 
antigo, os quais as suas estações conhecem.

6-)Faça o teste logando uma única estação e veja se carregou o perfil tudo 
certinho.

Caso, positivo... repita todo o processo na máquina de produção.

BOA SORTE...
 
Abraço,

Julio Lopez


Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom 
19h) no site www.adventistasCGR.com.br
 
Cristo vai voltar... prepara-te! 




 De: Spirit Mercy spiritme...@gmail.com
Para: debian-user-portuguese@lists.debian.org 
Enviadas: Sábado, 19 de Janeiro de 2013 20:47
Assunto: Teste para levantar um novo PDC SAMBA
 

Boa noite Lista!

Acredito que tive problemas no envio do post abaixo sendo assim reenvio a lista 
para ter certeza  que todos lerão.

Tenho em minha empresa um PDC de muitos anos de 
uso e que precisa ser atualizado. Pretendo levantar um novo linux e com 
isso fazer testes neste ambiente provisório pois eu nunca configurei um 
PDC, com isso tenho medo da hora da chamada eleição dos PDCs e o PDC 
de produção não entrar e com isso toda a rede da empresa entrar em 
crash. Como devo declarar o valor do parametro OS LEVEL do ambiente de teste 
para que eu possa fazer os testes tranquilo e com a certeza de 
que não irei comprometer o PDC em produção e a autenticação dos usuários e 
máquinas? Por exemplo se o OS LEVEL do PDc de produção estiver com o 
valor 100, qual valor eu devo declarar no conf do SAMBA do ambiente de 
teste? Abraços

Spirit Mercy

Re: Teste para levantar um novo PDC SAMBA

[Thiago Nalli Valentim]

Júlio Lopez,

Parabéns, melhor suporte e ajuda que já li.
Explicou BEM como funciona as coisas e o melhor, COMO FAZER.

Meus Parabéns pela ótima Qualidade do que enviou.

Abraços

Em 22 de janeiro de 2013 13:09, julio lopez
julio_sm_lo...@yahoo.com.brescreveu:

 Olá...

 Primeiro de tudo...CUIDADO!

 Estude e planeje bem o que pretende fazer para evitar surpresas, pois o
 que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO.
 Se entendi direito, vc já tem uma rede com estações autenticando num
 controlador de domínio LINUX e quer atualizar esse ambiente, certo? .
 Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende
 fazer.
 Quando uma estação é ligada, ela já sabe quem é o controlador do domínio
 a qual ela pertence e onde deve se autenticar (através de chaves no
 registry, profiles, SID, DNS, etc... obtidos no momento em que vc
 ingressou ela no dominio).
 Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou
 ali.
 Lembre-se disso: as estações já têm informações do dominio, que foram
 herdadas do PDC no momento que entrou naquele dominio.
 A chave de toda essa empreitada está em vc preservar essas informações dos
 PERFIS do servidor.
 Assim, o que vc precisa fazer é salvar essas informações do dominio
 ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder
 restaurar as mesmas informações do antigo dominio, para que as suas
 estações se autentiquem corretamente, e utilizem os mesmos perfis que já
 tinham configurados, etc...
 Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão
 operar normalmente.
 Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com
 o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de
 dominio, colocar  o OS LEVEL em 255... a estação vai criar um perfil
 competamente zerado.
 Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o
 caminho das pedras.

 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça
 isso diretamente no ATUAL servidor de produção) para praticar esse
 procedimento com segurança.
 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios
 /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
 2-) emita os comandos a seguir no PDC Linux ATUAL:
 net getlocalsid  localsid_antes
 e
 net getdomainsid  domainsid_antes
 PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,
 será algo assim: SID for domain SRVNET is:
 S-1-5-21-3688244726-2417961542-2171169457
 3-) desligue o servidor de produção (ATUAL)
 4-) levante o novo ambiente atualizado na máquina de testes (item 0) ,
 restaure todas as configurações/arquivos do servidor anterior (item 1).
 PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém
 com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e
 senhas do samba, todos arquivos restaurados, etc... agora só falta o pulo
 do gato.
 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2
 e emita os comandos abaixo:
 net setlocalsid  localsid_antes
 e
 net setdomainsid  domainsid_antes
 PS: agora sim, o novo dominio está com as mesmas informações de SID do
 PDC antigo, os quais as suas estações conhecem.
 6-) Faça o teste logando uma única estação e veja se carregou o perfil
 tudo certinho.

 Caso, positivo... repita todo o processo na máquina de produção.

 BOA SORTE...

 Abraço,

 Julio Lopez

 Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
 Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e
 dom 19h) no site www.adventistasCGR.com.br

 Cristo vai voltar... prepara-te!


   --
 *De:* Spirit Mercy spiritme...@gmail.com
 *Para:* debian-user-portuguese@lists.debian.org
 *Enviadas:* Sábado, 19 de Janeiro de 2013 20:47
 *Assunto:* Teste para levantar um novo PDC SAMBA

 Boa noite Lista!

 Acredito que tive problemas no envio do post abaixo sendo assim reenvio a
 lista para ter certeza  que todos lerão.

 Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser
 atualizado. Pretendo levantar um novo linux e com isso fazer testes neste
 ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da
 hora da chamada eleição dos PDCs e o PDC de produção não entrar e com
 isso toda a rede da empresa entrar em crash. Como devo declarar o valor do
 parametro OS LEVEL do ambiente de teste para que eu possa fazer os testes
 tranquilo e com a certeza de que não irei comprometer o PDC em produção e a
 autenticação dos usuários e máquinas? Por exemplo se o OS LEVEL do PDc de
 produção estiver com o valor 100, qual valor eu devo declarar no conf do
 SAMBA do ambiente de teste? Abraços

 Spirit Mercy





-- 

**
Thiago Nalli Valentim
E-Mail/Gtalk: thiago.na...@gmail.com

Blog: *Thiago Nalli LAB http://goo.gl/KDqy8 -
*Facebookhttps://www.facebook.com/thiagonallivalentim-
Google+ https://plus.google.com/u/0

Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Boa noite Lista!

Acredito que tive problemas no envio do post abaixo sendo assim reenvio a
lista para ter certeza  que todos lerão.

Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser
atualizado. Pretendo levantar um novo linux e com isso fazer testes neste
ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da
hora da chamada eleição dos PDCs e o PDC de produção não entrar e com
isso toda a rede da empresa entrar em crash. Como devo declarar o valor do
parametro OS LEVEL do ambiente de teste para que eu possa fazer os testes
tranquilo e com a certeza de que não irei comprometer o PDC em produção e a
autenticação dos usuários e máquinas? Por exemplo se o OS LEVEL do PDc de
produção estiver com o valor 100, qual valor eu devo declarar no conf do
SAMBA do ambiente de teste? Abraços

Spirit Mercy

Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Boa tarde Lista!

Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser
atualizado. Pretendo levantar um novo linux e com isso fazer testes neste
ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da
hora da chamada eleição dos PDCs e o PDC de produção não entrar e com
isso toda a rede da empresa entrar em crash. Como devo declarar o valor do
parametro OS LEVEL do ambiente de teste para que eu possa fazer os testes
tranquilo e com a certeza de que não irei comprometer o PDC em produção e a
autenticação dos usuários e máquinas? Por exemplo se o OS LEVEL do PDc de
produção estiver com o valor 100, qual valor eu devo declarar no conf do
SAMBA do ambiente de teste? Abraços

Spirit Mercy

Software para teste de hardware

[John DeRose]

Olá,

Tenho algumas máquinas antigas e preciso saber se estão funcionando
corretamente.
Para isso necessito de um software (livre) que realize testes de hardware,
como o memtest86+.
Esse que citei, como muitos já conhecem, é apenas para memória ram, e o que
preciso é fazer
testes com vídeo, processador e demais componentes.
Estou testando o Inquisitor, que é live-cd, mas gostaria de comparar com
outras alternativas.
Alguem pode me indicar softwares para esse fim?

abraço.
John

Re: Software para teste de hardware

[Kleber Melo]

  
  
Em 03/22/2012 12:59 PM, John DeRose escreveu:
Olá,
  
  Tenho algumas máquinas antigas e preciso saber se estão
  funcionando corretamente.
  Para isso necessito de um software (livre) que realize testes de
  hardware, como o memtest86+.
  Esse que citei, como muitos já conhecem, é apenas para memória
  ram, e o que preciso é fazer
  testes com vídeo, processador e demais componentes.
  Estou testando o Inquisitor, que é live-cd, mas gostaria de
  comparar com outras alternativas.
  Alguem pode me indicar softwares para esse fim?
  
  abraço.
  John

Boa tarde!
  
  Você pode usar os programas:
  
LMbench
IOzone
NetPIPE

Abraços
-- 

Kleber Melo
Admin. Sistemas Linux
Advanced Level - Linux Professional Institute Certificate (LPIC-2)
Novell Certified Linux Administrator (CLA)
Novell Data Center Technical Specialist (DCT)
MSN: cyberman...@hotmail.com
Skype: kleber.melo


  



--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f6b50fc.6090...@yahoo.com.br

Re: teste de i/o disco - iscsi

[Luana de Freitas]

Oi Alex,

Você utilizou diretamente via linha de comando, já tentou olhar as curvas
que a interface gráfica fornece, eu acho interessante.
Não conheço outro sw pra te indicar. Mas lembrei desse detalhe.

Em 12 de setembro de 2011 13:17, Alex alexpo...@yahoo.com.br escreveu:

 Pessoal, boa tarde.

 Montei um servidor iscsi no debian como teste e estou com dúvidas referente
 a perfomance de disco.
 Para testar a velocidade de I/O utilizei o hdparm, que me trouxe os
 seguintes resultados:

 $ hdparm -tT /dev/sdb1 ( disco atachado do servidor iscsi )

 /dev/sdb1:
  Timing cached reads:   7492 MB in  2.00 seconds = 3747.28 MB/sec
  Timing buffered disk reads:   72 MB in  3.02 seconds =  23.86 MB/sec

 $ hdparm -tT /dev/sda1 ( disco local )

 /dev/sda1:
  Timing cached reads:   7684 MB in  2.00 seconds = 3843.95 MB/sec
  Timing buffered disk reads:   96 MB in  3.01 seconds =  31.87 MB/sec

 O teste que efetuei foi no próprio disco local da maquina e no disco
 atachado pela storage.

 Pelo que vi e entendi os valores estão bons, mas como não entendo muito
 queria a opinião de voces.

 Caso saibam de outro software para fazer um benchmark de disco eu agradeço.

 abs,

 Alex

teste de i/o disco - iscsi

[Alex]

Pessoal, boa tarde.
 
Montei um servidor iscsi no debian como teste e estou com dúvidas referente a 
perfomance de disco.
Para testar a velocidade de I/O utilizei o hdparm, que me trouxe os seguintes 
resultados:

$ hdparm -tT /dev/sdb1 ( disco atachado do servidor iscsi )
 
/dev/sdb1:
 Timing cached reads:   7492 MB in  2.00 seconds = 3747.28 MB/sec
 Timing buffered disk reads:   72 MB in  3.02 seconds =  23.86 MB/sec

$ hdparm -tT /dev/sda1 ( disco local )
 
/dev/sda1:
 Timing cached reads:   7684 MB in  2.00 seconds = 3843.95 MB/sec
 Timing buffered disk reads:   96 MB in  3.01 seconds =  31.87 MB/sec

O teste que efetuei foi no próprio disco local da maquina e no disco atachado 
pela storage.

Pelo que vi e entendi os valores estão bons, mas como não entendo muito queria 
a opinião de voces.
 
Caso saibam de outro software para fazer um benchmark de disco eu agradeço.
 
abs,

Alex

Teste de Envio - favor desconsiderar

[Sergio Gurgel]

Atenciosamente,

Sérgio Gurgel

Ferramentas para teste de vulnerabilidade.

[Leandro Hamid]

Boa tarde novamente pessoal.


Eu estou estudando segurança de rede e informação e gostaria de saber de
vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade
estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém
tem alguma sugestão?Desde já agradeço.




-- 
Leandro Hamid
SERPRO - Serviço Federal de Processamento de Dados
Maito: leandro.ha...@gmail.com
Maito: leandro.ha...@linuxmail.org
Skype: leandro_hamid
http://www.serpro.gov.br
Weblog: http://sysaprendiz.wordpress.com/
GNU/Linux User #485051
-- The blue screen of the death --

Re: Ferramentas para teste de vulnerabilidade.

[Leandro Moreira]

Leandro,

Tem as seguintes ferramentas (todas elas facilmente encontradas nos
repostiorios oficiais):

- Nessus
- Wireshark
- nmap
- snort

Mas tem uma ferramenta mto bacana que testei com exito chama ossim e uma iso
baseada no debian que traz todas essaa feramentas intergradas de forma que
os relatorios podem ser analisados facilmente, se tiver interessado ae vai o
link:

http://www.alienvault.com/community.php?section=Home

Att.

Leandro Moreira


Em 18 de fevereiro de 2010 16:45, Leandro Hamid
leandro.ha...@gmail.comescreveu:

 Boa tarde novamente pessoal.


 Eu estou estudando segurança de rede e informação e gostaria de saber de
 vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade
 estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém
 tem alguma sugestão?Desde já agradeço.




 --
 Leandro Hamid
 SERPRO - Serviço Federal de Processamento de Dados
 Maito: leandro.ha...@gmail.com
 Maito: leandro.ha...@linuxmail.org
 Skype: leandro_hamid
 http://www.serpro.gov.br
 Weblog: http://sysaprendiz.wordpress.com/
 GNU/Linux User #485051
 -- The blue screen of the death --





-- 
Leandro Moreira
Network Administrator
LPIC1 - Linux Professional Institute Certified
e-mail/msn: lean...@leandromoreira.eti.br
Tel.: + 55(32) 9906-5713

Re: Ferramentas para teste de vulnerabilidade.

[Bruno Silva]

de uma olhada na distribuição backtrack baseada no debian que é mto boa pra
este tipo de teste por conter bastante ferramenta relacionada ao assunto.

abraços!

2010/2/18 Leandro Moreira lean...@leandromoreira.eti.br

 Leandro,

 Tem as seguintes ferramentas (todas elas facilmente encontradas nos
 repostiorios oficiais):

 - Nessus
 - Wireshark
 - nmap
 - snort

 Mas tem uma ferramenta mto bacana que testei com exito chama ossim e uma
 iso baseada no debian que traz todas essaa feramentas intergradas de forma
 que os relatorios podem ser analisados facilmente, se tiver interessado ae
 vai o link:

 http://www.alienvault.com/community.php?section=Home

 Att.

 Leandro Moreira


 Em 18 de fevereiro de 2010 16:45, Leandro Hamid 
 leandro.ha...@gmail.comescreveu:

 Boa tarde novamente pessoal.


 Eu estou estudando segurança de rede e informação e gostaria de saber de
 vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade
 estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém
 tem alguma sugestão?Desde já agradeço.




 --
 Leandro Hamid
 SERPRO - Serviço Federal de Processamento de Dados
 Maito: leandro.ha...@gmail.com
 Maito: leandro.ha...@linuxmail.org
 Skype: leandro_hamid
 http://www.serpro.gov.br
 Weblog: http://sysaprendiz.wordpress.com/
 GNU/Linux User #485051
 -- The blue screen of the death --





 --
 Leandro Moreira
 Network Administrator
 LPIC1 - Linux Professional Institute Certified
 e-mail/msn: lean...@leandromoreira.eti.br
 Tel.: + 55(32) 9906-5713

Re: Ferramentas para teste de vulnerabilidade.

[Felipe Rocha]

Olá

Te informar qual ferramenta vem nos repositórios seria como dar o
peixe ao contrário de mostrar o caminho do rio...

Assim sendo, converse com o Google e o pergunte por penetration
tests , pen tests , Nessus , Wireshark , Nmap , Snort ,
iptraf , Kismet bem, muitos outros nomes irão aparecer e como base
de estudo, estas palavras irão te guiar em uma grande quantidade de
assuntos.

[]'s
Felipe Rocha


2010/2/18 Leandro Hamid leandro.ha...@gmail.com:
 Boa tarde novamente pessoal.


 Eu estou estudando segurança de rede e informação e gostaria de saber de
 vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade
 estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém
 tem alguma sugestão?Desde já agradeço.




 --
 Leandro Hamid
 SERPRO - Serviço Federal de Processamento de Dados
 Maito: leandro.ha...@gmail.com
 Maito: leandro.ha...@linuxmail.org
 Skype: leandro_hamid
 http://www.serpro.gov.br
 Weblog: http://sysaprendiz.wordpress.com/
 GNU/Linux User #485051
 -- The blue screen of the death --






-- 
 Ao encaminhar e-mails use SEMPRE o campo CCO ou BCC para não expor a
lista de destinatários e também APAGUE qualquer e-mail contido no
corpo da mensagem. Estas são medidas SIMPLES para reduzir o
recebimento de SPAM.

 When forwarding e-mails, ALWAYS use the field BCC or CCO to not
expose the destiny contact list and also DELETE all e-mails within the
body of the message. Those are SIMPLE acts to reduce the receiving of
SPAM.


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/9331605b1002181112q3afbf3e9o7d96cdb660d5e...@mail.gmail.com

Re: Ferramentas para teste de vulnerabilidade.

[Helio Loureiro]

 Eu estou estudando segurança de rede e informação e gostaria de saber de
 vocês quais são as ferramentas mais adequadas para teste de vulnerabilidade
 estilo backtrack que esteja nos repositórios e que eu possa instalar, alguém
 tem alguma sugestão?Desde já agradeço.

hydra, medusa ou nessus.

-- 
[]´s
Helio Loureiro
http://helio.loureiro.eng.br
http://hloureiro.multiply.com
http://twitter.com/helioloureiro


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/9d70dc0b1002181159y3477e486gd7575697608e4...@mail.gmail.com

Re: Ferramentas para teste de vulnerabilidade.

[Leandro Hamid]

Em 18 de fevereiro de 2010 17:59, Helio Loureiro
he...@loureiro.eng.brescreveu:

  Eu estou estudando segurança de rede e informação e gostaria de saber de
  vocês quais são as ferramentas mais adequadas para teste de
 vulnerabilidade
  estilo backtrack que esteja nos repositórios e que eu possa instalar,
 alguém
  tem alguma sugestão?Desde já agradeço.

 hydra, medusa ou nessus.

 --
 []´s
 Helio Loureiro
 http://helio.loureiro.eng.br
 http://hloureiro.multiply.com
 http://twitter.com/helioloureiro



Muito obrigado a todos pela ajuda e orientações.




-- 
Leandro Hamid
SERPRO - Serviço Federal de Processamento de Dados
Maito: leandro.ha...@gmail.com
Maito: leandro.ha...@linuxmail.org
Skype: leandro_hamid
http://www.serpro.gov.br
Weblog: http://sysaprendiz.wordpress.com/
GNU/Linux User #485051
-- The blue screen of the death --

Programa para teste de conexão estilo teste do Win dows Live

[Lucas Mocellin]

Olá pessoal,

estou desenvolvendo uma aplicação para o ensino a distância que faz uma
conexão com um servidor remoto para realizar uma prova online através de uma
VPN.

Problema: Preciso fazer um botão testar conexão antes do usuário
autenticar, então estou vendo se já existe algo pronto. Eu preciso testar a
porta 443(SSL) e a porta 1194(OpenVPN) de um servidor remoto, principalmente
para saber se há algum tipo de filtro (firewall) no meio. Até desenvolvi
algo simples que testa a 443 TCP, porém não consegui testar a 1194 UDP,
poise segundo o protocolo, se enviar uma conexão e ela não responder
significa que está aberta ou filtrada (o teste do NMAP também segue esta
lógica), caso esteja fechada retorna  um REJECT. Porém esse teste não me
serve, então penso que a única alternativa é simular um início de VPN
segundo o protocolo do OpenVPN, o que ainda não faço a mínima idéia de como
fazer.

Primeiro: alguém conhece algum script/programa pronto que faz esse teste de
conexão no estilo do Windows Live, abre uma janelinha bonitinha que mostra
todos os testes e vai fazendo um OK nos passos que passaram no teste, e
que faça teste em conexões TCP e UDP? Essa seria a melhor alternativa,
utilizar algo pronto.

Segundo: se não existir algo como na frase anterior, alguém saberia como
posso testar a porta do OpenVPN? quero saber se realmente a porta está
aberta e é um OpenVPN que está rodando.

Toda sugestão é bem-vinda.

Obrigado e abraços,

Lucas.

Re: Programa para teste de conexão estilo teste do Windows Live

[Lucas Mocellin]

Ah,

esqueci de dizer, esse teste tem que ser desde o início, será para um linux
customizado LiveCD e o teste tem que verificar:


- existe placa de rede no computador
- cabo está conectado (como no comando mii-tool)
- pegou IP de DHCP
- conexao com gateway
- resolucao de DNS
- se o IP que ele pegou não bate com o da VPN
- se há conexão na porta 443 TCP SSL do IP X
- se há conexão na porta 1194 UDP OpenVPN do IP Y

2010/1/11 Lucas Mocellin lucasmocel...@gmail.com

 Olá pessoal,

 estou desenvolvendo uma aplicação para o ensino a distância que faz uma
 conexão com um servidor remoto para realizar uma prova online através de uma
 VPN.

 Problema: Preciso fazer um botão testar conexão antes do usuário
 autenticar, então estou vendo se já existe algo pronto. Eu preciso testar a
 porta 443(SSL) e a porta 1194(OpenVPN) de um servidor remoto, principalmente
 para saber se há algum tipo de filtro (firewall) no meio. Até desenvolvi
 algo simples que testa a 443 TCP, porém não consegui testar a 1194 UDP,
 poise segundo o protocolo, se enviar uma conexão e ela não responder
 significa que está aberta ou filtrada (o teste do NMAP também segue esta
 lógica), caso esteja fechada retorna  um REJECT. Porém esse teste não me
 serve, então penso que a única alternativa é simular um início de VPN
 segundo o protocolo do OpenVPN, o que ainda não faço a mínima idéia de como
 fazer.

 Primeiro: alguém conhece algum script/programa pronto que faz esse teste de
 conexão no estilo do Windows Live, abre uma janelinha bonitinha que mostra
 todos os testes e vai fazendo um OK nos passos que passaram no teste, e
 que faça teste em conexões TCP e UDP? Essa seria a melhor alternativa,
 utilizar algo pronto.

 Segundo: se não existir algo como na frase anterior, alguém saberia como
 posso testar a porta do OpenVPN? quero saber se realmente a porta está
 aberta e é um OpenVPN que está rodando.

 Toda sugestão é bem-vinda.

 Obrigado e abraços,

 Lucas.

Fwd: teste de compilação de kernel

[Helio Loureiro]

2009/12/23 Adriano Rafael Gomes adrian...@gmail.com:
 Em Wed, 23 Dec 2009 11:50:29 -0300
 thiago thsa...@gmail.com escreveu:

 Senhores,
 estou precisando de algum software que simule uma plataforma (Ex: x86,
 sparc, arm) para fazer teste com kernel, alguém conhece alguma
 ferramenta para isso?
 obrigado.


 QEMU?
 http://www.nongnu.org/qemu/status.html



Eu ia sugerir o virtualbox, mas como vc quer múltiplas arquiteturas,
realmente acho que só o qemu.  Mas eu nunca consegui fazer funcionar
sparc, ppc, etc.  Parece que só funciona pra Linux (tentei com
Slowlaris, MacOSX, etc).


--
[]´s
Helio Loureiro
http://helio.loureiro.eng.br


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

teste de compilação de kernel

[thiago]

Senhores,
estou precisando de algum software que simule uma plataforma (Ex: x86,
sparc, arm) para fazer teste com kernel, alguém conhece alguma
ferramenta para isso?
obrigado.

-- 
Thiago Silveira Alexandre
Security Enginner
Intechne Tecnologia da Informação
(98) 3311 6200
(98) 3311 6219
(98) 8132 1020


-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: teste de compilação de kernel

[Adriano Rafael Gomes]

Em Wed, 23 Dec 2009 11:50:29 -0300
thiago thsa...@gmail.com escreveu:

 Senhores,
 estou precisando de algum software que simule uma plataforma (Ex: x86,
 sparc, arm) para fazer teste com kernel, alguém conhece alguma
 ferramenta para isso?
 obrigado.
 

QEMU?
http://www.nongnu.org/qemu/status.html


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: [OFF-TOPIC] Ferramenta para teste de CPU

[Leslie H. Watter]

Em Mon, Dec 14, 2009 at 07:42:21PM -0200, Edson Marquezani Filho escreveu:
| Estou enfrentando uns problemas com servidores HP DL380 G5 em um rede,
| e ainda não consegui isolar a causa. Porém, uma das hipóteses é falha
| de hardware, uma que vez que os dois sofreram uma certa agressão
| recentemente.
| 
| O sintoma aparente é que os servidores travam por pequenos instantes,
| a todo momento. Tenho tido algumas evidências de que o problema é
| relacionado ao hardware mesmo, inclusive essas mensagens de log do
| kernel:
| 
| Dec 14 10:09:16 slave kernel: BUG: soft lockup - CPU#4 stuck for 12s!
| [kipmi1:4501]
| Dec 14 12:27:56 slave kernel: BUG: soft lockup - CPU#7 stuck for 14s!
| [kipmi1:4501]
| Dec 14 13:50:54 slave kernel: BUG: soft lockup - CPU#6 stuck for 15s!
| [kipmi1:4501]
| Dec 14 13:50:55 slave kernel: BUG: soft lockup - CPU#1 stuck for 10s!
| [swapper:0]
| Dec 14 13:56:38 slave kernel: BUG: soft lockup - CPU#6 stuck for 14s!
| [kipmi1:4501]
| Dec 14 14:06:26 slave kernel: BUG: soft lockup - CPU#3 stuck for 10s!
| [kipmi1:4501]
| Dec 14 14:18:06 slave kernel: BUG: soft lockup - CPU#6 stuck for 12s!
| [kipmi1:4501]
| Dec 14 15:22:07 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s!
| [kipmi1:4501]
| Dec 14 15:22:08 slave kernel: BUG: soft lockup - CPU#1 stuck for 19s!
| [swapper:0]
| Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s!
| [dlm_send:3864]
| Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#7 stuck for 20s!
| [kipmi1:4501]
| 
| Algum de vocês pode me sugerir uma ferramenta pra rodar testes de CPU,
| e ver se realmente estou com problemas? Ficaria muito grato.
| 
| Obrigado.
| 
| Obs: esses sistemas não são Debian, por isso o OFF-TOPIC.

Oi Edson,

O cpuburn testa a CPU, mas...

Na página do cpuburn [0] tem um aviso interessante:
--
*** WARNING *** This program is designed to heavily load CPU chips.
Undercooled, overclocked or otherwise weak systems may fail causing data
loss (filesystem corruption) and possibly permanent damage to electronic
components. Nor will it catch all flaws.

*** USE AT YOUR OWN RISK *** 
--

Porém, procurando pela mensagem de erro, cheguei na thread [1], Acho que 
vale a pena dar uma olhada nela. Qual versão do teu kernel ?


[0] http://pages.sbcglobal.net/redelm/
[1] http://kerneltrap.org/mailarchive/linux-kernel/2007/12/7/493907

Att,

LEslie


-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

[OFF-TOPIC] Ferramenta para teste de CPU

[Edson Marquezani Filho]

Olá a todos.

Estou enfrentando uns problemas com servidores HP DL380 G5 em um rede,
e ainda não consegui isolar a causa. Porém, uma das hipóteses é falha
de hardware, uma que vez que os dois sofreram uma certa agressão
recentemente.

O sintoma aparente é que os servidores travam por pequenos instantes,
a todo momento. Tenho tido algumas evidências de que o problema é
relacionado ao hardware mesmo, inclusive essas mensagens de log do
kernel:

Dec 14 10:09:16 slave kernel: BUG: soft lockup - CPU#4 stuck for 12s!
[kipmi1:4501]
Dec 14 12:27:56 slave kernel: BUG: soft lockup - CPU#7 stuck for 14s!
[kipmi1:4501]
Dec 14 13:50:54 slave kernel: BUG: soft lockup - CPU#6 stuck for 15s!
[kipmi1:4501]
Dec 14 13:50:55 slave kernel: BUG: soft lockup - CPU#1 stuck for 10s!
[swapper:0]
Dec 14 13:56:38 slave kernel: BUG: soft lockup - CPU#6 stuck for 14s!
[kipmi1:4501]
Dec 14 14:06:26 slave kernel: BUG: soft lockup - CPU#3 stuck for 10s!
[kipmi1:4501]
Dec 14 14:18:06 slave kernel: BUG: soft lockup - CPU#6 stuck for 12s!
[kipmi1:4501]
Dec 14 15:22:07 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s!
[kipmi1:4501]
Dec 14 15:22:08 slave kernel: BUG: soft lockup - CPU#1 stuck for 19s!
[swapper:0]
Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#3 stuck for 20s!
[dlm_send:3864]
Dec 14 18:31:36 slave kernel: BUG: soft lockup - CPU#7 stuck for 20s!
[kipmi1:4501]

Algum de vocês pode me sugerir uma ferramenta pra rodar testes de CPU,
e ver se realmente estou com problemas? Ficaria muito grato.

Obrigado.

Obs: esses sistemas não são Debian, por isso o OFF-TOPIC.


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: CRON.D, teste de VPN nao funciona

[gunix]

Concordo, é o que estou tentanto fazer.
O script é apenas uma forma de amenizar o inpacto da impantação.
Tenho comunicação entre as pontas o tempo todo, quando cai é um trantorno.

O que acontece, é que o meu velox para de funcionar. Quando isso ocorre meu
tunel cuntinua on, porem a conexão nao existe mais.

Quando eu restarto o serviço volta tudo a funcoinar.

Meu script no cron roda com root.
A linha esta assim.
Dentro do cron.d, tenho um arquivo chamado openvpn

Seu conteudo:
# /etc/cron.d/openvpn: crontab fragment for openvpn
# Verifica VPN a cada 5 minutos
*/5 * * * * root /etc/nwsystem/NWOVPN/NWOVPNcheck

Att
Gustavo

2009/11/10 Renato S. Yamane yam...@diamondcut.com.br

 Em 10-11-2009 14:02, gunix escreveu:

  seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se
 a VPN esta online. Se não estiverm ele reinicia o servidor da VPN.


 Seria interessante tentar descobrir o que está fazendo o serviço ficar
 offline, e não simplesmente reiniciar o serviço.

 Se você descobrir isso, então não precisará de nenhum script para ficar
 verificando se a VPN está OK.


  Ele executa normal mas no log do openvon aparece uma mensagem que dei
 exerro ao executar ifconfig.
 Eu seja, quando ele tentar levantar a interfce da VPN.


 Você está executando esse script como root?

 Att,
 Renato


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org

Res: CRON.D, teste de VPN nao funciona

[Kleber Leal]

O problema é que o crontab do Debian não configura a variável PATH, então 
alguns comandos, como os que estão dentro do diretório /sbin, incluindo o 
ifconfig, não ficam disponíveis se você não especificar o caminho completo. 
Para resolver o seu problema configure a variável PATH dentro do crontab.

# crontrab -e
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
*/5 * * * * /seu/script/aqui

Se você diz que o script funciona quando executado manualmente, então depois 
que você fizer a alteração que eu falei, eu duvido que não funcione :)

 Kléber Leal


--
Não à pirataria. Sim ao Software Livre.





De: Molinero cybercro...@gmail.com
Para: debian-user-portuguese@lists.debian.org
Cc: debian-user-portuguese@lists.debian.org
Enviadas: Terça-feira, 10 de Novembro de 2009 15:35:20
Assunto: Re: CRON.D, teste de VPN nao funciona

Concordo com o Yamane, mas veja também se não está ficando o pid ou o socket do 
processo, mesmo depois que ele morre


2009/11/10 Renato S. Yamane yam...@diamondcut.com.br

Em 10-11-2009 14:02, gunix escreveu:


seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se
a VPN esta online. Se não estiverm ele reinicia o servidor da VPN.


Seria interessante tentar descobrir o que está fazendo o serviço ficar 
offline, e não simplesmente reiniciar o serviço.

Se você descobrir isso, então não precisará de nenhum script para ficar 
verificando se a VPN está OK.



Ele executa normal mas no log do openvon aparece uma mensagem que dei
exerro ao executar ifconfig.
Eu seja, quando ele tentar levantar a interfce da VPN.


Você está executando esse script como root?

Att,
Renato


-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org





  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Re: CRON.D, teste de VPN nao funciona

[gunix]

Show Kleber, quem sabe sabe :)

Agradeço a todos, valeu...

Att
Gustavo de Carvalho

2009/11/11 Kleber Leal kalvesl...@yahoo.com.br

 O problema é que o crontab do Debian não configura a variável PATH, então
 alguns comandos, como os que estão dentro do diretório /sbin, incluindo o
 ifconfig, não ficam disponíveis se você não especificar o caminho completo.
 Para resolver o seu problema configure a variável PATH dentro do crontab.

 # crontrab -e
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
 */5 * * * * /seu/script/aqui

 Se você diz que o script funciona quando executado manualmente, então
 depois que você fizer a alteração que eu falei, eu duvido que não funcione
 :)

 Kléber Leal

 --
 Não à pirataria. Sim ao Software Livre.


 --
 *De:* Molinero cybercro...@gmail.com
 *Para:* debian-user-portuguese@lists.debian.org
 *Cc:* debian-user-portuguese@lists.debian.org
 *Enviadas:* Terça-feira, 10 de Novembro de 2009 15:35:20
 *Assunto:* Re: CRON.D, teste de VPN nao funciona

 Concordo com o Yamane, mas veja também se não está ficando o pid ou o
 socket do processo, mesmo depois que ele morre

 2009/11/10 Renato S. Yamane yam...@diamondcut.com.br

 Em 10-11-2009 14:02, gunix escreveu:

  seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se
 a VPN esta online. Se não estiverm ele reinicia o servidor da VPN.


 Seria interessante tentar descobrir o que está fazendo o serviço ficar
 offline, e não simplesmente reiniciar o serviço.

 Se você descobrir isso, então não precisará de nenhum script para ficar
 verificando se a VPN está OK.


  Ele executa normal mas no log do openvon aparece uma mensagem que dei
 exerro ao executar ifconfig.
 Eu seja, quando ele tentar levantar a interfce da VPN.


 Você está executando esse script como root?

 Att,
 Renato


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org



 --
 Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 
 10http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/-
 Celebridadeshttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/-
 Músicahttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/-
 Esporteshttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/

CRON.D, teste de VPN nao funciona

[gunix]

Galera,

seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a
VPN esta online. Se não estiverm ele reinicia o servidor da VPN.

O Script esta rodando e funcionando. se eu exeuctar vpnckeck, ele testa e
faz o combinado.
Porem quando ele esta agendando no cron, ele da o seutinte erro ao executar.

/etc/inid.d/openvpn start

Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro
ao executar ifconfig.
Eu seja, quando ele tentar levantar a interfce da VPN.

O Mesmo comando que executa o CRON, eu exeuto fora do cron e funciona. Não
da mais o erro do ifconfig

Aguardo, quem quiser opinar.

Att
Gustavo de Carvalho

Re: CRON.D, teste de VPN nao funciona

[Rafael Moraes]

que erro seria?
permissão talvez?

2009/11/10 gunix gustavo.gru...@gmail.com

 Galera,

 seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a
 VPN esta online. Se não estiverm ele reinicia o servidor da VPN.

 O Script esta rodando e funcionando. se eu exeuctar vpnckeck, ele testa e
 faz o combinado.
 Porem quando ele esta agendando no cron, ele da o seutinte erro ao
 executar.

 /etc/inid.d/openvpn start

 Ele executa normal mas no log do openvon aparece uma mensagem que dei
 exerro ao executar ifconfig.
 Eu seja, quando ele tentar levantar a interfce da VPN.

 O Mesmo comando que executa o CRON, eu exeuto fora do cron e funciona. Não
 da mais o erro do ifconfig

 Aguardo, quem quiser opinar.

 Att
 Gustavo de Carvalho




-- 
Att,
Rafael Moraes
Linux Professional Institute Certified - Level 1
ITIL Foundations Certified

Re: CRON.D, teste de VPN nao funciona

[Renato S. Yamane]

Em 10-11-2009 14:02, gunix escreveu:

seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se
a VPN esta online. Se não estiverm ele reinicia o servidor da VPN.


Seria interessante tentar descobrir o que está fazendo o serviço ficar 
offline, e não simplesmente reiniciar o serviço.


Se você descobrir isso, então não precisará de nenhum script para ficar 
verificando se a VPN está OK.



Ele executa normal mas no log do openvon aparece uma mensagem que dei
exerro ao executar ifconfig.
Eu seja, quando ele tentar levantar a interfce da VPN.


Você está executando esse script como root?

Att,
Renato


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: CRON.D, teste de VPN nao funciona

[Molinero]

Concordo com o Yamane, mas veja também se não está ficando o pid ou o socket
do processo, mesmo depois que ele morre

2009/11/10 Renato S. Yamane yam...@diamondcut.com.br

 Em 10-11-2009 14:02, gunix escreveu:

  seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se
 a VPN esta online. Se não estiverm ele reinicia o servidor da VPN.


 Seria interessante tentar descobrir o que está fazendo o serviço ficar
 offline, e não simplesmente reiniciar o serviço.

 Se você descobrir isso, então não precisará de nenhum script para ficar
 verificando se a VPN está OK.


  Ele executa normal mas no log do openvon aparece uma mensagem que dei
 exerro ao executar ifconfig.
 Eu seja, quando ele tentar levantar a interfce da VPN.


 Você está executando esse script como root?

 Att,
 Renato


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org

teste

[Marcelo Ainsworth Passos]

assdfsfsdf


  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Teste de Mensagem

[Marcelo Ainsworth Passos]

Alow galera da lista de dicussão do Debian , espero que possa ajudar como tb 
ajuda-lo

abraços a todos
Marcelo


  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Teste de e-mail

[Marcos João dos Santos]

Estou tentando enviar e-mail e tá dando erro de recebimento.
Só notifique-me se receberam por favor

-- 
Marcos João
mar...@acheperto.com.br
Botucatu - SP
Visite: www.watchtower.org




--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Gunther Furtado]

2009/8/11 Vinicius deb...@git.eti.br:
 Marcos João dos Santos escreveu:

 Estou tentando enviar e-mail e tá dando erro de recebimento.
 Só notifique-me se receberam por favor



 chegou aqui

 Vinicius


Só recebi a resposta do Vinícius, o original, não!

E não está no spam.

-- 
Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com

...agora, só nos sobrou o futuro..., visto em www.manuchao.net


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Vinicius]

Marcos João dos Santos escreveu:

Estou tentando enviar e-mail e tá dando erro de recebimento.
Só notifique-me se receberam por favor

  

chegou aqui

Vinicius


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Gunther Furtado]

2009/8/11 Marcos João dos Santos mar...@acheperto.com.br:
 Estou tentando enviar e-mail e tá dando erro de recebimento.
 Só notifique-me se receberam por favor


Agora o original chegou!

-- 
Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com

...agora, só nos sobrou o futuro..., visto em www.manuchao.net


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Marcos João dos Santos]

Valeu pessoal estava tentando desde ontem enviar para a lista do
BR-DESKTOP, acho que era no servidor o problema.
Voltou ao normal agora.
Obrigado


Em Ter, 2009-08-11 às 12:12 -0300, Gunther Furtado escreveu:
 2009/8/11 Marcos João dos Santos mar...@acheperto.com.br:
  Estou tentando enviar e-mail e tá dando erro de recebimento.
  Só notifique-me se receberam por favor
 
 
 Agora o original chegou!
 
 -- 
 Gunther Furtado
 Curitiba - Paraná - Brasil
 gunfurt...@gmail.com
 
 ...agora, só nos sobrou o futuro..., visto em www.manuchao.net
 
 
-- 
Marcos João
mar...@acheperto.com.br
Botucatu - SP
Visite: www.watchtower.org




--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Teste de email

[Eduardo Lopes]

Por favor quem receber esse teste poderia responde-lo, estou achando
que meus emails não estão chegando a lista.


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Teste de email

[Eduardo Lopes]

Muito obrigado.

Não precisam mas responder,

Obrigado.

2009/7/31 Fred Maranhão fred.maran...@gmail.com:
 recebido. respondo só para você.

 2009/7/31 Eduardo Lopes du.lo...@gmail.com:
 Por favor quem receber esse teste poderia responde-lo, estou achando
 que meus emails não estão chegando a lista.


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org





--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Rotina de Teste de Conexão!!

[Leslie H. Watter]

Um teste simples � deixar um ping entre as duas pontas ;-)

Vc vai ter a quantidade de pacotes perdidos, a velocidade entre as pontas e 
estat�sticas para um come�o ;-)

[]'s

LEslie
Em Wed, Mar 11, 2009 at 09:39:05PM -0300, Fagner Patricio escreveu:
| Date: Wed, 11 Mar 2009 21:39:05 -0300
| Subject: Rotina de Teste de Conexão!!
| From: Fagner Patricio fagner.patri...@gmail.com
| To: Debian debian-user-portuguese@lists.debian.org
| 
|Ola Pessoal!!
| 
|Eu preciso fazer um teste de conexao em um link a radio, hoje eu liguei a
|sede a um anexo que fica a 100m, e preciso fazer agora um teste para
|verificar a qualidade da conexao, tipo a taxa de pacotes perdidos
|velocidade do link, etc.
| 
|Existe alguma maneira padrao de fazer esse tipo de teste?
| 
|--
|Fagner Patricio
|Joao Pessoa - PB
|Brasil
) :-- final da mensagem Rotina de Teste de Conexão!! de Fagner Patricio 
fagner.patri...@gmail.com --:

-- 
Leslie H. Watter
Ger�ncia de Inova��o Corporativa / CELEPAR
Fone: +55 41 3350-5460
Curitiba - Paran� - Brasil


-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Rotina de Teste de Conexão!!

[Fagner Patricio]

Olá Pessoal!!

Eu preciso fazer um teste de conexão em um link a rádio, hoje eu liguei a
sede a um anexo que fica a 100m, e preciso fazer agora um teste para
verificar a qualidade da conexão, tipo a taxa de pacotes perdidos velocidade
do link, etc.

Existe alguma maneira padrão de fazer esse tipo de teste?

-- 
Fagner Patrício
João Pessoa - PB
Brasil

teste

[Leandro Moreira]

teste

-- 
Leandro Moreira
Linux Administrator: LPIC-1
e-mail/msn: lean...@leandromoreira.eti.br
Tel.: + 55(32) 9906-5713

Re: teste

[Gunther Furtado]

confirmo recebimento!

2009/2/10 Leandro Moreira lean...@leandromoreira.eti.br:
 teste

 --
 Leandro Moreira
 Linux Administrator: LPIC-1
 e-mail/msn: lean...@leandromoreira.eti.br
 Tel.: + 55(32) 9906-5713




-- 
Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

teste

[Leandro Moreira]

teste
-- 

--
Leandro Moreira
LPIC-1
e-mail/msn: lean...@leandromoreira.eti.br
Tel.: + 55(32) 9906-5713


-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

teste

[Leandro Moreira]

teste

--
Leandro Moreira
LPIC-1
e-mail/msn: lean...@leandromoreira.eti.br
Tel.: + 55(32) 9906-5713te


-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: teste

[Fabiano Manoel de Andrade]

Em Ter, 2009-01-20 às 22:37 -0200, Leandro Moreira escreveu:
 
 teste
 
 --
 Leandro Moreira
 LPIC-1
 e-mail/msn: lean...@leandromoreira.eti.br
 Tel.: + 55(32) 9906-5713te
 
 
ok.



-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

rbs teste

[Roberto Simplício]

teste

Re: rbs teste

[Davi Vercillo C. Garcia (ダヴィ)]

Pessoal,

On Mon, Dec 8, 2008 at 8:19 PM, Roberto Simplício [EMAIL PROTECTED] wrote:
 teste

Que bela lista para spam... ¬¬

-- 
Davi Vercillo Carneiro Garcia
http://davivercillo.blogspot.com/

Universidade Federal do Rio de Janeiro
Departamento de Ciência da Computação
DCC-IM/UFRJ - http://www.dcc.ufrj.br

Grupo de Usuários GNU/Linux da UFRJ (GUL-UFRJ)
http://www.dcc.ufrj.br/~gul

Linux User: #388711
http://counter.li.org/

A democracia muitas vezes significa o poder nas mãos de uma maioria
incompetente. - Bernard Shaw

Good things come to those who... wait. - Debian Project

Theory is when you know something, but it doesn't work. Practice is
when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't
know why. - Anon

Re: rbs teste

[Fabricio Cannini - Yahoo]

On Monday 08 December 2008 21:42:01 Davi Vercillo C. Garcia (ダヴィ) wrote:
 Pessoal,

 On Mon, Dec 8, 2008 at 8:19 PM, Roberto Simplício [EMAIL PROTECTED] 
wrote:
  teste

 Que bela lista para spam... ¬¬

Na boa, esse merece apanhar com gato morto até fazer o bicho miar!!


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

teste...

[[EMAIL PROTECTED]]

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: teste...

[Andressa Martins]

teste ok :-)

On Fri, Nov 21, 2008 at 10:24 AM, [EMAIL PROTECTED] 
[EMAIL PROTECTED] wrote:




 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]

Teste...

[jefferson]

Só pra testar se está chegando meus e-mails pra lista...

Abraços!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

teste

[Paulo H.]

teste envio para lista, por favor me desculpen pois nao estava conseguindo 
encaminhar mensagens para a lista.



  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

Re: teste

[Gunther Furtado]

Dom, 28-Set-2008 10:28:30 -0700 (PDT)
Paulo H. [EMAIL PROTECTED] escreveu:

 teste envio para lista, por favor me desculpen pois nao estava
 conseguindo encaminhar mensagens para a lista.
 
 

Testado!

 
   Novos endereços, o Yahoo! que você conhece. Crie um email novo
 com a sua cara @ymail.com ou @rocketmail.com.
 http://br.new.mail.yahoo.com/addresses


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Sistema para Hotelerias e Pousadas - Teste gratis - Nao Virus

[Status Hotel]

Prezados(a) Senhores(a)
A Status Company esta lhe enviando a amostra do novo sistema para hotéis, o 
Status Hotel é um website totalmente automatizado, com painel de controle, 
avisos de reservas, chat online, Tickets entre outras opções.
 Este sistema foi desenvolvido com a ajuda de vários proprietários de hotéis 
que juntos montamos o website ideal para seu Hotel ou Pousada, ele pode ser 98% 
alterado pelo painel de controle sem necessitar de um técnico, sendo assim seus 
próprios funcionários vão poder trabalhar com o sistema.
Vamos visitar o Modelo de demonstração do sistema?

Acessar website: http://www.statuscompany.com.br/modelos/hotel/ 
Painel de Controle: http://www.statuscompany.com.br/modelos/hotel/admin/ 
Login: Demo
Senha: Demo

Devido ao numero muito grande de empresas testando o sistema, pedimos para que 
todos os cadastros que você vai fazer você delete pelo painel de controle.

===
Adquirir o sistema
===
Para adquirir o sistema pedimos para que envie um email para [EMAIL PROTECTED]  
Pois será selecionado um gerente para sua conta que ira entrar em contato por 
telefone com você.

===
Valor / Pagamento
===
O sistema Pode ser Vendido ou Alugado
Valor aluguel: 180,00
Compra: A Combinar

Obs: faça o download do manual do sistema.
http://www.statuscompany.com.br/modelos/hotel/status_hotel.zip


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Bruno Schneider]

On Tue, Jul 1, 2008 at 6:08 PM, gunix escreveu:
 MAs qual a melhot opção para executa-lo e como executa-lo?

 Tentei

 memtest mem all

 Porem foi muito rapido.
 Quando executo ele no boot demora muito para terminar, como faço para
 executar ele perfeitamente no modo de comando?

Não dá para testar a memória direito com outros programas rodando. O
testador precisa escrever na memória e depois ler para verificar se o
valor é recuperado corretamente. Se outros programas estiverem usando
a memória, o testador não vai poder usar a região de memória deles.

-- 
Bruno Schneider
http://www.dcc.ufla.br/~bruno/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Marcello Barreto de Medeiros]

Boa tarde,
Apesar de não ser bem o que você quer tem esse: 
http://www.ibm.com/developerworks/linux/library/l-stress/

On Tue, 1 Jul 2008 14:16:23 -0300
gunix [EMAIL PROTECTED] wrote:

 Galera,
 
 alguem sabe me dizer como posso fazer para testar a memoria do meu servidor
 e Processador?
 Quero saber se esta tudo ok com os memos.
 
 Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete.
 Existe o memso comando para rodar con o servidor trabalhando?
 
 Att
 Gustavo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Teste de memroria e CPU

[gunix]

Galera,

alguem sabe me dizer como posso fazer para testar a memoria do meu servidor
e Processador?
Quero saber se esta tudo ok com os memos.

Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete.
Existe o memso comando para rodar con o servidor trabalhando?

Att
Gustavo

Re: Teste de memroria e CPU

[Renato S. Yamane]

gunix escreveu:
 Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete.
 Existe o memso comando para rodar con o servidor trabalhando?

Bootar?? Que diabo de palavra estranha é essa? :-)

Instale o memtest86+ e ele aparecerá no grub pronto para ser utilizado
no próximo bootamento (kkk).

Att,
Renato


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[paulobruck1]

Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu:
 Galera,
 
 alguem sabe me dizer como posso fazer para testar a memoria do meu
 servidor e Processador?
 Quero saber se esta tudo ok com os memos.
 
 Para memoria conheco o memtest, porem preciso bottar por um cd ou
 disquete.

?
se vc estiver usando o debian basta instalar o memtest

aptitude search memtest
p   memtest86- A thorough real-mode memory
tester
i   memtest86+   - thorough real-mode memory
tester
i A memtester- A utility for testing the
memory subsystem


 Existe o memso comando para rodar con o servidor trabalhando?
 


sim acima80))
 Att
 Gustavo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[gunix]

MAs qual a melhot opção para executa-lo e como executa-lo?

Tentei

memtest mem all

Porem foi muito rapido.
Quando executo ele no boot demora muito para terminar, como faço para
executar ele perfeitamente no modo de comando?

Att
Gustavo

2008/7/1 paulobruck1 [EMAIL PROTECTED]:

 Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu:
  Galera,
 
  alguem sabe me dizer como posso fazer para testar a memoria do meu
  servidor e Processador?
  Quero saber se esta tudo ok com os memos.
 a-lo
  Para memoria conheco o memtest, porem preciso bottar por um cd ou
  disquete.

 ?
 se vc estiver usando o debian basta instalar o memtest

 aptitude search memtest
 p   memtest86- A thorough real-mode memory
 tester
 i   memtest86+   - thorough real-mode memory
 tester
 i A memtester- A utility for testing the
 memory subsystem


  Existe o memso comando para rodar con o servidor trabalhando?
 


 sim acima80))
  Att
  Gustavo


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Rafael Gomes Dantas]

Segundo o que eu li ali em cima, ele rodou rápido apenas porque ele se
instalou no grub. Ele provavelmente vai testar apenas quando você reiniciar
e escolher ele na inicialização.

Este tipo de programa deve fazer algumas operações que não dão valores
corretos se outros programas estiverem usando memória junto com ele, por
isso ele deve ser executado sozinho na inicialização.

Mas posso estar falando besteira, anyway.

On Tue, Jul 1, 2008 at 6:08 PM, gunix [EMAIL PROTECTED] wrote:

 MAs qual a melhot opção para executa-lo e como executa-lo?

 Tentei

 memtest mem all

 Porem foi muito rapido.
 Quando executo ele no boot demora muito para terminar, como faço para
 executar ele perfeitamente no modo de comando?

 Att
 Gustavo

 2008/7/1 paulobruck1 [EMAIL PROTECTED]:

 Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu:
  Galera,
 
  alguem sabe me dizer como posso fazer para testar a memoria do meu
  servidor e Processador?
  Quero saber se esta tudo ok com os memos.
 a-lo
  Para memoria conheco o memtest, porem preciso bottar por um cd ou
  disquete.

 ?
 se vc estiver usando o debian basta instalar o memtest

 aptitude search memtest
 p   memtest86- A thorough real-mode memory
 tester
 i   memtest86+   - thorough real-mode memory
 tester
 i A memtester- A utility for testing the
 memory subsystem


  Existe o memso comando para rodar con o servidor trabalhando?
 


 sim acima80))
  Att
  Gustavo


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Renato S. Yamane]

gunix escreveu:
 Mas qual a melhot opção para executa-lo e como executa-lo?

 Tentei

 memtest mem all

 Porem foi muito rapido.
 Quando executo ele no boot demora muito para terminar, como faço para
 executar ele perfeitamente no modo de comando?

O memtest86+ no teste completo, deve demorar umas 3-4horas se você tiver uns
2Gb de RAM.

A melhor forma de utiliza-lo é escolhendo ele no boot (pelo Grub).
http://www.memtest86.com/#details
http://www.guiadohardware.net/artigos/usando-memtest

Att,
Renato


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[yuRi]

e lembre-se de deixar passa-lo umas 2 a 3x que é o recomendado... as vezes
ele não pega algum problema quando passa pela primeira vez.

On Tue, Jul 1, 2008 at 9:07 PM, Renato S. Yamane [EMAIL PROTECTED]
wrote:

 gunix escreveu:
  Mas qual a melhot opção para executa-lo e como executa-lo?
 
  Tentei
 
  memtest mem all
 
  Porem foi muito rapido.
  Quando executo ele no boot demora muito para terminar, como faço para
  executar ele perfeitamente no modo de comando?

 O memtest86+ no teste completo, deve demorar umas 3-4horas se você tiver
 uns
 2Gb de RAM.

 A melhor forma de utiliza-lo é escolhendo ele no boot (pelo Grub).
 http://www.memtest86.com/#details
 http://www.guiadohardware.net/artigos/usando-memtest

 Att,
 Renato


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]




-- 
~yuRi

Re: Teste lista!

[João Olavo Baião de Vasconcelos]

On Wed, Apr 9, 2008 at 11:35 PM, Leonardo Augusto [EMAIL PROTECTED] wrote:

 ±Tenho de fazer um trabalho sobre mailing lists, eu já era membro desta
 lista, mas queria um teste em tempo real para um video ;D


O histórico da lista fica em http://lists.debian.org/debian-user-portuguese.
Vc não precisa que os outros confirmem para vc se seu email chegou. Basta ir
no histórico e verifica se está lá.

Eh até bom que peça para que não respondam o seu teste, a fim de evitar
tráfego desnecessário.

Falous!!
-- 
João Olavo Baião de Vasconcelos
Bacharel em Ciência da Computação
Mestrado em Informática @ UFES
joaoolavo.wordpress.com

Teste lista!

[Leonardo Augusto]

Respondam Logo, por favor!
Teste para video-tutorial!


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Teste lista!

[Débora Martins]

SEu email chegou pela lista, era este o teste?


-- 
Linux User #467533

Em 09/04/08, Leonardo Augusto [EMAIL PROTECTED] escreveu:

 Respondam Logo, por favor!
 Teste para video-tutorial!


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]

Re: Teste lista!

[Leonardo Augusto]

±
Tenho de fazer um trabalho sobre mailing lists, eu já era membro  
desta lista, mas queria um teste em tempo real para um video ;D

Obrigado mesmo assim Débora!
Abraços!
Em 09/04/2008, às 23:30 2008 , Débora Martins escreveu:


SEu email chegou pela lista, era este o teste?


--
Linux User #467533

Em 09/04/08, Leonardo Augusto [EMAIL PROTECTED] escreveu:
Respondam Logo, por favor!
Teste para video-tutorial!


--
To UNSUBSCRIBE, email to debian-user-portuguese- 
[EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact  
[EMAIL PROTECTED]

teste

[Gunther Furtado]

teste!

-- 
Gunther Furtado
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: teste

[ThOLOko]

TEstado!

2008/3/7, Gunther Furtado [EMAIL PROTECTED]:
 teste!

  --
  Gunther Furtado
  [EMAIL PROTECTED]



  --
  To UNSUBSCRIBE, email to [EMAIL PROTECTED]
  with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




-- 
ThOLOko
ThOmaz BeLgine
-FrEEBSD-
UniX TeaM
(LeT's MaKe InStaLL ClEan)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Ferramenta teste de desempenho

[Carlos Eduardo Smanioto]

Bom dia Gustavo, 

Uma ferramenta para este fim é o JMETER



Em Seg, 2008-02-18 às 11:26 -0300, Gustavo Moreira escreveu:
 Pessoal,
 
 Gostaria que me recomendassem alguma ferramenta que simule alta carga
 em servidores Linux. Tenho três servidores Etch para entrar em produção e
 gostaria de ter uma prévia do que poderia acontecer.
 
 Obrigado.
 
 Gustavo.
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]