Re: [FUG-BR] alerta via SMS
Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petry jo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) Skype: andersonalvesdealbuquerque ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com dual boot GPT e MBR
Nilton Jose Rizzo wrote: Continuando a thread . Me surgiram muitas duvidas em vista dessa dificuldade, e a maior foi qual a real necessidade da GPT??? Digo isso porque nos sistemas dedicados não vejo uma vantagem tão superior a MBR. (leia-se servidores) Estava me informando mais sobre GPT e vi que a Apple tem uma especificação mais generica que o próprio GPT utiliza, que é setores com diferentes tamanhos ( 512bytes), para atenter a demanda de novos hd que estariam sendo formatados com setores de 4k ao inves dos já tradicionais 512bytes. Isso é correto? alguem tem mais alguma informação sobre esses novos HDs e GPT? não exatamente, o tipo de formatação nada ver, desde sempre pode definir o tamanho dos blocos na hora da formatação ninguém pode ter um GPT próprio, especifico ou genérico, porque a tabela das GUIDs por OS é padronizada a diferença entre mbr padrão e mbr gpt é o tamanho limite de 2TB, quem quer dar boot a partir de uma partição maior de 2TB precisa do mbr do gpt porém gpt não é 100% compatível com muitos sistemas BIOS padrão e requer EFI Bios, FreeBSD alega ter condições dar boot com qualquer BIOS importa saber, esse limite de 2TB refere-se a partição de boot e não a outras partições ou raid mbr com o partition table padrão (antigo) suportou até 4 partições principais, agora gpt tem o limite de 128 ... dessa forma pode der agora um disco multiboot com todos os Linuxes, Windows e BSDs em um só disco :) (claro ... caso dão boot) -- João Martins Eng. Resp. Suporte Técnico Construimos Wireless Networks desde '97 Serviços para ISP desde '93 http://info.matik.com.br signature.asc Description: OpenPGP digital signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] alerta via SMS
Olá. Na época, usei este link para começar. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ Tem link para um script em perl para o envio do sms. Eu ajustei conforme eu precisava. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 19/04/2012 03:19, Anderson Alves de Albuquerque escreveu: Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petryjo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] alerta via SMS
http://pitombera.wordpress.com/2009/06/09/dica-nagios-sms/ Em 19 de abril de 2012 08:51, Jorge Petry jo...@bsd.com.br escreveu: Olá. Na época, usei este link para começar. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ Tem link para um script em perl para o envio do sms. Eu ajustei conforme eu precisava. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 19/04/2012 03:19, Anderson Alves de Albuquerque escreveu: Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petryjo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- R.I.P Irado flames /dev/null -- Linux user : 449431 Google Talk : pitomb...@gmail.com MSN : pitombe...@hotmail.com Twitter : @pitombera http://www.twitter.com/pitombera Skype : pitombera Diego Pitombeira dos Prazeres * * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Ejabberd
Em 18 de abril de 2012 16:56, Saul Figueiredo saulfelip...@gmail.comescreveu: Em 18 de abril de 2012 16:54, Márcio Luciano Donada mdon...@gmail.comescreveu: Senhores, Alguém usa o Ejabberd na versão 2.1.x (mas especificamente 2.1.9) com autenticação AD com Windows 2008 server? Se fosse possível trocar umas idéias em PVT. obrigado, -- _ Márcio Luciano Donada FreeBSD - The uptime measured in years! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Opa Márcio ... Estava olhando sobre esse cara. Estou querendo usar ele no lugar do openfire (que também é autenticado com o AD). Vou ficar de olho neste tópico -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 2 saulfelip...@gmail.com saul-fel...@hotmail.com Marcio, Você tem ai algum tuto que mostra como autenticar ele com o AD? estou precisando de um... -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 2 saulfelip...@gmail.com saul-fel...@hotmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] alerta via SMS
para a monitoração de servidores, eu utilizo um VPS com zabbix integrado ao um serviço de SMS. Em 19 de abril de 2012 09:01, Diego Pitombeira dos Prazeres pitomb...@gmail.com escreveu: http://pitombera.wordpress.com/2009/06/09/dica-nagios-sms/ Em 19 de abril de 2012 08:51, Jorge Petry jo...@bsd.com.br escreveu: Olá. Na época, usei este link para começar. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ Tem link para um script em perl para o envio do sms. Eu ajustei conforme eu precisava. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 19/04/2012 03:19, Anderson Alves de Albuquerque escreveu: Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petryjo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- R.I.P Irado flames /dev/null -- Linux user : 449431 Google Talk : pitomb...@gmail.com MSN : pitombe...@hotmail.com Twitter : @pitombera http://www.twitter.com/pitombera Skype : pitombera Diego Pitombeira dos Prazeres * * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcio Antunes Powered by FreeBSD == * Windows: Where do you want to go tomorrow? * Linux: Where do you want to go today? * FreeBSD: Are you, guys, comming or what? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] alerta via SMS
Existe alguma forma de fazer isso sem obrigado a deixar um cel plugado 24h no computador? Em 19 de abril de 2012 09:31, mantunes mantunes.lis...@gmail.com escreveu: para a monitoração de servidores, eu utilizo um VPS com zabbix integrado ao um serviço de SMS. Em 19 de abril de 2012 09:01, Diego Pitombeira dos Prazeres pitomb...@gmail.com escreveu: http://pitombera.wordpress.com/2009/06/09/dica-nagios-sms/ Em 19 de abril de 2012 08:51, Jorge Petry jo...@bsd.com.br escreveu: Olá. Na época, usei este link para começar. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ Tem link para um script em perl para o envio do sms. Eu ajustei conforme eu precisava. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 19/04/2012 03:19, Anderson Alves de Albuquerque escreveu: Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petryjo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- R.I.P Irado flames /dev/null -- Linux user : 449431 Google Talk : pitomb...@gmail.com MSN : pitombe...@hotmail.com Twitter : @pitombera http://www.twitter.com/pitombera Skype : pitombera Diego Pitombeira dos Prazeres * * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcio Antunes Powered by FreeBSD == * Windows: Where do you want to go tomorrow? * Linux: Where do you want to go today? * FreeBSD: Are you, guys, comming or what? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att, Marcus Vinicius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] alerta via SMS
Só conheço atraves de VPS, zabbix/nagios e um provedor de SMS. Até pq se o link cair.. vai mandar como o aviso ?? Em 19 de abril de 2012 09:39, Marcus Vinicius. surfi...@gmail.com escreveu: Existe alguma forma de fazer isso sem obrigado a deixar um cel plugado 24h no computador? Em 19 de abril de 2012 09:31, mantunes mantunes.lis...@gmail.com escreveu: para a monitoração de servidores, eu utilizo um VPS com zabbix integrado ao um serviço de SMS. Em 19 de abril de 2012 09:01, Diego Pitombeira dos Prazeres pitomb...@gmail.com escreveu: http://pitombera.wordpress.com/2009/06/09/dica-nagios-sms/ Em 19 de abril de 2012 08:51, Jorge Petry jo...@bsd.com.br escreveu: Olá. Na época, usei este link para começar. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ Tem link para um script em perl para o envio do sms. Eu ajustei conforme eu precisava. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 19/04/2012 03:19, Anderson Alves de Albuquerque escreveu: Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petryjo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- R.I.P Irado flames /dev/null -- Linux user : 449431 Google Talk : pitomb...@gmail.com MSN : pitombe...@hotmail.com Twitter : @pitombera http://www.twitter.com/pitombera Skype : pitombera Diego Pitombeira dos Prazeres * * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcio Antunes Powered by FreeBSD == * Windows: Where do you want to go tomorrow? * Linux: Where do you want to go today? * FreeBSD: Are you, guys, comming or what? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att, Marcus Vinicius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Thiago Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] alerta via SMS
Em 19 de abril de 2012 09:42, Thiago Gomes thiagome...@gmail.com escreveu: Só conheço atraves de VPS, zabbix/nagios e um provedor de SMS. Até pq se o link cair.. vai mandar como o aviso ?? Em 19 de abril de 2012 09:39, Marcus Vinicius. surfi...@gmail.com escreveu: Existe alguma forma de fazer isso sem obrigado a deixar um cel plugado 24h no computador? Em 19 de abril de 2012 09:31, mantunes mantunes.lis...@gmail.com escreveu: para a monitoração de servidores, eu utilizo um VPS com zabbix integrado ao um serviço de SMS. Em 19 de abril de 2012 09:01, Diego Pitombeira dos Prazeres pitomb...@gmail.com escreveu: http://pitombera.wordpress.com/2009/06/09/dica-nagios-sms/ Em 19 de abril de 2012 08:51, Jorge Petry jo...@bsd.com.br escreveu: Olá. Na época, usei este link para começar. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ Tem link para um script em perl para o envio do sms. Eu ajustei conforme eu precisava. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 19/04/2012 03:19, Anderson Alves de Albuquerque escreveu: Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petryjo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- R.I.P Irado flames /dev/null -- Linux user : 449431 Google Talk : pitomb...@gmail.com MSN : pitombe...@hotmail.com Twitter : @pitombera http://www.twitter.com/pitombera Skype : pitombera Diego Pitombeira dos Prazeres * * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcio Antunes Powered by FreeBSD == * Windows: Where do you want to go tomorrow? * Linux: Where do you want to go today? * FreeBSD: Are you, guys, comming or what? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att, Marcus Vinicius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Thiago Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Desculpe, mas não coloquei na mensagem anterior. Eu gostaria de monitorar alguns servidores, independente do link cair ou não. Se cair, tudo bem. Mas se ele tiver algum problema sem ser o link, teria como ser enviado um sms pra mim? -- Att, Marcus Vinicius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Kernel Panic - 9.0-RELEASE
Olá pessoal, Acabei de instalar em um servidor Dell PowerEdge 2600 o FreeBSD 9.0-RELEASE. Configurei tudo usando o bsdinstall, incluindo as interfaces. Logo após a instalação, quando foi reiniciar apareceu um kernel panic, não deu tempo de ver o que era. Deixei configurado serviços básicos, como NTPD e SSHD. No console consigo logar normalmente e trabalhar normalmente, porém quando vou tentar logar via ssh pelo PuTTY, dá um kernel panic com a seguinte msg: Fatal trap 19: non-maskable interrupt trap while is kernel mode. Alguém já pegou esse erro? Acredito que não seja nenhum problema no hardware, pois neste mesmo server rodava o 8.2-RELEASE perfeitamente. Ah, minhas interfaces são todas Intel Gigabit (em0, em1 e em2). Help!! :) Abs. Thiago Vitorino The information contained in this message is privileged and intended only for the recipients named. If the reader is not a representative of the intended recipient, any review, dissemination or copying of this message or the information it contains is prohibited. If you have received this message in error, please immediately notify the sender, and delete the original message and attachments. Please consider the environment before printing this email. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Kernel Panic - 9.0-RELEASE
On Thu, Apr 19, 2012 at 09:46, thiago.vitor...@brasmarcis.com wrote: Olá pessoal, Acabei de instalar em um servidor Dell PowerEdge 2600 o FreeBSD 9.0-RELEASE. Configurei tudo usando o bsdinstall, incluindo as interfaces. Logo após a instalação, quando foi reiniciar apareceu um kernel panic, não deu tempo de ver o que era. Deixei configurado serviços básicos, como NTPD e SSHD. No console consigo logar normalmente e trabalhar normalmente, porém quando vou tentar logar via ssh pelo PuTTY, dá um kernel panic com a seguinte msg: Fatal trap 19: non-maskable interrupt trap while is kernel mode. Alguém já pegou esse erro? Acredito que não seja nenhum problema no hardware, pois neste mesmo server rodava o 8.2-RELEASE perfeitamente. Ah, minhas interfaces são todas Intel Gigabit (em0, em1 e em2). Help!! :) Abs. Thiago Vitorino The information contained in this message is privileged and intended only for the recipients named. If the reader is not a representative of the intended recipient, any review, dissemination or copying of this message or the information it contains is prohibited. If you have received this message in error, please immediately notify the sender, and delete the original message and attachments. Please consider the environment before printing this email. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Manda um 'dmesg' para analisarmos os detalhes e o resultado de um 'uname -a'. -- Atenciosamente, Antônio Pessoa - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Ejabberd
Em 19 de abril de 2012 09:23, Saul Figueiredo saulfelip...@gmail.com escreveu:
Em 18 de abril de 2012 16:56, Saul Figueiredo
saulfelip...@gmail.comescreveu:
Em 18 de abril de 2012 16:54, Márcio Luciano Donada
mdon...@gmail.comescreveu:
Senhores,
Alguém usa o Ejabberd na versão 2.1.x (mas especificamente 2.1.9) com
autenticação AD com Windows 2008 server? Se fosse possível trocar umas
idéias em PVT.
obrigado,
--
_
Márcio Luciano Donada
FreeBSD - The uptime measured in years!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Opa Márcio ...
Estava olhando sobre esse cara. Estou querendo usar ele no lugar do
openfire (que também é autenticado com o AD).
Vou ficar de olho neste tópico
--
Deve-se aprender sempre, até mesmo com um inimigo.
(Isaac Newton)
Atenciosamente,
Saul Figueiredo
Analista FreeBSD/Linux
Linux Professional Institute Certification Level 2
saulfelip...@gmail.com
saul-fel...@hotmail.com
Marcio,
Você tem ai algum tuto que mostra como autenticar ele com o AD? estou
precisando de um...
Sim,
Autenticação é simples:
{auth_method, ldap}.
{ldap_servers, [server1, server2, server3, server4]}.
{ldap_uids, [{sAMAccountName,%u}]}.
{ldap_base, DC=domain,DC=com,DC=br}.
{ldap_rootdn, mana...@domain.com.br}.
{ldap_filter, (objectCategory=person)}.
{ldap_password, pass}.
{ldap_encrypt, tls}.
{ldap_port, 636}.
Abraço,
--
_
Márcio Luciano Donada
FreeBSD - The uptime measured in years!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Comunicação de redes - Openvpn
Bom dia a todos, Tenho o seguinte cenário: Duas redes (192.168.0.0/24 e 192.168.1.0/24) Elas se comunicação via open vpn (10.20.30.1 e 10.20.30.6) respectivamente. São esses os meus resultados: 192.168.1.1 pinga10.20.30.1 192.168.1.1 pinga192.168.0.1 192.168.0.1 Pinga10.20.30.6 192.168.0.1 NÃO PINGA 192.168.1.1 Rotas criadas: No 192.168.0.1: route add 192.168.1.0/24 10.20.30.6 No 192.168.1.1: route add 192.168.0.0/24 10.20.30.1 Não sei se consegui explicar o problema, não pingo a rede 192.168.1.0/24 através da rede 192.168.0.0/24 Já desabilitei o pf e ipfw para testes e nada. Desde já agradeço a ajuda. Ubiratan Jorge Dias Filho LK6 Soluções em TI Rua Domingos de Almeida, 135 sala 1102 Centro - Novo Hamburgo - RS (51) 3035-6997 - 96565722 www.lk6.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Comunicação de redes - Openvpn
Tem que adcionar uma rota na config do openvpn para ele injetar na tabela de roteamento assim que o tunnel estiver ok. Correu uma thread sobre a umas duas semanas, agora não lembro se foi na fug ou na Gter. a rota é a seguinte na 192.168.1.0/24 route add net 192.168.0.0/24 10.20.30.6 na 192.168.0.0/24 route add net 192.168.1.0/25 10.20.30.1 Onde: route add net $remote_net $gw_remoto(ip do outro lado do tunnel no enlace de comunicação). Em ambas as caixas. Att. Em 19 de abril de 2012 10:46, Ubiratan Dias ubira...@lk6.com.br escreveu: Bom dia a todos, Tenho o seguinte cenário: Duas redes (192.168.0.0/24 e 192.168.1.0/24) Elas se comunicação via open vpn (10.20.30.1 e 10.20.30.6) respectivamente. São esses os meus resultados: 192.168.1.1 pinga10.20.30.1 192.168.1.1 pinga192.168.0.1 192.168.0.1 Pinga10.20.30.6 192.168.0.1 NÃO PINGA 192.168.1.1 Rotas criadas: No 192.168.0.1: route add 192.168.1.0/24 10.20.30.6 No 192.168.1.1: route add 192.168.0.0/24 10.20.30.1 Não sei se consegui explicar o problema, não pingo a rede 192.168.1.0/24através da rede 192.168.0.0/24 Já desabilitei o pf e ipfw para testes e nada. Desde já agradeço a ajuda. Ubiratan Jorge Dias Filho LK6 Soluções em TI Rua Domingos de Almeida, 135 sala 1102 Centro - Novo Hamburgo - RS (51) 3035-6997 - 96565722 www.lk6.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- :=)BattleMaster(=: Flamers /dev/null !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] alerta via SMS
Em 19 de abril de 2012 09:44, Marcus Vinicius. surfi...@gmail.com escreveu: Em 19 de abril de 2012 09:42, Thiago Gomes thiagome...@gmail.com escreveu: Só conheço atraves de VPS, zabbix/nagios e um provedor de SMS. Até pq se o link cair.. vai mandar como o aviso ?? Em 19 de abril de 2012 09:39, Marcus Vinicius. surfi...@gmail.com escreveu: Existe alguma forma de fazer isso sem obrigado a deixar um cel plugado 24h no computador? Em 19 de abril de 2012 09:31, mantunes mantunes.lis...@gmail.com escreveu: para a monitoração de servidores, eu utilizo um VPS com zabbix integrado ao um serviço de SMS. Em 19 de abril de 2012 09:01, Diego Pitombeira dos Prazeres pitomb...@gmail.com escreveu: http://pitombera.wordpress.com/2009/06/09/dica-nagios-sms/ Em 19 de abril de 2012 08:51, Jorge Petry jo...@bsd.com.br escreveu: Olá. Na época, usei este link para começar. http://pitombera.wordpress.com/2008/06/22/perl-gsm-imaginacao-coisas-legais/ Tem link para um script em perl para o envio do sms. Eu ajustei conforme eu precisava. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 19/04/2012 03:19, Anderson Alves de Albuquerque escreveu: Para efetuar o envio, qual eh o plugin utilizado? Em 18 de abril de 2012 19:17, Jorge Petryjo...@bsd.com.br escreveu: Olá. Eu tenho um celular motorola v3 ligado por usb em um servidor nagios. Abraço. __ Jorge Petry Adm de Redes e Servidores. Em 17/04/2012 02:53, Anderson Alves de Albuquerque escreveu: Qual a melhor forma de enviar avisos de quedas em servers ou rede via SMS? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- R.I.P Irado flames /dev/null -- Linux user : 449431 Google Talk : pitomb...@gmail.com MSN : pitombe...@hotmail.com Twitter : @pitombera http://www.twitter.com/pitombera Skype : pitombera Diego Pitombeira dos Prazeres * * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcio Antunes Powered by FreeBSD == * Windows: Where do you want to go tomorrow? * Linux: Where do you want to go today? * FreeBSD: Are you, guys, comming or what? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att, Marcus Vinicius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Thiago Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Desculpe, mas não coloquei na mensagem anterior. Eu gostaria de monitorar alguns servidores, independente do link cair ou não. Se cair, tudo bem. Mas se ele tiver algum problema sem ser o link, teria como ser enviado um sms pra mim? -- Att, Marcus Vinicius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd fastsms.com.br oferece um serviço que atende esta necessidade -- Otavio Augusto - Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
On 19, Apr, 2012, at 7:49 AM, freebsd-requ...@fug.com.br wrote: From: Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br Subject: Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM To: freebsd@fug.com.br Message-ID: 4f8eef81.4080...@bsd.com.br Content-Type: text/plain; charset=ISO-8859-1; format=flowed Em 18/4/2012 08:41, AT Matik IT escreveu: cortei tudo para que ninguém tome isso pessoal fico porém impressionado como podem repetir coisas lidas como fossem fatos, sem ter jamais experimentado as peças em testes próprios também vídeos comerciais de um fabricante com certeza não podem ser considerados, neste caso específico, acredito que essa comparação foi manipulada porque caso um SSD tem alguma vantagem, essa está na escritura e não leitura de dados do HD . AT Matik, Ok, disponibilizou informações muito interessantes a respeitos dos SSDs, muitas delas estão expostas apenas nessa mensagem, contudo alguns pontos a se considerar. Sei quanto ao limite de gravações devido a ter lido em outros artigos quanto ao mesmo ( acho que foi clube do hardware ou tons Hardware, não me recordo ). Agora primeiro, um HD SSD não é um barato para eu comprar ( usuário final assalariado) só para queimar ele fazendo teste de desempenho, e mesmo que o mesmo se demonstre com custo/beneficio valido, depois dos teste não teria a necessidade do mesmo, resumo joguei pelo menos 500 reais no lixo só para testar. Tambem sou do ICSI ( Se não tivesse apagado a mensagem anterior teria visto ) até por que são no minimo 20 anos de pesquisas sobre os mesmos contra 4 a 5 anos dos SSDs, Ultimo e o mais considerável dos fatos, Se eu não posso confiar na informação do fabricante, este que possui engenheiros nos quais são os unicos que tem acesso a todas as informações pertinentes ao projeto do hardware, então estou sendo lesado e por vias Jurídicas legais o fabricante tem que me sanar o dano causado, alem da propaganda enganosa, bom resumo, se não posso acreditar em um documento técnico chamado Datasheet disponibilizo pelo único especialista no hardware, considere voltarmos para o lápis e papel. Os argumentos apresentados são interessantes. Att. ... Meus $0,02 Para quem tem dúvidas sobre SSD e não está disposto a reinventar a roda sugiro algumas leituras confiáveis: Solid State Storage Initiative http://www.snia.org Um white paper muito interessante: explica a perda de performace inerente à tecnologia http://www.snia.org/sites/default/files/SSS%20PTS%20Case%20Study%20Nov2010.pdf SSD morre sem aviso prévio; os antigos (ou os mais baratos) simplesmente desaparecem do /dev ! Os mais modernos (classificados como enterprise) ficam RO (menos mau: voce não perde os dados) Pior ainda: como a vida útil é ligada ao numero de gravações, em um RAID de SSDs morrem vários discos em um intervalo curtissimo de tempo!! IMHO eu ainda não colocaria SSD em sistema com alta taxa de gravação... []s Antonio Torres - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
Eu prefiro investir em disco SAS, do que em SSD, principalmente para colocar em banco de dados produção e sata II em cache. Meus $0,02 Para quem tem dúvidas sobre SSD e não está disposto a reinventar a roda sugiro algumas leituras confiáveis: Solid State Storage Initiative http://www.snia.org Um white paper muito interessante: explica a perda de performace inerente à tecnologia http://www.snia.org/sites/default/files/SSS%20PTS%20Case%20Study%20Nov2010.pdf SSD morre sem aviso prévio; os antigos (ou os mais baratos) simplesmente desaparecem do /dev ! Os mais modernos (classificados como enterprise) ficam RO (menos mau: voce não perde os dados) Pior ainda: como a vida útil é ligada ao numero de gravações, em um RAID de SSDs morrem vários discos em um intervalo curtissimo de tempo!! IMHO eu ainda não colocaria SSD em sistema com alta taxa de gravação... []s Antonio Torres - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
Cantei essa pedra algum tempo atrás e quase apanhei, só porque disse que no momento não confiaria nos HDs SSD, pois para mim eles ainda não passam de um Super Pendrive mais elaborado e rápido. Enfim... fazer o que né? Jociano Araújo Sócio-Diretor jociano [arroba] infowebbandalarga.com.br Infoweb Internet Banda Larga. www.infowebbandalarga.com.br Fones: (86)3214-4225 | (86)9915-2627 Av. Duque de Caxias, 5158 -Água Mineral CEP 64006-220 - Teresina - PI Antes de imprimir, pense na sua responsabilidade com o Meio Ambiente Faça sempre backup de seus dados -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Antonio Torres Enviada em: quinta-feira, 19 de abril de 2012 11:12 Para: freebsd@fug.com.br Assunto: Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM On 19, Apr, 2012, at 7:49 AM, freebsd-requ...@fug.com.br wrote: From: Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br Subject: Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM To: freebsd@fug.com.br Message-ID: 4f8eef81.4080...@bsd.com.br Content-Type: text/plain; charset=ISO-8859-1; format=flowed Em 18/4/2012 08:41, AT Matik IT escreveu: cortei tudo para que ninguém tome isso pessoal fico porém impressionado como podem repetir coisas lidas como fossem fatos, sem ter jamais experimentado as peças em testes próprios também vídeos comerciais de um fabricante com certeza não podem ser considerados, neste caso específico, acredito que essa comparação foi manipulada porque caso um SSD tem alguma vantagem, essa está na escritura e não leitura de dados do HD . AT Matik, Ok, disponibilizou informações muito interessantes a respeitos dos SSDs, muitas delas estão expostas apenas nessa mensagem, contudo alguns pontos a se considerar. Sei quanto ao limite de gravações devido a ter lido em outros artigos quanto ao mesmo ( acho que foi clube do hardware ou tons Hardware, não me recordo ). Agora primeiro, um HD SSD não é um barato para eu comprar ( usuário final assalariado) só para queimar ele fazendo teste de desempenho, e mesmo que o mesmo se demonstre com custo/beneficio valido, depois dos teste não teria a necessidade do mesmo, resumo joguei pelo menos 500 reais no lixo só para testar. Tambem sou do ICSI ( Se não tivesse apagado a mensagem anterior teria visto ) até por que são no minimo 20 anos de pesquisas sobre os mesmos contra 4 a 5 anos dos SSDs, Ultimo e o mais considerável dos fatos, Se eu não posso confiar na informação do fabricante, este que possui engenheiros nos quais são os unicos que tem acesso a todas as informações pertinentes ao projeto do hardware, então estou sendo lesado e por vias Jurídicas legais o fabricante tem que me sanar o dano causado, alem da propaganda enganosa, bom resumo, se não posso acreditar em um documento técnico chamado Datasheet disponibilizo pelo único especialista no hardware, considere voltarmos para o lápis e papel. Os argumentos apresentados são interessantes. Att. ... Meus $0,02 Para quem tem dúvidas sobre SSD e não está disposto a reinventar a roda sugiro algumas leituras confiáveis: Solid State Storage Initiative http://www.snia.org Um white paper muito interessante: explica a perda de performace inerente à tecnologia http://www.snia.org/sites/default/files/SSS%20PTS%20Case%20Study%20Nov2010.pdf SSD morre sem aviso prévio; os antigos (ou os mais baratos) simplesmente desaparecem do /dev ! Os mais modernos (classificados como enterprise) ficam RO (menos mau: voce não perde os dados) Pior ainda: como a vida útil é ligada ao numero de gravações, em um RAID de SSDs morrem vários discos em um intervalo curtissimo de tempo!! IMHO eu ainda não colocaria SSD em sistema com alta taxa de gravação... []s Antonio Torres - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
Em 19 de abril de 2012 11:22, Jociano Araujo - Infoweb Banda Larga joci...@infowebbandalarga.com.br escreveu: Cantei essa pedra algum tempo atrás e quase apanhei, só porque disse que no momento não confiaria nos HDs SSD, pois para mim eles ainda não passam de um Super Pendrive mais elaborado e rápido. Enfim... fazer o que né? Fato consumado... A galera old-school evita passar perto desta tecnologia, ainda mais quando são envolvidas aplicações/serviços que necessitam de disponibilidade e integridade dos dados utilizados/manipulados. Confesso que, há algum tempo atrás, quando deu-se início ao boom desta tecnologia fiquei tentado ao ver que esses carinhas sao estupidamente rápidos para desktop e imaginei a possbilidade de utilização (ia cair na besteira) de implementar algum tipo de servidor por cima disso, mas andei fazendo essas pesquisas por saber que o princípio de um pendrive - como disse o colega acima - é semelhante - senão o mesmo -, sendo somente com maior capacidade... Enfim... IMHO, HD ainda é a melhor opção. Contudo, utilizaria facilmente em um desktop (sem envolver meus dados e afins... flames /dev/null ;) ) Meus $0,01... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
2012/4/18 AT Matik IT ass...@matik.com.br: cortei tudo para que ninguém tome isso pessoal fico porém impressionado como podem repetir coisas lidas como fossem fatos, sem ter jamais experimentado as peças em testes próprios Infelizmente as pessoas repassam sem verificar a fonte, mesmo que ela tenha como ser verificada. Vide as correntes de Orkut, Em uma destas de bebe doente, que tinha como verificar, resolvi verificar. A criança já tinha 2 anos e já estava saudável. também vídeos comerciais de um fabricante com certeza não podem ser considerados, neste caso específico, acredito que essa comparação foi manipulada porque caso um SSD tem alguma vantagem, essa está na escritura e não leitura de dados do HD Todas as operações de IO, de entrada e saída, de leitura e escrita, podem implicar em reposicionamento de cabeça do disco. A grande vantagem dos SSDs é que não existe este reposicionamento de cabeça. Não tem parte mecânica que tem que se mover. Fora que os HDs tem que esperar a rotação do disco para que o setor procurado chegue à cabeça. E comerciais de fabricantes costumam ser suspeitos. Basta levar em conta o critério de isenção, que é meio complicado. Mesmo que não tenham falsificado o resultado dos testes, podem escolher os testes que melhor interessam. também houve sugestão de instalar o FreeBSD 9.0 por ser mais rápido, acho que também nunca experimentou nada, porque o 9 não chega perto do 8.2 ou 7.4 Pode ser que em algumas situações um possa ser melhor do que o outro. Um exemplo de possibilidade: O FreeBSD está se adaptando cada vez mais às máquinas de vários processadores/núcleos, coisa que está cada vez mais comum, sendo que agora temos processadores com 8 núcleos para usuários domésticos. Então, para uma máquina de vários núcleos, o FreeBSD 9 possa ser mais rápido, e para uma máquina de 1 núcleo, o FreeBSD mais antigo seja melhor. as opiniões a seguir foram experimentados em testes amplos aqui, durante os últimos 12-15 meses, testamos todos os componentes ANTES de usar em produção ou sugerir a compra para um cliente. tenho usado diversos SSD, inclusive aquele do vídeo da Intel, alguns OCZ e Corsair, contra SATA-II, SCSI U320 e esse mesmo Raptor 10k Os SSD em geral tem uma vantagem de serem rápidos na _escritura_ enquanto se trata de arquivos grandes e HD novo, a vantagem fica menor ou desaparece quando se trata de arquivos pequenos E quando em uma quantidade alta de posicionamento de cabeças, de seek, tal como pode acontecer com bancos de dados grandes com acesso muito aleatório e cache de squid? Na leitura, nenhum dos HDs destacou muito, sendo os mais rápidos os Raptor e U320, sendo estes últimos bem na frente quando se trata de acesso simultâneo de muitos processos Tempo para completar a volta é menor em HDs de alta rotação, e quando recebem múltiplas ordens, os HDs podem reordenar levando em conta a rotação, tempo de seek etc, para poder executar o conjunto de ordens no menor tempo possível. Em geral, a minha sugestão para um servidor é sempre SCSI, mas é questão de bolso e também depende do tamanho, as vezes um bom SATA resolve. Os raptor são caros e na minha opinião, apesar de ser mais rápidos que SATA 7.2k o custo-benefício em comparação com SCSI não compensa. A rotação dos raptor fazem diferença. Mas os SCSI que mencionou são os de 15 KRPM? Nestes o tempo de latência, de espera pela rotação do disco, é bem mais baixo do que os Raptor. Voltando aos SSD Interessante que eles perdem rápido qualquer vantagem depois de algum pouco tempo de uso. Quando novos são veloces mas logo, dias ou 2-3 semanas, aproximam-se aos SATA Por que isto? Esta é a parte estranha? Assustador, o desempenho negativo na hora de deletar arquivos. A lentidão é inaceitável Também não faz sentido. Outra desvantagem de importância, quando falham, falham de vez, sem aviso, sem bad sectors, nada, param e você perdeu tudo. Aconteceu com várias marcas, após alguns meses Infarto fulminante também acontece com os HDs. Já assisti, mas não é comum. O comum é uma agonia antes. Considero os SSD como não maduros para sistemas de servidores, devido ao último problema de cima. Considero inadequados para Proxy/cache/DB devido a lentidão após de um tempo, lentidão na exclusão de arquivos e 0 vantagem na leitura. Existem vários testes divulgados na net, tipo dd if=/dev/zero of=temp.fil bs=1024 count=50 Mande os links, se tiver algum. estes testes podem dizer algo sobre a capacidade básica do HD junto a sua controladora, porém um pouco longe de qualquer prática, ao não ser que você usa/edita arquivos grandes, gráficos ou vídeos mas pode trocar o bs, use bs=128 ou bs=64 que aproxima-se ao tamanho médio do cache de um squid, e descubra a verdade, pior com banco de dados A média o tamanho do arquivo de um cache de squid, segundo um levantamento meu a algum tempo atrás em um servidor que eu administrava, era de 13 KB, e não 128 ou 64 Bytes. um teste
Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
2012/4/18 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br: AT Matik, Ok, disponibilizou informações muito interessantes a respeitos dos SSDs, muitas delas estão expostas apenas nessa mensagem, contudo alguns pontos a se considerar. Além de ser basicamente opinião, pois não tem um teste formal. Sei quanto ao limite de gravações devido a ter lido em outros artigos quanto ao mesmo ( acho que foi clube do hardware ou tons Hardware, não me recordo ). Lembro ter visto no Toms Hardware. Agora primeiro, um HD SSD não é um barato para eu comprar ( usuário final assalariado) só para queimar ele fazendo teste de desempenho, e mesmo que o mesmo se demonstre com custo/beneficio valido, depois dos teste não teria a necessidade do mesmo, resumo joguei pelo menos 500 reais no lixo só para testar. Eu tinha curiosidade de experimentar um SSD no meu desktop como disco de sistema e swap. Se ele funcionar bem, deve fazer voar. Tambem sou do ICSI ( Se não tivesse apagado a mensagem anterior teria visto ) até por que são no minimo 20 anos de pesquisas sobre os mesmos contra 4 a 5 anos dos SSDs, Ultimo e o mais considerável dos fatos, Se eu não posso confiar na informação do fabricante, este que possui engenheiros nos quais são os unicos que tem acesso a todas as informações pertinentes ao projeto do hardware, então estou sendo lesado e por vias Jurídicas legais o fabricante tem que me sanar o dano causado, alem da propaganda enganosa, bom resumo, se não posso acreditar em um documento técnico chamado Datasheet disponibilizo pelo único especialista no hardware, considere voltarmos para o lápis e papel. O fabricante tem que disponibilizar informações confiáveis aí, senão fica desmoralizado, mas um vídeo de propaganda, como apareceu antes aqui, não é muito confiável, pois pode ser um teste escolhido a dedo para dar um bom resultado. Os argumentos apresentados são interessantes. Mas são argumentos em experiências de uma pessoa, sem um relatório de testes. Por isto devem ser vistas com cuidado. Por exemplo, a pessoa se acostuma com um desempenho, ou com a falta dele. O meu desktop é bem mais rápido que o meu notebook, mas só noto isto direito depois de passar um tempo sem usá-lo. Eu tive a sensação de melhora de desempenho quando mudei do FreeBSD 7.x para o 8.2 no meu desktop, tal como do 8.2 para o 9.0, mas não fiz nenhum teste para confirmar. Também tiveram mudança de driver de vídeo, de KDE etc, então menos ainda posso afirmar. Pode ter envolvido a sensação pelo uso do notebook que é mais lento. Variáveis demais e controle de menos na situação. João Rocha. Att. -- Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história. Flames /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. http://jgoffredo.blogspot.com goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com dual boot GPT e MBR
-- Mensagem Encaminhada --- De:Nilton Jose Rizzo ri...@i805.com.br Para:AT Matik IT ass...@matik.com.br Enviada:Thu, 19 Apr 2012 12:01:40 -0300 Assunto:Re: [FUG-BR] Problemas com dual boot GPT e MBR Em Thu, 19 Apr 2012 07:49:29 -0300, AT Matik IT escreveu Nilton Jose Rizzo wrote: Continuando a thread . Me surgiram muitas duvidas em vista dessa dificuldade, e a maior foi qual a real necessidade da GPT??? Digo isso porque nos sistemas dedicados não vejo uma vantagem tão superior a MBR. (leia-se servidores) Estava me informando mais sobre GPT e vi que a Apple tem uma especificação mais generica que o próprio GPT utiliza, que é setores com diferentes tamanhos ( 512bytes), para atenter a demanda de novos hd que estariam sendo formatados com setores de 4k ao inves dos já tradicionais 512bytes. Isso é correto? alguem tem mais alguma informação sobre esses novos HDs e GPT? não exatamente, o tipo de formatação nada ver, desde sempre pode definir o tamanho dos blocos na hora da formatação Quiz dizer formatação física (não existiriam setores de 512bytes só de 4k) como no caso em [1] Hard disk manufacturers are transitioning to 4096-byte sectors. As of 2010, the first such drives continue to present 512-byte physical sectors to the OS, so degraded performance can result when the drive's (hidden) internal 4 KiB sector boundaries do not coincide with the 4 KiB logical blocks, clusters and virtual memory pages common in many operating systems and file systems. This is a particular problem on writes when the drive is forced to perform two read-modify-write operations to satisfy a single misaligned 4 KiB write operation. Such a misalignment occurs by default if the first partition is placed immediately after the GUID partition table, as the next block is LBA 34. The next 4 KiB boundary begins with LBA 40. se eu entendi direito já há essa transição sendo feita e alguns HDs já saem de fabrica com um setor de 4K. ninguém pode ter um GPT próprio, especifico ou genérico, porque a tabela das GUIDs por OS é padronizada Sim concordo, mas podem implementar apenas um subset do padrão (Microsoft por exemplo sic!) e ai ficar preso a esse padrão por imposição. a diferença entre mbr padrão e mbr gpt é o tamanho limite de 2TB, quem quer dar boot a partir de uma partição maior de 2TB precisa do mbr do gpt Como havia avaliado. quem usa em servidores tanto faz, porque normalmente usa o disco de forma dedicada e o boot sempre irá acontecer logo apois a mbr ou gpt, uma vez o sistema operacional boot o resto é por sua conta. porém gpt não é 100% compatível com muitos sistemas BIOS padrão e requer EFI Bios, FreeBSD alega ter condições dar boot com qualquer BIOS Testei com uma placa antiga de um Atlhon XP e funcionou o boot com o freebsd utilizando todo o disco e com gpt. Porém ao tentar fazer isso com outro sistema (Ubunto/ XP ou Seven ) dá pau ...mas o free continua inicializando o resto nem sinal. importa saber, esse limite de 2TB refere-se a partição de boot e não a outras partições ou raid mbr com o partition table padrão (antigo) suportou até 4 partições principais, agora gpt tem o limite de 128 ... dessa forma pode der agora um disco multiboot com todos os Linuxes, Windows e BSDs em um só disco :) (claro ... caso dão boot) Mais uma vez para servidor utilizando o disco todo, não vejo a necessidade (IMHO) de mais de 6 parições (/ /usr /tmp /var /www e swap ) mas alguem pode perguntar ... há eu uso samba e um banco de dados ... na minha concepção utilizaria discos diferentes para samba e o BD, pois traria mais perfomance do que tudo em um mesmo disco. Gostaria de opinões de quem usa, ou pretente usar sistemas desse porte para trocar mais ideias É um assunto no minimo intrigante, apesar de ficar meio OFF-TOPIC. Fica no mesmo nivel de usar SSD ou HDs. Para desktop é um coisa para servidores é outra bem diferente. -- João Martins Eng. Resp. Suporte Técnico Construimos Wireless Networks desde '97 Serviços para ISP desde '93 http://info.matik.com.br [1] http://en.wikipedia.org/wiki/GUID_Partition_Table -- Nilton José Rizzo 805 Informatica Disseminando tecnologias 021 2413 9786 --- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style --- Fim da Mensagem Encaminhada --- -- Nilton José Rizzo 805 Informatica Disseminando tecnologias 021 2413 9786 --- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com dual boot GPT e MBR
Nilton Jose Rizzo wrote: Estava me informando mais sobre GPT e vi que a Apple tem uma especificação mais generica que o próprio GPT utiliza, que é setores com diferentes tamanhos ( 512bytes), para atenter a demanda de novos hd que estariam sendo formatados com setores de 4k ao inves dos já tradicionais 512bytes. Isso é correto? alguem tem mais alguma informação sobre esses novos HDs e GPT? não exatamente, o tipo de formatação nada ver, desde sempre pode definir o tamanho dos blocos na hora da formatação Quiz dizer formatação física (não existiriam setores de 512bytes só de 4k) como no caso em [1] Hard disk manufacturers are transitioning to 4096-byte sectors. As of 2010, the first such drives continue to present 512-byte physical sectors to the OS, so degraded performance can result when the drive's (hidden) internal 4 KiB sector boundaries do not coincide with the 4 KiB logical blocks, clusters and virtual memory pages common in many operating systems and file systems. This is a particular problem on writes when the drive is forced to perform two read-modify-write operations to satisfy a single misaligned 4 KiB write operation. Such a misalignment occurs by default if the first partition is placed immediately after the GUID partition table, as the next block is LBA 34. The next 4 KiB boundary begins with LBA 40. se eu entendi direito já há essa transição sendo feita e alguns HDs já saem de fabrica com um setor de 4K. devo ter entendido errado porque vc falou em formatação, são duas coisas diferentes, eu falei e entendi que vc também falou da formatação, vc quem define o blocksize na hora da formatação agora o tamanho de setores não é formatação, é a estrutura física do HD e é imutável, vem da fabricação importa saber, esse limite de 2TB refere-se a partição de boot e não a outras partições ou raid mbr com o partition table padrão (antigo) suportou até 4 partições principais, agora gpt tem o limite de 128 ... dessa forma pode der agora um disco multiboot com todos os Linuxes, Windows e BSDs em um só disco :) (claro ... caso dão boot) Mais uma vez para servidor utilizando o disco todo, não vejo a necessidade (IMHO) de mais de 6 parições (/ /usr /tmp /var /www e swap ) mas alguem pode perguntar ... há eu uso samba e um banco de dados ... na minha concepção utilizaria discos diferentes para samba e o BD, pois traria mais perfomance do que tudo em um mesmo disco. Gostaria de opinões de quem usa, ou pretente usar sistemas desse porte para trocar mais ideias é simples questão de tamanho, assim que vc tem um servidor com 20/30/40/50TB ou mais de HD, vc descobre a necessidade rapidão ... mais provável porém que alguém te mata antes, enquanto seu sistema ainda roda fsck :) -- João Martins Eng. Resp. Suporte Técnico Construimos Wireless Networks desde '97 Serviços para ISP desde '93 http://info.matik.com.br signature.asc Description: OpenPGP digital signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com dual boot GPT e MBR
Em Thu, 19 Apr 2012 13:37:44 -0300, AT Matik IT escreveu Nilton Jose Rizzo wrote: Estava me informando mais sobre GPT e vi que a Apple tem uma especificação mais generica que o próprio GPT utiliza, que é setores com diferentes tamanhos ( 512bytes), para atenter a demanda de novos hd que estariam sendo formatados com setores de 4k ao inves dos já tradicionais 512bytes. Isso é correto? alguem tem mais alguma informação sobre esses novos HDs e GPT? não exatamente, o tipo de formatação nada ver, desde sempre pode definir o tamanho dos blocos na hora da formatação Quiz dizer formatação física (não existiriam setores de 512bytes só de 4k) como no caso em [1] Hard disk manufacturers are transitioning to 4096-byte sectors. As of 2010, the first such drives continue to present 512-byte physical sectors to the OS, so degraded performance can result when the drive's (hidden) internal 4 KiB sector boundaries do not coincide with the 4 KiB logical blocks, clusters and virtual memory pages common in many operating systems and file systems. This is a particular problem on writes when the drive is forced to perform two read-modify-write operations to satisfy a single misaligned 4 KiB write operation. Such a misalignment occurs by default if the first partition is placed immediately after the GUID partition table, as the next block is LBA 34. The next 4 KiB boundary begins with LBA 40. se eu entendi direito já há essa transição sendo feita e alguns HDs já saem de fabrica com um setor de 4K. devo ter entendido errado porque vc falou em formatação, são duas coisas diferentes, eu falei e entendi que vc também falou da formatação, vc quem define o blocksize na hora da formatação agora o tamanho de setores não é formatação, é a estrutura física do HD e é imutável, vem da fabricação importa saber, esse limite de 2TB refere-se a partição de boot e não a outras partições ou raid mbr com o partition table padrão (antigo) suportou até 4 partições principais, agora gpt tem o limite de 128 ... dessa forma pode der agora um disco multiboot com todos os Linuxes, Windows e BSDs em um só disco :) (claro ... caso dão boot) Mais uma vez para servidor utilizando o disco todo, não vejo a necessidade (IMHO) de mais de 6 parições (/ /usr /tmp /var /www e swap ) mas alguem pode perguntar ... há eu uso samba e um banco de dados ... na minha concepção utilizaria discos diferentes para samba e o BD, pois traria mais perfomance do que tudo em um mesmo disco. Gostaria de opinões de quem usa, ou pretente usar sistemas desse porte para trocar mais ideias é simples questão de tamanho, assim que vc tem um servidor com 20/30/40/50TB ou mais de HD, vc descobre a necessidade rapidão ... mais provável porém que alguém te mata antes, enquanto seu sistema ainda roda fsck :) Compreendo ... porem tenho uma visão mais simplista ( ou menos correta ) pois nunca gerenciei algo nessa ordem de grandesa ( 2T), ao inves de ter partições grandes segmentaria o sistema colocando em vários HDs, Até na hora de fazer/restaurar um backup ficaria mais fácil não sei se isso é viavel ou não em sistemas desse porte mas tentaria assim Talves um NAS ou SAS nesses casos fosse uma solução mais adequada, (IMHO) -- João Martins Eng. Resp. Suporte Técnico Construimos Wireless Networks desde '97 Serviços para ISP desde '93 http://info.matik.com.br -- Nilton José Rizzo 805 Informatica Disseminando tecnologias 021 2413 9786 --- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ***SPAM*** Re: ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
Joao Rocha Braga Filho wrote: 2012/4/18 AT Matik IT ass...@matik.com.br: também vídeos comerciais de um fabricante com certeza não podem ser considerados, neste caso específico, acredito que essa comparação foi manipulada porque caso um SSD tem alguma vantagem, essa está na escritura e não leitura de dados do HD Todas as operações de IO, de entrada e saída, de leitura e escrita, podem implicar em reposicionamento de cabeça do disco. A grande vantagem dos SSDs é que não existe este reposicionamento de cabeça. Não tem parte mecânica que tem que se mover. Fora que os HDs tem que esperar a rotação do disco para que o setor procurado chegue à cabeça. E comerciais de fabricantes costumam ser suspeitos. Basta levar em conta o critério de isenção, que é meio complicado. Mesmo que não tenham falsificado o resultado dos testes, podem escolher os testes que melhor interessam. amigo, existe uma grande diferença entre falsificar e manipular também houve sugestão de instalar o FreeBSD 9.0 por ser mais rápido, acho que também nunca experimentou nada, porque o 9 não chega perto do 8.2 ou 7.4 Pode ser que em algumas situações um possa ser melhor do que o outro. Um exemplo de possibilidade: O FreeBSD está se adaptando cada vez mais às máquinas de vários processadores/núcleos, coisa que está cada vez mais comum, sendo que agora temos processadores com 8 núcleos para usuários domésticos. Então, para uma máquina de vários núcleos, o FreeBSD 9 possa ser mais rápido, e para uma máquina de 1 núcleo, o FreeBSD mais antigo seja melhor. pensei muito como responder essa e vou fazer assim ... tanto faz. sobretudo usamos SMP, até com mais de 16 cores desde nem lembro mais, pelo menos desde o 2007 em FreeBSD, voltando ... o 9 ainda está lento, e muito mais lento em comparação com o 8.2, tanto faz quantos cores bota nas máquinas, acredito ainda mais cores o 9 mais lento fica (em comparação com o 8 com a mesma qtde de cores claro) Mas os SCSI que mencionou são os de 15 KRPM? Nestes o tempo de latência, de espera pela rotação do disco, é bem mais baixo do que os Raptor. muita conversinha aqui, tecnicamente a vantagem dos disco SCSI é a capacidade de processamento de filas, organiza as requisições em ordem lógica e dessa forma os cabeçalhos movem menos e carregam mais SATAS, mesmo com NCQ são mais tipo FIFO, e os cabaçalhos tem que mover muito mais. Não existe HD SATA que ganha SCSI em sistemas de multi-processamento , independente das rotações que fizer no seu desktop, gravando um .doc ou .xls o rsultado pode ser diferente porque não tem fila nenhuma :) Voltando aos SSD Interessante que eles perdem rápido qualquer vantagem depois de algum pouco tempo de uso. Quando novos são veloces mas logo, dias ou 2-3 semanas, aproximam-se aos SATA Por que isto? Esta é a parte estranha? siga Assustador, o desempenho negativo na hora de deletar arquivos. A lentidão é inaceitável Também não faz sentido. siga Considero os SSD como não maduros para sistemas de servidores, devido ao último problema de cima. Considero inadequados para Proxy/cache/DB devido a lentidão após de um tempo, lentidão na exclusão de arquivos e 0 vantagem na leitura. Existem vários testes divulgados na net, tipo dd if=/dev/zero of=temp.fil bs=1024 count=50 Mande os links, se tiver algum. que? para que precisa um link se o comando de teste já está ai? é para VOCÊ executar na sua máquina (se não acreditar) e não você me questionar :) um teste simples e da prática real, por exemplo, é o seguinte, manipular o ports tree, é isso que +/- acontece numa máquina o dia tudo. então delete seu /usr/ports, pegue uma versão atualizada com portsnap fetch e faz a extração time portsnap extract Mas este teste, pelo que entendi, depende de Internet, que é um fator que pesa muito na operação. Já pensou em fazer um tar do ports tree, deletar o ports tree, e depois restaurar à partir deste tar? desculpe mas vc também parece ser o cientista de plantão ... o que vc acha que o portsnap extract faz? e o que tem a Internet a ver com isso? as vezes é bom ligar a bomba antes de abrir o cano :) faça estes testes numa máquina de produção durante algumas semanas e anote os resultados, o SSD ficará cada vez mais para trás Como tem montado o sistema de arquivos? Será que a otimização do sistema de arquivos no kernel não leva em conta as vantagens do SSD, e com o tempo a organização fica favorável ao modo de funcionamento dos HDs? Organize testes e faça um bug report. POde não ser problema do SSD. vc é muito engraçado ! mas entendeu nada dei algumas dicas o que vc pode ou não usar e/ou reproduzir no SEU ambiente para tirar as SUAS conclusões Tentou usar como sync, async e softupdate para ver o que acontece em cada um dos casos? tanto faz de novo, o ambiente de SEUS testes é você quem define, quando você compara dois resultados a única coisa que importa é que ambos os
Re: [FUG-BR] Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
Joao Rocha Braga Filho wrote: 2012/4/19 AT Matik IT ass...@matik.com.br: Joao Rocha Braga Filho wrote: 2012/4/18 AT Matik IT ass...@matik.com.br: lógica e dessa forma os cabeçalhos movem menos e carregam mais SATAS, mesmo com NCQ são mais tipo FIFO, e os cabaçalhos tem que mover muito mais. Não existe HD SATA que ganha SCSI em sistemas de multi-processamento , independente das rotações que fizer O SATA II tem o NCQ, mas não sei se realmente funciona, e acho que muitos HDs não implementam isto. E mesmo que implemente, pode só executar na ordem que recebe, sem reordenar levando em conta a rotação do disco. existem SATA com e sem, o NCQ processa as filas mas mesmo assim não chega ao desempenho de um SCSI, lembre, falando de ambientes tipo servidor, máquinas de pequeno porte, desktop, workstation um SATA pode ser mais rápido que um SCSI, mas a situação inverte-se em proporção de crescimento da fila Voltando aos SSD Interessante que eles perdem rápido qualquer vantagem depois de algum pouco tempo de uso. Quando novos são veloces mas logo, dias ou 2-3 semanas, aproximam-se aos SATA Por que isto? Esta é a parte estranha? siga É estranha a degradação de desempenho. Será que já começam a dar pane e remapear setores? Vou der uma pesquisada e ler um material que foi indicado. não, aparentemente a eletrônica SSD ainda que não está desenhada para arquivos fragmentados, e naturalmente, os arquivos fragmentam cada vez mais e mais com o tempo para melhorar um pouco este efeito existe um parametro trim, -t enable que pode ser aplicado com tunefs em Linux e Unix aos HDs que suportam, mas na prática não adianta muito, apenas prorroga um pouco o efeito Assustador, o desempenho negativo na hora de deletar arquivos. A lentidão é inaceitável Também não faz sentido. siga A degradação de desempenho explicaria a lentidão. O estranho é a degradação de desempenho. mesmo motivo de cima, deletar muitos arquivo, o processo é muito semelhante ao acesso a arquivos fragmentados um teste simples e da prática real, por exemplo, é o seguinte, manipular o ports tree, é isso que +/- acontece numa máquina o dia tudo. então delete seu /usr/ports, pegue uma versão atualizada com portsnap fetch e faz a extração time portsnap extract Mas este teste, pelo que entendi, depende de Internet, que é um fator que pesa muito na operação. Já pensou em fazer um tar do ports tree, deletar o ports tree, e depois restaurar à partir deste tar? desculpe mas vc também parece ser o cientista de plantão ... o que vc acha que o portsnap extract faz? e o que tem a Internet a ver com isso? as vezes é bom ligar a bomba antes de abrir o cano :) Eu entendi que o portsnap faz download. portsnap fetch faz o download, obviamente não vinculado ao teste, apenas para obter os dados para serem usados no teste portsnap extract já faz que o próprio nome sugere Eu falei para você fazer um relatório formal e publicar. Não era para te ofender. que bom já publiquei demais, foram testes feitos na nossa empresa para fundamentar o nosso trabalho e serviço ao nosso cliente, na verdade não são dados para serem divulgados, apenas gostamos saber de que estamos falando e com que peças estamos lidando quando não ressaltam especificações assume-se que foram usados os padrões, no caso de FreeBSD isso é UFS2,RW,SU Eu sugeri variações no teste. ok, eventualmente fizemos testes assim dentro de nosso interesse, por exemplo com ZFS e GJournal mas estender isso ao assunto SSD aqui acho demais e muito específico, mais ainda respeitando o caráter privativo dos testes Relaxe. :^) essa sim é boa! :) -- João Martins Eng. Resp. Suporte Técnico Construimos Wireless Networks desde '97 Serviços para ISP desde '93 http://info.matik.com.br signature.asc Description: OpenPGP digital signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
On Thu, 19 Apr 2012 12:17:37 -0300, Joao Rocha Braga Filho goffr...@gmail.com wrote: 2012/4/18 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br: AT Matik, Ok, disponibilizou informações muito interessantes a respeitos dos SSDs, muitas delas estão expostas apenas nessa mensagem, contudo alguns pontos a se considerar. Além de ser basicamente opinião, pois não tem um teste formal. Sei quanto ao limite de gravações devido a ter lido em outros artigos quanto ao mesmo ( acho que foi clube do hardware ou tons Hardware, não me recordo ). Lembro ter visto no Toms Hardware. Agora primeiro, um HD SSD não é um barato para eu comprar ( usuário final assalariado) só para queimar ele fazendo teste de desempenho, e mesmo que o mesmo se demonstre com custo/beneficio valido, depois dos teste não teria a necessidade do mesmo, resumo joguei pelo menos 500 reais no lixo só para testar. Eu tinha curiosidade de experimentar um SSD no meu desktop como disco de sistema e swap. Se ele funcionar bem, deve fazer voar. Tambem sou do ICSI ( Se não tivesse apagado a mensagem anterior teria visto ) até por que são no minimo 20 anos de pesquisas sobre os mesmos contra 4 a 5 anos dos SSDs, Ultimo e o mais considerável dos fatos, Se eu não posso confiar na informação do fabricante, este que possui engenheiros nos quais são os unicos que tem acesso a todas as informações pertinentes ao projeto do hardware, então estou sendo lesado e por vias Jurídicas legais o fabricante tem que me sanar o dano causado, alem da propaganda enganosa, bom resumo, se não posso acreditar em um documento técnico chamado Datasheet disponibilizo pelo único especialista no hardware, considere voltarmos para o lápis e papel. O fabricante tem que disponibilizar informações confiáveis aí, senão fica desmoralizado, mas um vídeo de propaganda, como apareceu antes aqui, não é muito confiável, pois pode ser um teste escolhido a dedo para dar um bom resultado. Os argumentos apresentados são interessantes. Mas são argumentos em experiências de uma pessoa, sem um relatório de testes. Por isto devem ser vistas com cuidado. Por exemplo, a pessoa se acostuma com um desempenho, ou com a falta dele. O meu desktop é bem mais rápido que o meu notebook, mas só noto isto direito depois de passar um tempo sem usá-lo. Eu tive a sensação de melhora de desempenho quando mudei do FreeBSD 7.x para o 8.2 no meu desktop, tal como do 8.2 para o 9.0, mas não fiz nenhum teste para confirmar. Também tiveram mudança de driver de vídeo, de KDE etc, então menos ainda posso afirmar. Pode ter envolvido a sensação pelo uso do notebook que é mais lento. Variáveis demais e controle de menos na situação. Oi João, Tenho 2 SSD sata3, hoje está em ZFS, gravando o cache, um em AUFS e outro em COSS, pode ter certeza, deixou os dois SAS (15K) velhos no chinelo, mas não tenho um teste especifico para te mostrar, porém é incomparavel, e já faz meses que estão rodando, sei que devem baixar um pouco o desempenho com o tempo, mas é algo que ainda não consegui perceber. Como os dados gravados neles não são muito relevantes, não me importo se perder (coisa que ainda não aconteceu). Att. Jean Zanuzo João Rocha. Att. -- Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história. Flames /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
