Re: [FUG-BR] MySQL + HAST + CARP
Oi Vic, é o que usamos hoje, a vantagem em usar o HAST que vi é que os demais arquivos do servidor, além do banco, seriam replicados também além de resolver o problema da replicação do MySQL parar de funcionar as vezes... este monitoramento da replicação do mysql é um porre... abs Fabrício Em 06/08/2013 13:51, vic escreveu: > Em 2013-08-05 22:20, fknet escreveu: >> Boa noite pessoal, >> >> Gostaria de saber se algum colega tem usado servidor MySQL com HAST com >> sucesso. >> >> Estou pensando em implementar uma outra solução de redundância do meu >> servidor, o qual roda MySQL (além de outros serviços), usando o HAST, >> li >> alguns artigos e me pareceu interessante, só fiquei pensando se não >> pode >> danificar nada nos bancos MySQL. >> >> Alguém pode comentar sobre este cenário? >> >> Obrigado >> >> Fabrício > Acredito que para banco de dados relacional é melhor usar algum recurso > de replicação do próprio SGBD. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] MySQL + HAST + CARP
Boa noite pessoal, Gostaria de saber se algum colega tem usado servidor MySQL com HAST com sucesso. Estou pensando em implementar uma outra solução de redundância do meu servidor, o qual roda MySQL (além de outros serviços), usando o HAST, li alguns artigos e me pareceu interessante, só fiquei pensando se não pode danificar nada nos bancos MySQL. Alguém pode comentar sobre este cenário? Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD reiniciando
Bom dia pessoal, Ocorreu 2 vezes nos últimos 5 dias de um servidor meu reiniciar sozinho, vasculhei os logs e não consegui identificar nada de anormal. O que eu posso verificar para tentar descobrir o motivo destes boots misteriosos? FreeBSD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Fri Nov 30 19:22:13 BRST 2012 root@server1:/usr/obj/usr/src/sys/GENERIC amd64 O servidor é um Supermicro. Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Rota alternativa no FreeBSD
Boa tarde senhores! Tenho um servidor FreeBSD na minha rede rodando o Zabbix e estou adicionando um link ADSL a este servidor para eu poder receber avisos de problemas nos emails e celulares caso meu link principal esteja fora do ar. Problema é que este FreeBSD está trás de 3 saltos antes da borda e não sei como fazer para que ele assuma o roteador ADSL como sendo a rota default caso a internet esteja fora do ar. Algum colega poderia me dar uma dica de como fazer isto??? Um Natal repleto de paz e um 2013 com sistemas cada vez mais seguros para todos! Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ZFS - Dicas para iniciante
Boa noite pessoal, estou inciando os testes com ZFS e gostaria da opinião dos colegas sobre alguns usos dele: 1) Meu SO será instalado em um SSD de 60Gb. Minha pergunta: Devo instalar o sistema operacional como um todo em partições ZFS ou apenas parte do SSD devo alocar com ZFS? Se for a primeira opção como fazer a instalação do freeBSD 9 de forma segura? Se for a segunda opção a melhor escolha, quais partições devo usar ZFS? 2) Terei 2 HDs SATA 3 7200RPM de 1TB para dados, os quais gostaria que trabalhassem como RAID0. Neste servidor executarei MySQL5.5, FreeRadius e Postfix, basicamente. Minha pergunta: Devo colocar o banco de dados do MySQL, no qual tenho tabelas InnoDB e MyISAM em uma partição ZFS? Melhor colocar os dados do MySQL no SSD ou no HD SATA 3 7200RPM? Lembrando que as caixas de correios do Postfix ficarão no HD. Obrigado à todos que puderem me ajudar com todo tipo de dica. Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Reinstalar Perl
Pessoal deu certo o problema do MRTG aqui, agora estou com problema com o Freeradius, está dando a seguinte mensagem: Can't modify constant item in scalar assignment at /usr/local/sbin/checkrad line 477, near ");" Execution of /usr/local/sbin/checkrad aborted due to compilation errors. Alguém sabe me dizer como faço para corrigir isto??? A linha 477 é esta: out=snmpwalk($ARGV[1],$cmmty_string,".1.3.6.1.4.1.4874.2.2.20.1.8.4.1.2"); Obrigado Em 26/10/2012 15:45, vic escreveu: > Em 2012-10-26 14:02, fknet escreveu: >> Ricardo, deu certo, mas meu mrtg continua dando o erro que começou >> após >> o problema com o perl depois de tentar instalar o smokeping: >> >> Subroutine SNMP_Session::pack_sockaddr_in6 redefined at >> /usr/local/lib/perl5/5.16.0/Exporter.pm line 66. >>at /usr/local/lib/perl5/site_perl/5.16.0/SNMP_Session.pm line 149. >> >> >> Sabe me dizer o que pode ser isto? Procurei na internet e nã achei >> solução. >> >> Obrigado >> >> Fabrício >> > Tenta reinstalar o mrtg com o portmaster -dw net-mgmt/mrtg > > Se não der certo, tem o portmaster -dwt net-mgmt/mrtg > > O -t recurse dependencies thoroughly, using all-depends-list. > RECOMMENDED >FOR USE ONLY WHEN NEEDED, NOT ROUTINELY. When applied to the >--clean-distfiles option it allows a distfile to be kept if it >matches any up to date port, not just the ones that are > installed > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Reinstalar Perl
Ricardo, deu certo, mas meu mrtg continua dando o erro que começou após o problema com o perl depois de tentar instalar o smokeping: Subroutine SNMP_Session::pack_sockaddr_in6 redefined at /usr/local/lib/perl5/5.16.0/Exporter.pm line 66. at /usr/local/lib/perl5/site_perl/5.16.0/SNMP_Session.pm line 149. Sabe me dizer o que pode ser isto? Procurei na internet e nã achei solução. Obrigado Fabrício Em 26/10/2012 11:58, Ricardo Campos Passanezi escreveu: > On Fri, Oct 26, 2012 at 11:27:30AM -0200, fknet wrote: >> Boa tarde pessoal, >> >> Fiz alguma besteira aqui e o perl parou de funcionar em meu freebsd, >> consequentemente inúmeras coisas que utilizo não estão funcionando. >> >> Como posso fazer, de forma segura, para desinstalar o perl e reinstalar >> ele na versão 5.16 novamente resolvendo todas dependências? > /usr/ports/UPDATING: > > 20120630: >AFFECTS: users of lang/perl* >AUTHOR: s...@freebsd.org > >lang/perl5.16 is out. If you want to switch to it from, for example >lang/perl5.12, that is: > >Portupgrade users: > 0) Fix pkgdb.db (for safety): >pkgdb -Ff > > 1) Reinstall new version of Perl (5.16): >env DISABLE_CONFLICTS=1 portupgrade -o lang/perl5.16 -f perl-5.12.\* > > 2) Reinstall everything that depends on Perl: >portupgrade -fr perl > >Portmaster users: >portmaster -o lang/perl5.16 lang/perl5.12 > >Conservative: >portmaster p5- > >Comprehensive (but perhaps overkill): >portmaster -r perl- > >Note: If the "perl-" glob matches more than one port you will need to >specify the name of the Perl directory in /var/db/pkg explicitly. > >The default version for Perl has also been changed from 5.12 to 5.14. > > PS: gere uma lista dos pacotes instalados (pkg_info, normalmentei; pode > ser pkg info se já usar o pkgng). > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Reinstalar Perl
Valeu Ricardo, deu certo aqui! abs Em 26/10/2012 11:58, Ricardo Campos Passanezi escreveu: > On Fri, Oct 26, 2012 at 11:27:30AM -0200, fknet wrote: >> Boa tarde pessoal, >> >> Fiz alguma besteira aqui e o perl parou de funcionar em meu freebsd, >> consequentemente inúmeras coisas que utilizo não estão funcionando. >> >> Como posso fazer, de forma segura, para desinstalar o perl e reinstalar >> ele na versão 5.16 novamente resolvendo todas dependências? > /usr/ports/UPDATING: > > 20120630: >AFFECTS: users of lang/perl* >AUTHOR: s...@freebsd.org > >lang/perl5.16 is out. If you want to switch to it from, for example >lang/perl5.12, that is: > >Portupgrade users: > 0) Fix pkgdb.db (for safety): >pkgdb -Ff > > 1) Reinstall new version of Perl (5.16): >env DISABLE_CONFLICTS=1 portupgrade -o lang/perl5.16 -f perl-5.12.\* > > 2) Reinstall everything that depends on Perl: >portupgrade -fr perl > >Portmaster users: >portmaster -o lang/perl5.16 lang/perl5.12 > >Conservative: >portmaster p5- > >Comprehensive (but perhaps overkill): >portmaster -r perl- > >Note: If the "perl-" glob matches more than one port you will need to >specify the name of the Perl directory in /var/db/pkg explicitly. > >The default version for Perl has also been changed from 5.12 to 5.14. > > PS: gere uma lista dos pacotes instalados (pkg_info, normalmentei; pode > ser pkg info se já usar o pkgng). > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Reinstalar Perl
Opa Ricar, blz? Estou executando o procedimento sugerido, posto os resultados quando concluir, o portugrade tá demorando um bocado! abs Em 26/10/2012 11:58, Ricardo Campos Passanezi escreveu: > On Fri, Oct 26, 2012 at 11:27:30AM -0200, fknet wrote: >> Boa tarde pessoal, >> >> Fiz alguma besteira aqui e o perl parou de funcionar em meu freebsd, >> consequentemente inúmeras coisas que utilizo não estão funcionando. >> >> Como posso fazer, de forma segura, para desinstalar o perl e reinstalar >> ele na versão 5.16 novamente resolvendo todas dependências? > /usr/ports/UPDATING: > > 20120630: >AFFECTS: users of lang/perl* >AUTHOR: s...@freebsd.org > >lang/perl5.16 is out. If you want to switch to it from, for example >lang/perl5.12, that is: > >Portupgrade users: > 0) Fix pkgdb.db (for safety): >pkgdb -Ff > > 1) Reinstall new version of Perl (5.16): >env DISABLE_CONFLICTS=1 portupgrade -o lang/perl5.16 -f perl-5.12.\* > > 2) Reinstall everything that depends on Perl: >portupgrade -fr perl > >Portmaster users: >portmaster -o lang/perl5.16 lang/perl5.12 > >Conservative: >portmaster p5- > >Comprehensive (but perhaps overkill): >portmaster -r perl- > >Note: If the "perl-" glob matches more than one port you will need to >specify the name of the Perl directory in /var/db/pkg explicitly. > >The default version for Perl has also been changed from 5.12 to 5.14. > > PS: gere uma lista dos pacotes instalados (pkg_info, normalmentei; pode > ser pkg info se já usar o pkgng). > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Reinstalar Perl
Opa, já tinha tentado, o problema é que após instalado do smokeping o perl virou uma bagunça aqui, instalou pacotes de versões diferentes e muitas coisas pararam de funcionar. Abs Em 26/10/2012 12:10, Welinaldo Lopes Nascimento escreveu: > Bom, se algumas coisas não estão funcionando por causa do Perl, ja tentou > só remover e instalar? > #make deinstall clean > #make install clean > ? > - > 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
[FUG-BR] Reinstalar Perl
Boa tarde pessoal, Fiz alguma besteira aqui e o perl parou de funcionar em meu freebsd, consequentemente inúmeras coisas que utilizo não estão funcionando. Como posso fazer, de forma segura, para desinstalar o perl e reinstalar ele na versão 5.16 novamente resolvendo todas dependências? Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ajuda com Postfix
Boa tarde senhores, vamos ver se alguém pode me auxiliar. Atualmente tenho em meu servidor um domínio (example1.com.br) com várias contas de email cadastradas. Agora iremos adicionar um segundo domínio (example2.com.br) e gostaríamos que todas contas de email do domínio example1.com.br funcionassem no segundo domínio, por exemplo, a conta jose.si...@example2.com.br seria um apelido par a conta jose.si...@example1.com.br. Obrigado a quem puder me auxiliar. Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Redução de spam
Meu amigo, lista de e-mail é local para pessoas que querem se ajudar mutuamente, por favor não há necessidade em você responder meus questionamentos, não dependo de suas resposta e prefiro a ajuda de pessoas. Acho que você não leu meu questionamento, não pedi receita de bolo e nem a solução, apenas sugeri uma troca de experiência questionando qual a solução empregada pelos colegas. sem mais Em 28/08/2012 10:43, Paulo Henrique escreveu: > -Mensagem original- > De: fknet > Enviado: 28/08/2012, 10:18 > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > Assunt.: Re: [FUG-BR] Redução de spam > > > Obrigado Leonardo, eu pesquisei antes, na verdade há meses pesquiso > sobre o assunto, testei algumas coisas, mas tive muito problema com > falso positivo e me deu mais dor de cabeça o anti spam do que os spams > propriamente ditos. > > Pelo visto pesquisou e pesquisou mal. > Na mascho-l na gter e na postfix-br o assunto ja se tornou corriqueiro, ate > aqui na fug foi abordado inumeras vezes o assunto. > E falar para ir pesquisar antes e por que nas suas mensagens esta claro que > não pesquisou. > Pelo visto se isolar e ficar com a cara no google tem de fato melhores > resultados do que ficar perguntando em lista de discussões, afinal eu sei a > técnicas e foi assim que aprendi, pesquisando, lendo documentação e as > discussões ja existentes. > > E obrigado por exaltar meu ego, estava precisando. > Abraços e os companheiros vão fazer a o seu serviço. > > Att. Paulo Henrique > > Agora me diga uma coisa, com o spamassasin você tem muita ocorrência de > falso positivo? > > Obrigado > > Fabrício > > Em 26/08/2012 14:16, Leonardo Augusto escreveu: >> Hummm até pq se a lista só tratasse de problemas/duvidas relacionados >> exclusivamente ao freebsd(e nao aos soft sobre ele), nao teriamos >> muito o que falar >> pois raramente tem problemas ou duvidas relacionados exclusivamente ao >> freebsd. >> e pra que serviria o freebsd se nao pudermos usar pra rodar coisas >> sobre ele ? apenas para router/pf ??? >> >> nao posso ajudar com postfix, mas no qmail instalei o spamassassin e >> reduziu drasticamente os spam, mais de 80%. >> ja vi varios tutorias sobre postfix com spamassassin, e me parece mais >> simples de implementar que no qmail. >> >> pior que perguntar sem pesquisar, é perguntar sobre windows ou linux >> aqui, o que já vi varias vezes. >> >> die to linux >> die to oracle !!! ehe >> die to sun !!! (ops, essa ja foi pq se VENDEU pra fdp da oracle, a >> melhor foi pra mao da pior, sem comentarios) >> >> []´s >> >> >> 2012/8/26 Keffer : >>> Sei que não é o foco da lista mas acredito que a troca de experiencias seja >>> valida IMHO. >>> Uma vez que temos N pessoas utilizando fbsd como mail servers. >>> >>> Enviado via iPhone >>> >>> Em 25/08/2012, às 20:55, Paulo Henrique escreveu: >>> >>>> Em 25 de agosto de 2012 14:48, fknet escreveu: >>>> >>>>> Boa tarde senhores, >>>>> >>>>> Atualmente tenho um servidor Postfix configurado com Postgrey e com >>>>> algumas outras configurações no Postfix para redução de spam, mas >>>>> ultimamente tem aumentado demais o número de spams chegando a >>>>> representar cerca de 50% do tráfego de e-mails em meu servidor. Gostaria >>>>> de saber quais técnicas posso utilizar para reduzir ao máximo os spams >>>>> sem ter problemas com falsos positivos muito frequentes, pois somos >>>>> provedores de interenet e há um grande número de contas. >>>>> >>>>> Grato, >>>>> >>>>> Fabrício >>>>> - >>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>> *Nossa, não sei se é incapacidade técnica ou se é preguiça de pesquisa.* >>>> *USA O GOOGLE* !! -> * >>>> http://lmgtfy.com/?q=t%C3%A9cnicas+de+controle+de+spam+no+postfix+ >>>> >>>> >>>> * >>>> >>>> -- >>>> :=)><(=: >>>> >>>> Flamers > /dev/null !!! >>>> - >>>> 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 >> - >> 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 > > - > 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] Redução de spam
Obrigado Vic! Também obrigado o helo correto e uso Postgrey + clamav aqui no Postfix. Mas mesmo com o Postgrey tenho tido muito problema com spams. O Spamassasin seu não gera muitos falso positivo? Obrigado Em 28/08/2012 10:30, vic escreveu: > Em 2012-08-25 14:48, fknet escreveu: >> Boa tarde senhores, >> >> Atualmente tenho um servidor Postfix configurado com Postgrey e com >> algumas outras configurações no Postfix para redução de spam, mas >> ultimamente tem aumentado demais o número de spams chegando a >> representar cerca de 50% do tráfego de e-mails em meu servidor. >> Gostaria >> de saber quais técnicas posso utilizar para reduzir ao máximo os >> spams >> sem ter problemas com falsos positivos muito frequentes, pois somos >> provedores de interenet e há um grande número de contas. >> >> Grato, >> >> Fabrício >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Aqui eu uso postfix com regras UCE, exigindo helo correto[1], > blacklist, postgrey, amavisd-new, clamav e spamassassin. > > Tem um software de gateway de e-mail, como foi sugerido, chamado ASSP. > Ouvi falar bem dele mas nunca usei. > > [1]. Isso é que o dá alguns "probleminhas" de vez em quando, pois > sempre tem alguém que esquece de mudar o nome do servidor para algo que > inserido no DNS. Daí você avisa a pessoa responsável e adiciona esse > helo numa whitelist até resolverem. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Redução de spam
Obrigado Francisco, tenho a maioria das opções em uso, algumas não, irei estudá-las e implementá-las para averiguar os resultados. Você tem tido sucesso com o uso destas opções? Abraços! Em 25/08/2012 21:25, Francisco C Soares escreveu: > Boa noite Fabrício, > > Adapte as diretivas abaixo para o seu sistema. > > > *smtpd_recipient_restrictions = permit_mynetworks, >permit_sasl_authenticated, >reject_unauth_destination, >reject_invalid_hostname, >reject_unknown_recipient_domain, >reject_unauth_pipelining, >reject_rbl_client multi.uribl.com, >reject_rbl_client zen.spamhaus.org, >reject_rbl_client dnsbl.njabl.org, >reject_rbl_client whois.rfc-ignorant.org, >reject_rbl_client combined.rbl.msrbl.net, >permit > > smtpd_sender_restrictions = reject_non_fqdn_sender, > reject_unknown_sender_domain, > reject_unauth_pipelining, > permit > > smtpd_client_restrictions = permit_mynetworks, > reject_unauth_pipelining, > permit > > smtpd_helo_restrictions = permit_mynetworks, > permit_sasl_authenticated, > reject_non_fqdn_hostname, > reject_invalid_hostname, > permit > > smtpd_helo_required = yes > non_fqdn_reject_code = 554 > relay_domains_reject_code = 554 > disable_vrfy_command = yes > strict_rfc821_envelopes = yes > smtpd_soft_error_limit=5 > smtpd_hard_error_limit=10 > invalid_hostname_reject_code = 554 > multi_recipient_bounce_reject_code = 554 > unknown_client_reject_code = 554 > unknown_sender_reject_code = 554 > unknown_address_reject_code = 554 > unknown_hostname_reject_code = 554 > unknown_virtual_alias_reject_code = 554 > unknown_virtual_mailbox_reject_code = 554 > unknown_local_recipient_reject_code = 554 > unknown_relay_recipient_reject_code = 554 > unverified_recipient_reject_code = 554 > unverified_sender_reject_code = 554* > > > Tente também integrar o Fail2ban ao Postfix. > > Lhe desejo sucesso na redução dos spams. > > *Conte sempre com a lista FUG-BR!* > > ___ > Francisco C Soares ( *Junior* ) > 403790c89847cdbe5a262146de8fb93139c4 > > > On 08/25/2012 02:48 PM, fknet wrote: >> Boa tarde senhores, >> >> Atualmente tenho um servidor Postfix configurado com Postgrey e com >> algumas outras configurações no Postfix para redução de spam, mas >> ultimamente tem aumentado demais o número de spams chegando a >> representar cerca de 50% do tráfego de e-mails em meu servidor. Gostaria >> de saber quais técnicas posso utilizar para reduzir ao máximo os spams >> sem ter problemas com falsos positivos muito frequentes, pois somos >> provedores de interenet e há um grande número de contas. >> >> Grato, >> >> Fabrício >> - >> 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] Redução de spam
Obrigado Luis Gustavo, esse Maia Mailgaurd é novidade para mim, não o conhecia nem de nome, irei estudá-lo! Para isto que despertei a discução, para trocarmos idéias sobre as soluções empregadas pelos colegas e todos tirarem proveito da melhor opção. Abraços Fabrício Em 28/08/2012 10:35, Luiz Gustavo S. Costa escreveu: > Alguns ambientes que tenho configurado um servidor de email, eu tenho > usado o conjunto: > > Maia Mailguard + Postfix > > Veja mais informações nesse site: > http://www.purplehat.org/?page_id=16 > > > * fknet (ffkam...@conchalnet.com.br) wrote: >> Obrigado Leonardo, eu pesquisei antes, na verdade há meses pesquiso >> sobre o assunto, testei algumas coisas, mas tive muito problema com >> falso positivo e me deu mais dor de cabeça o anti spam do que os spams >> propriamente ditos. >> >> Agora me diga uma coisa, com o spamassasin você tem muita ocorrência de >> falso positivo? >> >> Obrigado >> >> Fabrício >> >> Em 26/08/2012 14:16, Leonardo Augusto escreveu: >>> Hummm até pq se a lista só tratasse de problemas/duvidas relacionados >>> exclusivamente ao freebsd(e nao aos soft sobre ele), nao teriamos >>> muito o que falar >>> pois raramente tem problemas ou duvidas relacionados exclusivamente ao >>> freebsd. >>> e pra que serviria o freebsd se nao pudermos usar pra rodar coisas >>> sobre ele ? apenas para router/pf ??? >>> >>> nao posso ajudar com postfix, mas no qmail instalei o spamassassin e >>> reduziu drasticamente os spam, mais de 80%. >>> ja vi varios tutorias sobre postfix com spamassassin, e me parece mais >>> simples de implementar que no qmail. >>> >>> pior que perguntar sem pesquisar, é perguntar sobre windows ou linux >>> aqui, o que já vi varias vezes. >>> >>> die to linux >>> die to oracle !!! ehe >>> die to sun !!! (ops, essa ja foi pq se VENDEU pra fdp da oracle, a >>> melhor foi pra mao da pior, sem comentarios) >>> >>> []´s >>> >>> >>> 2012/8/26 Keffer : >>>> Sei que não é o foco da lista mas acredito que a troca de experiencias >>>> seja valida IMHO. >>>> Uma vez que temos N pessoas utilizando fbsd como mail servers. >>>> >>>> Enviado via iPhone >>>> >>>> Em 25/08/2012, às 20:55, Paulo Henrique escreveu: >>>> >>>>> Em 25 de agosto de 2012 14:48, fknet >>>>> escreveu: >>>>> >>>>>> Boa tarde senhores, >>>>>> >>>>>> Atualmente tenho um servidor Postfix configurado com Postgrey e com >>>>>> algumas outras configurações no Postfix para redução de spam, mas >>>>>> ultimamente tem aumentado demais o número de spams chegando a >>>>>> representar cerca de 50% do tráfego de e-mails em meu servidor. Gostaria >>>>>> de saber quais técnicas posso utilizar para reduzir ao máximo os spams >>>>>> sem ter problemas com falsos positivos muito frequentes, pois somos >>>>>> provedores de interenet e há um grande número de contas. >>>>>> >>>>>> Grato, >>>>>> >>>>>> Fabrício >>>>>> - >>>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>>> *Nossa, não sei se é incapacidade técnica ou se é preguiça de pesquisa.* >>>>> *USA O GOOGLE* !! -> * >>>>> http://lmgtfy.com/?q=t%C3%A9cnicas+de+controle+de+spam+no+postfix+ >>>>> >>>>> >>>>> * >>>>> >>>>> -- >>>>> :=)><(=: >>>>> >>>>> Flamers > /dev/null !!! >>>>> - >>>>> 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 >>> - >>> 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 > --- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > mundoUnix - Consultoria em Software Livre > http://www.mundounix.com.br > ICQ: 2890831 / MSN: cont...@mundounix.com.br > Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 > Blog: http://www.luizgustavo.pro.br > - > 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] Redução de spam
Obrigado Leonardo, eu pesquisei antes, na verdade há meses pesquiso sobre o assunto, testei algumas coisas, mas tive muito problema com falso positivo e me deu mais dor de cabeça o anti spam do que os spams propriamente ditos. Agora me diga uma coisa, com o spamassasin você tem muita ocorrência de falso positivo? Obrigado Fabrício Em 26/08/2012 14:16, Leonardo Augusto escreveu: > Hummm até pq se a lista só tratasse de problemas/duvidas relacionados > exclusivamente ao freebsd(e nao aos soft sobre ele), nao teriamos > muito o que falar > pois raramente tem problemas ou duvidas relacionados exclusivamente ao > freebsd. > e pra que serviria o freebsd se nao pudermos usar pra rodar coisas > sobre ele ? apenas para router/pf ??? > > nao posso ajudar com postfix, mas no qmail instalei o spamassassin e > reduziu drasticamente os spam, mais de 80%. > ja vi varios tutorias sobre postfix com spamassassin, e me parece mais > simples de implementar que no qmail. > > pior que perguntar sem pesquisar, é perguntar sobre windows ou linux > aqui, o que já vi varias vezes. > > die to linux > die to oracle !!! ehe > die to sun !!! (ops, essa ja foi pq se VENDEU pra fdp da oracle, a > melhor foi pra mao da pior, sem comentarios) > > []´s > > > 2012/8/26 Keffer : >> Sei que não é o foco da lista mas acredito que a troca de experiencias seja >> valida IMHO. >> Uma vez que temos N pessoas utilizando fbsd como mail servers. >> >> Enviado via iPhone >> >> Em 25/08/2012, às 20:55, Paulo Henrique escreveu: >> >>> Em 25 de agosto de 2012 14:48, fknet escreveu: >>> >>>> Boa tarde senhores, >>>> >>>> Atualmente tenho um servidor Postfix configurado com Postgrey e com >>>> algumas outras configurações no Postfix para redução de spam, mas >>>> ultimamente tem aumentado demais o número de spams chegando a >>>> representar cerca de 50% do tráfego de e-mails em meu servidor. Gostaria >>>> de saber quais técnicas posso utilizar para reduzir ao máximo os spams >>>> sem ter problemas com falsos positivos muito frequentes, pois somos >>>> provedores de interenet e há um grande número de contas. >>>> >>>> Grato, >>>> >>>> Fabrício >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> *Nossa, não sei se é incapacidade técnica ou se é preguiça de pesquisa.* >>> *USA O GOOGLE* !! -> * >>> http://lmgtfy.com/?q=t%C3%A9cnicas+de+controle+de+spam+no+postfix+ >>> >>> >>> * >>> >>> -- >>> :=)><(=: >>> >>> Flamers > /dev/null !!! >>> - >>> 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 > - > 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] Redução de spam
Exato amigo, meu interesse foi despertar a discussão e levantar as melhores soluções utilizadas pelos colegas, pena que algumas pessoas preferem se isolar e ficar apenas de cara no google. A discussão entre seres humanos é muito válida e faz todos crescerem com a troca de experiências. Abraços! Em 26/08/2012 13:50, Keffer escreveu: > Sei que não é o foco da lista mas acredito que a troca de experiencias seja > valida IMHO. > Uma vez que temos N pessoas utilizando fbsd como mail servers. > > Enviado via iPhone > > Em 25/08/2012, às 20:55, Paulo Henrique escreveu: > >> Em 25 de agosto de 2012 14:48, fknet escreveu: >> >>> Boa tarde senhores, >>> >>> Atualmente tenho um servidor Postfix configurado com Postgrey e com >>> algumas outras configurações no Postfix para redução de spam, mas >>> ultimamente tem aumentado demais o número de spams chegando a >>> representar cerca de 50% do tráfego de e-mails em meu servidor. Gostaria >>> de saber quais técnicas posso utilizar para reduzir ao máximo os spams >>> sem ter problemas com falsos positivos muito frequentes, pois somos >>> provedores de interenet e há um grande número de contas. >>> >>> Grato, >>> >>> Fabrício >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> *Nossa, não sei se é incapacidade técnica ou se é preguiça de pesquisa.* >> *USA O GOOGLE* !! -> * >> http://lmgtfy.com/?q=t%C3%A9cnicas+de+controle+de+spam+no+postfix+ >> >> >> * >> >> -- >> :=)><(=: >> >> Flamers > /dev/null !!! >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Redução de spam
Obrigado pela educada resposta Paulo Henrique, o mundo seria mais tranquilo sem respostas mal educadas igual a sua. Só para ficar claro para os amigos, não foi preguiça e talvez não seja incapacidade técnica, apenas gostaria de saber o que os amigos tem utilizado e sugerem de melhor solução, talvez tenha expressado mal e causado essa reação de um colega mal humorado! abraços Em 25/08/2012 20:55, Paulo Henrique escreveu: > Em 25 de agosto de 2012 14:48, fknet escreveu: > >> Boa tarde senhores, >> >> Atualmente tenho um servidor Postfix configurado com Postgrey e com >> algumas outras configurações no Postfix para redução de spam, mas >> ultimamente tem aumentado demais o número de spams chegando a >> representar cerca de 50% do tráfego de e-mails em meu servidor. Gostaria >> de saber quais técnicas posso utilizar para reduzir ao máximo os spams >> sem ter problemas com falsos positivos muito frequentes, pois somos >> provedores de interenet e há um grande número de contas. >> >> Grato, >> >> Fabrício >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > *Nossa, não sei se é incapacidade técnica ou se é preguiça de pesquisa.* > *USA O GOOGLE* !! -> * > http://lmgtfy.com/?q=t%C3%A9cnicas+de+controle+de+spam+no+postfix+ > > > * > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Redução de spam
Boa tarde senhores, Atualmente tenho um servidor Postfix configurado com Postgrey e com algumas outras configurações no Postfix para redução de spam, mas ultimamente tem aumentado demais o número de spams chegando a representar cerca de 50% do tráfego de e-mails em meu servidor. Gostaria de saber quais técnicas posso utilizar para reduzir ao máximo os spams sem ter problemas com falsos positivos muito frequentes, pois somos provedores de interenet e há um grande número de contas. Grato, Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ainda sobre monitoramento - Pandora FMS - opiniões
valeu meu amigo... vamos ver as demais opiniões, quero ver se fecho a escolha ainda esta semana, o servidor está pronto para a instalação do sistema. abs Em 21/08/2012 13:56, Edinilson - ATINET escreveu: > - Original Message - > From: "fknet" > To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" > > Sent: Tuesday, August 21, 2012 12:38 PM > > > Boa tarde pessoal, > Gostei muito da discussão sobre o Zabbix no tópico levantado por mim. > Agora gostaria de saber a opinião dos colegas sobre o Pandora FMS. > Minhas necessidades são as seguintes: > - Monitoramento de rádios, switchs e roteadores via ping: preciso saber > apenas se estão no ar ou não; > -SIM; > > - Monitoramento do tráfego de alguns links via snmp; > -SIM. Alem de trafego, LATENCIA; > > - Monitoramento de alguns servidores que rodam FreeBSD; > -SIM! Ativando o snmp no Freebsd; > > - Preciso de alertas via e-mail/sms/sinal de fumaça/etc... brincadeiras > a parte, preciso do máximo de avisos possíveis para agilizar a > identificação do problema. > -SIM; > > - Montagem do mapa de minha rede, indicando quais equipamentos estão > conectados entre si, com qual tipo de link, etc. Pra quem conhece o The > Dude da Mikrotik, gostaria de poder criar um mapa visual como ele faz, > hoje temos o hábito de deixar este mapa visível em um monitor na sala de > suporte com todos equipamento, assim temos um alerta visual caso algum > equipamento caia. > -SIM; > > - E uma coisa importantíssima para mim, preciso ter a possibilidade de > cadastrar dependência dos equipamentos para evitiar um número muito > grande de emails/sms de avisos de falha. Por exemplo, se um determinado > roteador falhar onde existam outros 20 equipamentos dependentes deste > roteador para estarem no ar, não preciso que o sistema me envie 21 > emails avisando que todos equipamentos estão DOWN, apenas me avise que o > RoteadorX está fora do ar, logo sabemos que os demais estarão fora, pois > conhecemos a rede. > -no Pandora há 2 formas de se fazer isto: > 1o) Usando Correlation; > 2o) Usando o Cascade Protection. > > - Facilidade na configuração inicial e também no cadastramento de novos > equipamentos a serem monitorados, não posso ter um sistema, por mais > recursos que ele tenha, que exija grande tempo de configuração e > manutenção, afinal somos uma empresa pequena e mão de obra é algo muito > caro para nós. > -o Pandora nem se compara com um Zabbix...é muito facil de configurar. > > > Edinilson > -- > ATINET > Tel Voz: (0xx11) 4412-0876 > http://www.atinet.com.br > > > - > 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
[FUG-BR] Ainda sobre monitoramento - Pandora FMS - opiniões
Boa tarde pessoal, Gostei muito da discussão sobre o Zabbix no tópico levantado por mim. Agora gostaria de saber a opinião dos colegas sobre o Pandora FMS. Minhas necessidades são as seguintes: - Monitoramento de rádios, switchs e roteadores via ping: preciso saber apenas se estão no ar ou não; - Monitoramento do tráfego de alguns links via snmp; - Monitoramento de alguns servidores que rodam FreeBSD; - Preciso de alertas via e-mail/sms/sinal de fumaça/etc... brincadeiras a parte, preciso do máximo de avisos possíveis para agilizar a identificação do problema. - Montagem do mapa de minha rede, indicando quais equipamentos estão conectados entre si, com qual tipo de link, etc. Pra quem conhece o The Dude da Mikrotik, gostaria de poder criar um mapa visual como ele faz, hoje temos o hábito de deixar este mapa visível em um monitor na sala de suporte com todos equipamento, assim temos um alerta visual caso algum equipamento caia. - E uma coisa importantíssima para mim, preciso ter a possibilidade de cadastrar dependência dos equipamentos para evitiar um número muito grande de emails/sms de avisos de falha. Por exemplo, se um determinado roteador falhar onde existam outros 20 equipamentos dependentes deste roteador para estarem no ar, não preciso que o sistema me envie 21 emails avisando que todos equipamentos estão DOWN, apenas me avise que o RoteadorX está fora do ar, logo sabemos que os demais estarão fora, pois conhecemos a rede. - Facilidade na configuração inicial e também no cadastramento de novos equipamentos a serem monitorados, não posso ter um sistema, por mais recursos que ele tenha, que exija grande tempo de configuração e manutenção, afinal somos uma empresa pequena e mão de obra é algo muito caro para nós. Para terem idéia, hoje uso o The Dude da Mikrotik, me atende até que bem, mas não tenho como cadastrar dependências, então recebemos muitos alertas, o que dificulta a identificação de onde está o problema real. Obrigado à todos Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Zabbix no Free é estável
Op, meu principal objetivo são alertas mesmo, tanto via email, quanto sms, sinal de fumaça e tantas outras formas quanto possível, o que preciso é de um sistema eficaz e que nos alerta o mais breve possível para reduzirmos os tempos de parada da rede nossa. abs Em 20/08/2012 14:45, Luiz Gustavo S. Costa escreveu: > * Patrick Tracanelli (eks...@freebsdbrasil.com.br) wrote: >> Pra aumentar o flame então. >> >> Troco qualquer um dos 2 por um Cacti bem configurado, troco e ainda dou o >> troco ;-) >> >> Lembrando que Zabbix com agente, Centreon com nrpe, esses negócios >> instalando coisa no cliente quebram requisitos NIST, e consequentemente >> CobIT, NBR ISO/IEC 27002 e ITIL. >> >> Boa sorte pra gestão de T.I. se o ambiente for grandinho. >> > Opa ! opa !!! rsrsrsrs ... o centreon não precisa necessariamente do > nrpe não ?!! ele se vira bem com snmp (igual ao amigo cacti) e faz além > do cacti (sem precisar de plugin para alert). > > rsrsrs... e vamos para o segundo round ! > > --- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > mundoUnix - Consultoria em Software Livre > http://www.mundounix.com.br > ICQ: 2890831 / MSN: cont...@mundounix.com.br > Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 > Blog: http://www.luizgustavo.pro.br > - > 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] Zabbix no Free é estável
Vou sem agenda, apenas snmp, o que preciso é de uma solução legal para monitorar cerca de 300 ativos (no momento) e com perspectiva de crescimento de 100% em 1 ano. Tudo será monitorado via snmp mesmo, afinal serão roteadores, rádios e switchs. abs Em 20/08/2012 14:40, Patrick Tracanelli escreveu: > Em 20/08/2012, às 14:30, Paulo Henrique - BSDs Brasil escreveu: > >> Em 20/08/2012 14:26, Luiz Gustavo S. Costa escreveu: >>> * Paulo Henrique - BSDs Brasil (paulo.rd...@bsd.com.br) wrote: 1 - Sim é estavel. 2 - 100% Operacional. 3 - O melhor desempenho que tive foi com postgresql em uma rede com 480 ativos e 15 itens ( todos sobre smnp ). >> Esqueci dos dois zeros. >> >>> só pra fazer um flamewar aqui rsrsrsrs >>> >>> eu preferi usar centreon (www.centreon.com) >> Cheguei a ver como ele funciona, muito maneiro, só que como ele não dá >> suporte a postgresql . >> >> :D >>> abraços >>> >>> --- >>> Luiz Gustavo Costa (Powered by BSD) >>> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ >>> mundoUnix - Consultoria em Software Livre >>> http://www.mundounix.com.br >>> ICQ: 2890831 / MSN: cont...@mundounix.com.br >>> Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 >>> Blog: http://www.luizgustavo.pro.br >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Pra aumentar o flame então. > > Troco qualquer um dos 2 por um Cacti bem configurado, troco e ainda dou o > troco ;-) > > Lembrando que Zabbix com agente, Centreon com nrpe, esses negócios instalando > coisa no cliente quebram requisitos NIST, e consequentemente CobIT, NBR > ISO/IEC 27002 e ITIL. > > Boa sorte pra gestão de T.I. se o ambiente for grandinho. > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > 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] Zabbix no Free é estável
Desculpe, mas não entendio o proque deveria ter sido feita de outra forma! Minha dúvida é se ele é ou não estável em Free? Acho que não fui claro o suficiente na minha pergunta, até porque me esqueci da interrogação no assunto. Em 19/08/2012 09:19, Alessandro de Souza Rocha escreveu: > Em 19 de agosto de 2012 08:32, fknet escreveu: >> Bom dia senhores, precisarei colocar um servidor Zabbix no ar e gostaria >> de saber se o sistema é bem estável e com bom desempenho em FreeBSD. >> >> Prefiro o FreeBSD pela maior experiência com o mesmo em relação a Linux. >> >> Todas dicas são bem vindas! >> >> Obrigado >> >> Fabrício >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > velho na boa, esta pergunta deveria ser feito de outra forma. > leia http://www.fug.com.br/content/view/648/9/ > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Zabbix no Free é estável
Bom dia senhores, precisarei colocar um servidor Zabbix no ar e gostaria de saber se o sistema é bem estável e com bom desempenho em FreeBSD. Prefiro o FreeBSD pela maior experiência com o mesmo em relação a Linux. Todas dicas são bem vindas! Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Painel de Controle
Fala Edinilson, estou nessa busca também, tentei o ISPCOnfig, mas o mesmo não roda em freebsd, pelo menos não consegui de forma eficiente. []s Em 06/03/2012 11:24, Patrick Tracanelli escreveu: > Em 06/03/2012, às 10:56, Luiz Gustavo escreveu: > >> cpanel e plesk tem opções para freebsd. dê uma olhada. >> >> Em Ter, 2012-03-06 às 10:40 -0300, Edinilson - ATINET escreveu: >>> Caros amigos, para os que fazem hospedagem em Freebsd (centenas de dominios, >>> com opção de revenda, etc), qual Painel para gerenciamento estao utilizando? >>> >>> Estou pesquisando por ai mas, até o momento, só encontrei soluções para >>> Linux. >>> >>> Obrigado >>> >>> Edinilson > Pessoalmente eu não aconselharia cpanel ou plesk, principalmente o primeiro. > Eles não são integrados ao sistema hospedeiro, ao contrário fazem uma bela > bagunça, customizam demais e desnecessariamente as instalações, saindo de > qualquer bom senso organizacional. O que significa que quando der problema, > dar suporte, corrigir ou extender funcionalidades será um desafio > desnecessariamente chato. De preferencia a opções que respeitem mais o > sistema base. > > ISPConfig3, Virtualmin, VHCS pode ser que te atenda, de forma um pouco > melhor; outras opções: > > http://wiki.debian.org/HostingControlPanels > http://masmuh.student.umm.ac.id/10-free-cpanel-alternatives.aspx > > O mais importante é separar um tempo e testar eles, em uma boa parcela de > perfis as q eu mencionei podem atender mas não sei exatamente suas > necessidades então teste :-) > > No final, alguma customização nesses sistemas vai valer mais a pena do que se > descabelar pra manter um cpanel :P > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > 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] Dúvida com CARP
Funciona sim Weder, ficou certinho aqui, ativei via sysctl em ambos servidores e agora tá retornando o master para sua posição quando a interface física dele sobe. []s Em 29/02/2012 09:10, Weder Lima escreveu: > Lucas, voce ja fez testes com o "preempt" e ele retornou? > Eu utilizei o carp em um Freebsd 7.2 (ja faz um tempo... ) e mesmo assim > ele não retornou. Tive que usar o ifstated. > > Posso ter me enganado mas na doc oficial do Freebsd [1] ele diz que o > preempt da um "down" em todas as interfaces caso uma delas caia. Entendi > que se as duas maquinas tem dois adaptadores e alguns dos "externos" caia, > ele tambem derruba os internos para evitar mais problemas. > > Complementem ai pessoal ;) > > 1 - http://www.freebsd.org/doc/handbook/carp.html > > > Att, > > Weder Lima.. > > 2012/2/28 Lucas Dias > >> Olá Lista >> >> fknet >> >> Você tem que deixar ativo no kernel sim, ou ativar a sysctl >> net.inet.carp.preempt=1. >> >> Com a preempção ativada, ele verá qual é o mestre e retornará >> automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo >> que o slave. >> >> Veja em [1] e em [2] mais informações. >> >> [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta >> disponibilidade com CARP, Ifstated e pfsync >> [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address >> Redundancy Protocol (CARP) >> >> Espero ter ajudado. >> >> -- >> .:: Lucas Dias >> .:: Analista de Sistemas >> .:: OS3 Soluções em TI >> .:: (82) 8813-1494 / 8111-2288 >> .:: Antes de imprimir, veja se realmente é necessário!!! >> >> >> Em 28 de fevereiro de 2012 21:03, fknet>> escreveu: >>> Olá Weder, >>> >>> Obrigado pela resposta, é verdade mesmo... por padrão o freebsd não >>> "devolve" o ip para o master. >>> >>> Será que se eu desativar esta opção: >>> options PREEMPTION >>> >>> no kernel funcionará o retorno automático para o host master??? será que >>> não afetará mais nada em meus sistema??? >>> >>> obrigado >>> >>> Em 28/02/2012 19:12, Weder Lima escreveu: >>>> Acredito que voce deva dar um "down" e um "up" na interface carp0 no >>> Master >>>> Fabrício. >>>> >>>> ref.: http://www.freebsd.org/doc/handbook/carp.html >>>> >>>> >>> - >>> 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 >> > - > 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] Dúvida com CARP
Funcionou galera! Ativei a preempção via sysctl nos 2 servidores e quando volta o master ele reassume a posição, show de bola, tudo funcionando! Assim que sobrar um tempo vejo a questão do hast, mas acredito que o carp me atenderá perfeitamente. []s Fabrício Em 29/02/2012 09:06, Lucas Dias escreveu: > fknet > > Ative nos dois servidores. Assim a preempção estará ativada nos dois > servidores, e eles ficaram monitorando que é Master e quem é Slave. > > Depois dê também uma olhada na solução HAST [1][2] e no ifstated(8). Podem > também cair como uma luva para você. > > Abraços. > > [1] - http://wiki.freebsd.org/HAST > [2] - http://www.freebsd.org/doc/handbook/disks-hast.html > [3] - > http://www.freebsd.org/cgi/man.cgi?query=ifstated%288%29&apropos=0&sektion=0&manpath=FreeBSD+Ports+9.0-RELEASE&arch=default&format=html > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida com CARP
obrigado Lucas!!! É isto mesmo, vou fazer via sysctl. Só me confirma uma coisa, tenho que deixar ativado nos 2 servidores ou apenas no master? abraços Fabrício Em 28/02/2012 21:23, Lucas Dias escreveu: > Olá Lista > > fknet > > Você tem que deixar ativo no kernel sim, ou ativar a sysctl > net.inet.carp.preempt=1. > > Com a preempção ativada, ele verá qual é o mestre e retornará > automáticamente. O Mestre ou Master deverá estar com o advskew mais baixo > que o slave. > > Veja em [1] e em [2] mais informações. > > [1] - http://www.fug.com.br/content/view/124/77/ - FreeBSD HA: Alta > disponibilidade com CARP, Ifstated e pfsync > [2] - http://www.freebsd.org/doc/handbook/carp.html - Common Address > Redundancy Protocol (CARP) > > Espero ter ajudado. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida com CARP
Olá Weder, Obrigado pela resposta, é verdade mesmo... por padrão o freebsd não "devolve" o ip para o master. Será que se eu desativar esta opção: options PREEMPTION no kernel funcionará o retorno automático para o host master??? será que não afetará mais nada em meus sistema??? obrigado Em 28/02/2012 19:12, Weder Lima escreveu: > Acredito que voce deva dar um "down" e um "up" na interface carp0 no Master > Fabrício. > > ref.: http://www.freebsd.org/doc/handbook/carp.html > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Dúvida com CARP
Boa tarde senhores! Estou com uma dúvida no CARP. Tenho 2 servidores que estão configurados como abaixo: Servidor 1 (Master): cloned_interfaces="carp0" ifconfig_carp0="inet 192.168.0.1 netmask 255.255.255.0 vhid 1 pass super_senha advskew 0" ifconfig_carp0_alias0="inet 192.168.0.2 netmask 255.255.255.255" Servidor 2 (Backup): cloned_interfaces="carp0" ifconfig_carp0="inet 192.168.0.1 netmask 255.255.255.0 vhid 1 pass super_senha advskew 100" ifconfig_carp0_alias0="inet 192.168.0.2 netmask 255.255.255.255" Funcionou perfeitamente, pra ser sincero até fiquei assustado com a simplicidade para por o CARP para funcionar, foi fácil demais. Se eu retiro o cabo de rede do servidor Master o servidor Backup entra em ação na hora! Meu problema é que quando volto o cabo de rede no servidor Master ele não reassume sua posição de master e fica como backup. Gostaria de que ele voltasse a ser o master na rede, preciso alterar algo na configuração para que funcione desta forma? Grato, Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Clonar HD de servidor em produção
Opa galera, valeu pelas respostas, acho que o dump vai dar certo Willian, só me esclarece uma coisa, como faço na máquina nova? Preciso instarlar o freebsd básico nela pra fazer o backup? E como fica o sistema? Obrigado Fabrício Em 24/02/2012 14:05, William Paixão escreveu: > Olá Fabricio, a melhor forma no meu modo de ver é o DUMP, assim vc não tem > downtime da máquin > > ssh root@maquina_de_origem "dump -0af - /" | restore -rf -a. > > > > Abraços. > > > > Em 24 de fevereiro de 2012 13:57, mantunesescreveu: > >> usa o DD ou então G4U - http://www.feyrer.de/g4u/ >> >> depois posta o resultado. >> >> >> >> Em 24 de fevereiro de 2012 12:44, fknet>> escreveu: >>> Boa tarde pessoal, >>> >>> Tenho um servidor FreeBSD em produção que acabei de instalar e gostaria >>> de clonar o HD todo dele para um HD novo, que ficará instalado em um >>> servidor de backup, economizando assim muito tempo para instalação e >>> configuração do sistema no servidor de backup. >>> >>> O hardware do servidor de backup é idêntico ao servidor atual, em >>> produção, então minha idéia é ter uma instalação do sistema e programas >>> idêntica nesse servidor de backup e depois usar o Rsync para manter os 2 >>> servidores sincronizados e o carp para manter ambos servidores no ar >>> fazendo redundância. >>> >>> Obrigado desde já >>> >>> Fabrício >>> - >>> 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 >> > - > 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
[FUG-BR] Clonar HD de servidor em produção
Boa tarde pessoal, Tenho um servidor FreeBSD em produção que acabei de instalar e gostaria de clonar o HD todo dele para um HD novo, que ficará instalado em um servidor de backup, economizando assim muito tempo para instalação e configuração do sistema no servidor de backup. O hardware do servidor de backup é idêntico ao servidor atual, em produção, então minha idéia é ter uma instalação do sistema e programas idêntica nesse servidor de backup e depois usar o Rsync para manter os 2 servidores sincronizados e o carp para manter ambos servidores no ar fazendo redundância. Obrigado desde já Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache DNS - qual a melhor opção
Blz pessoal, obrigado pelas respostas, irei testar o unbound inicialmente, se o mesmo me atender bem ficarei com ele. Grato pelas dicas! Em 31/05/2011 14:30, Luiz Gustavo S. Costa escreveu: > Ninguém falou do PowerDNS: > > [root@gringo] /usr/ports/dns/powerdns-recursor# cat pkg-descr > powerdns recursor is a high performance, simple and secure recursing > nameserver. It currently powers over two million internet connections. > > WWW: http://www.powerdns.com > > Faz lab ai e vê qual melhor se adapta a voce ;) > > Em 31 de maio de 2011 14:12, TIsOrA - Wilson Rogerio Lopes > escreveu: >> >> Se você pretende validar DNSSEC esqueça DJBDNS. Não tem suporte e >> provavelmente nunca vai ter. >> >> O unbound, por ser somente recursivo, pode ser para você mais fácil de >> configurar e de manter. >> No caso de validação DNSSEC, suporta troca automatica da chave ancorada da >> raiz (RFC 5011), bastando apenas uma linha no conf. >> >> O bind também tem essa feature, e se você já está acostumado com a operação >> dele, é a melhor pedida. >> >> Importante é ficar atento às permissões de recursão, porque recursivo aberto >> para o mundo, independente do software, é uma bomba! >> >> >> >> >>> From: lucas...@gmail.com >>> Date: Tue, 31 May 2011 10:54:54 -0300 >>> To: freebsd@fug.com.br >>> Subject: Re: [FUG-BR] Cache DNS - qual a melhor opção >>> >>> Em 31 de maio de 2011 08:50, fknet escreveu: >>> >>>> Olá Tiago, >>>> >>>> tenho domínios próprios sim, tenho reverso também, mas tudo isto é feito >>>> em um outro servidor, rodando bind. Agora gostaria de ter um servidor >>>> cache dns apenas, em minha rede, apenas para atender as consultas das >>>> estações de forma mais ágil. >>>> >>>> Estou pesquisando entre algumas opções para fazer a implantação certa. >>>> >>>> Já tive a indicação do djbdns e do unbound para isto, estou aguardando >>>> mais indicações dos colegas de lista para decidir qual será a melhor >>>> aplicação. >>>> >>>> Obrigado >>>> >>>> Em 31/05/2011 08:31, Tiago Furbeta escreveu: >>>>> qualquer UNIX da vida com um BIND ou um DJBDNS vai te atender melhor que >>>>> depender de DNS de terceiros... mas por que apenas um DNS cache? Não tem >>>>> domínio próprio? Não precisa de DNS reverso para suas redes? >>>>> >>>>> Att. >>>>> >>>>> Tiago N. Furbeta >>>>> Cangere Online Provedor de Internet Ltda. >>>>> Empresa de Telecomunicações Autorizada SCM/ANATEL >>>>> tfurb...@cangere.com.br >>>>> >>>>> >>>>> Em 30/05/2011 22:39, fknet escreveu: >>>>>> Boa noite! >>>>>> >>>>>> Qual a melhor opção para a criação de um servidor cache DNS para cerca >>>>>> de 3mil estações? O objetivo é ter uma resolução de nome mais rápida do >>>>>> que se usasse um DNS server na internet (dns do google por exemplo) >>>>>> >>>>>> Obrigado >>>>>> >>>>>> Fabrício >>> fknet >>> >>> Usa o próprio bind cara. Você pode deixar o mesmo somente como cache para >>> sua rede, e ainda de quebra vai ficar um servidor dns a mais para a sua rede >>> pra um possível sinistro e tal. Acredito que hoje, o Bind é o mais completo >>> em relação a features de servidores DNS e com DNSSEC default nas versões >>> mais novas. Já tá na base do FreeBSD >>> >>> Então, minha humilde opinião é usar o Bind >>> >>> >>> Abraços >>> -- >>> .:: Lucas Dias >>> .:: Analista de Sistemas >>> .:: OS3 Soluções em TI >>> .:: VectraCS - NOC Infovia Alagoas >>> .:: Antes de imprimir, veja se realmente é necessário!!! >>> - >>> 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 >> > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache DNS - qual a melhor opção
Olá Tiago, tenho domínios próprios sim, tenho reverso também, mas tudo isto é feito em um outro servidor, rodando bind. Agora gostaria de ter um servidor cache dns apenas, em minha rede, apenas para atender as consultas das estações de forma mais ágil. Estou pesquisando entre algumas opções para fazer a implantação certa. Já tive a indicação do djbdns e do unbound para isto, estou aguardando mais indicações dos colegas de lista para decidir qual será a melhor aplicação. Obrigado Em 31/05/2011 08:31, Tiago Furbeta escreveu: > qualquer UNIX da vida com um BIND ou um DJBDNS vai te atender melhor que > depender de DNS de terceiros... mas por que apenas um DNS cache? Não tem > domínio próprio? Não precisa de DNS reverso para suas redes? > > Att. > > Tiago N. Furbeta > Cangere Online Provedor de Internet Ltda. > Empresa de Telecomunicações Autorizada SCM/ANATEL > tfurb...@cangere.com.br > > > Em 30/05/2011 22:39, fknet escreveu: >> Boa noite! >> >> Qual a melhor opção para a criação de um servidor cache DNS para cerca >> de 3mil estações? O objetivo é ter uma resolução de nome mais rápida do >> que se usasse um DNS server na internet (dns do google por exemplo) >> >> Obrigado >> >> Fabrício >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Cache DNS - qual a melhor opção
Boa noite! Qual a melhor opção para a criação de um servidor cache DNS para cerca de 3mil estações? O objetivo é ter uma resolução de nome mais rápida do que se usasse um DNS server na internet (dns do google por exemplo) Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] sincronização de servidores (rsync via ssh)
Aqui faço o seguinte, no servidor backup tenho um script que rodo pelo crontab a cada 5 minutos. Veja abaixo um exemplo deste script: #!/bin/sh log_file='/var/log/rsync.log' RSYNC='/usr/local/bin/rsync -tarv --delete' #inicio do backup echo -e "\nInicio do backup - `date`\n" >> $log_file #www $RSYNC 192.168.25.1::www /usr/local/www/apache22/data/ >> $log_file 2>&1 #vmail $RSYNC --exclude 'fabricio/' 192.168.25.1::vmail /var/vmail >> $log_file 2>&1 #/usr/local/etc #$RSYNC 192.168.25.1::usrlocaletc /usr/local/etc/ >> $log_file 2>&1 É bem simples, o servidor backup está ligado ao servidor mestre através de uma placa de rede separada, com um cabo cross, dessa forma não trafego nada do backup pela interface principal do servidor master. Aqui funciona muito bem e acho que te atenderá, desde que você não precise de algo realmente online (aqui tenho latência de 5 minutos, que me é suficiente, mas você pode tentar fazer com intervalos menores). []s Em 30/05/2011 17:55, irado furioso com tudo escreveu: > buenas, povo. > > preciso fazer espelhamento entre duas máqunas; o inicial já foi feito > (dump/restore) e as máquinas estão identicas (não hardware, mas os sistemas) > só que agora preciso que fiquem sincronizadas entre si, de modo a poder > substitui-las caso a MASTER tenha problemas. Imagino que NÃO precisarei (por > ex) me preocupar com o '/' e demais, mas apenas com o /var/ e /usr/local e, > ainda assim, sem os *logs* e outros que eventualmente não são uteis. > > a documentação/orientação que tenho encontrado no google ou é MUITO antiga > ou confusa ou ambas (rs); estou imaginando alguma coisa assim: > > rsync /path ::s...@servidor.na.casa.do.chapéu "restore" > diretamente.no.local.do.primeiro.path > [...] diversos repetecos.. > fim. > > > é possível que haja documentação mais recente mas, se pelo menos me > esclarecerem: > > nos rsyncd.conf TODAS as orientações que encontrei falam de um único path > (normalmente o '/'); é possível colocar-se paths diversos, um por linha, por > exemplo? ou há algum outro modo de se fazer (script?) > > enfim, taí a dúvida. > > TIA. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
Boa noite, Essa thread que você menciou fui eu quem abri e até hoje não consegui uma solução. te adianto uma coisa, não deve ser o timeout do mysql não, alterei isto, configurei e fiz ajustes inúmeros no mysql, sem nenhum resultado eficaz. Rodei o freeradius por anos em outras versões do free, sem nenhum problema, o problema começou ocorrer na versão 8 do free e ainda estou sem solução, meu FreeRadius cai algumas vezes ainda e subo ele com script, sem nenhum problema, apenas que é uma "gambiarra". Estou trocando alguns emails com o desenvolvedor do FreeRadius, enviando algumas informações e ele está tentando me auxiliar dentro do possível, mas pediu para que eu tenha paciência, pois ele anda bem ocupado. Se eu tiver novidades posto aqui. []s fabrício Em 22/05/2011 14:18, Marcelo Gondim escreveu: > Olá pessoal, > > Recentemente instalei o FreeBSD aqui e atualizei ele para o 8.2 stable, > tudo funcionando normalmente e perfeito exceto que em 1 dia e meio de > uso o freeradius parou e não deixou nenhuma mensagem de signal no > messages. No radius.log aparece isso: > > Sun May 22 03:47:42 2011 : Auth: Login incorrect: [solange034416] (from > client pppoe port 473170 cli 00:E0:4C:F4:C5:75) > Sun May 22 03:47:43 2011 : Auth: Login incorrect: [marco201368] (from > client pppoe port 4046493 cli 00:26:5A:5F:C4:A1) > Sun May 22 03:47:46 2011 : Auth: Login incorrect: [marco201368] (from > client pppoe port 4046494 cli 00:26:5A:5F:C4:A1) > Sun May 22 03:47:47 2011 : Auth: Login incorrect: [gustavo039105] (from > client pppoe port 473171 cli 00:1E:E5:39:08:1B) > Sun May 22 03:47:49 2011 : Auth: Login incorrect: [marco201368] (from > client pppoe port 4046495 cli 00:26:5A:5F:C4:A1) > Sun May 22 03:47:50 2011 : Info: Exiting normally. > Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 4 > Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 3 > Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 2 > Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 1 > Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 0 > > Instalei o freeradius do ports versão essa: > > freeradius-2.1.10_2 > > FreeBSD seca.intnet.com.br 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 > 19:22:17 BRT 2011 > > Vi no histórico uma thread sobre esse assunto mas parece que não houve > uma solução: > > http://www.mail-archive.com/freebsd@fug.com.br/msg61202.html > > Alguém teve este mesmo problema? Antes do FreeBSD rodava um Linux com o > Freeradius também 2.1.10 e não caía o serviço. Mas já tive outros Linux > que o freeradius caía do nada. Creio que seja alguma situação específica > no freeradius. > > []´s à todos > > - > 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: Hardware para router com BGP
Obrigado Paulo Henrique, já contatei o Patrick, que conheço de outros trabalhos, ele me auxiliará nessa empreitada. Do lado da operadora está tudo certo e pronto para ativar o serviço. Grato, Em 13/05/2011 10:27, Paulo Henrique escreveu: > Contrata a consultoria deles ou com o Eduardo Schoedler, tem o Bruno > Cabral da lista Gter, foi ele que conseguiu se não me engano fechar um > BGP com menos de 2 meses. > Vai depender mais do lado da operadora do que seu lado. > > Att. > > ]Em 13/05/2011 08:10, fknet escreveu: >> Bom dia Paulo, não pesa mesmo, de forma algum, problema é tempo hábil >> para tal implementação, preciso de uma solução urgente, preciso fechar >> negócio ainda hoje para implementação em 10 dias no máximo e com filhoS >> recém nascidos está fora de cogitação eu viajar até BH nos próximos 60 dias. >> >> Obrigado >> >> Em 13/05/2011 00:08, Paulo Henrique escreveu: >> >>> Não tenho experiencia em produção quanto a capacidade, creio que o >>> Patrick Tracanelli e outros aqui da lista que possui tal ambiente é de >>> melhor referencia, porem no ultimo ano vim estudando bastante quanto a >>> BGP sobre o FreeBSD e coloquei até sessões internamente apenas para >>> adquirir conhecimento/experiência. >>> Outro detalhe é que 400Mbps com pacotes de 1480 bytes não é o mesmo que >>> 400Mbps com pacotes de 64Bytes, pois o que manda é interrupção do sistema. >>> Com placas gigabit da Intel de preferencia que use o driver em(4) e um >>> processador Xeon com 2GT/s de processamento e 4Gbs de ram atende, agora >>> colocar a mão no fogo por tal informação infelizmente eu não faço >>> justamente por não ter tido oportunidade de trabalhar com ambientes >>> deste tipo. >>> Não é fazendo propraganda, mais a FreeBSD Brasil dispõem de um >>> treinamento em roteamento avançado que aborda justamente esse assunto, >>> capacidades e limitações de hardware, de uma verificada, creio que >>> 900,00 reais não pesa em um projeto de BGP com esse trafego. >>> >>> >>> Citei o Patrick diretamente pelo fato de o mesmo disponibilizar a >>> maioria das informações quanto a tal ambiente. >>> >>> >>> >>> Em 12/05/2011 22:52, fknet escreveu: >>> >>>> Obrigado Paulo Henrique, estes servidores são muito superiores aos >>>> Supermicro que mencionei? >>>> >>>> Há necessidade deste hardware para uma máquina que fará apenas >>>> roteamento de um link de 400mbps com bgp? >>>> >>>> Grato, >>>> >>>> Em 12/05/2011 21:43, Paulo Henrique escreveu: >>>> >>>> >>>>> Usa os 610 ou 710, o R210 pelo que analisei tem problemas quanto a >>>>> suporte de controladora de disco !! sem contar que a capacidade de >>>>> processamento é muito superior devido ao uso de dois northbridge ( >>>>> comunicação pci-x distribuidas ). >>>>> >>>>> >>>>> >>>>> Em 12/05/2011 19:23, fknet escreveu: >>>>> >>>>> >>>>>> obrigado Eduardo, esse Dell roda bem freebsd sem nenhum problema com >>>>>> drivers? >>>>>> >>>>>> grato, >>>>>> >>>>>> Fabrício >>>>>> >>>>>> Em 12/05/2011 17:47, Eduardo Schoedler escreveu: >>>>>> >>>>>> >>>>>> >>>>>>> Eu pegaria um Dell R210 com uma placa Intel. >>>>>>> >>>>>>> Essa SuperMicro vem com chipset 82574L, não é a melhor. >>>>>>> Também não economize em processador. >>>>>>> >>>>>>> -- >>>>>>> Eduardo Schoedler >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> -Mensagem original- >>>>>>>> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em >>>>>>>> nome de fknet >>>>>>>> Enviada em: quinta-feira, 12 de maio de 2011 17:19 >>>>>>>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>>>>>> Assunto: [FUG-BR] Hardware para router com BGP >>>>>>>> >>>>>>>> Boa tarde senhores, >>>>>>>> >>>>>>>> Estou precisando comprar um servidor para fazer o roteamento de um link >>>>>
Re: [FUG-BR] RES: Hardware para router com BGP
Bom dia Paulo, não pesa mesmo, de forma algum, problema é tempo hábil para tal implementação, preciso de uma solução urgente, preciso fechar negócio ainda hoje para implementação em 10 dias no máximo e com filhoS recém nascidos está fora de cogitação eu viajar até BH nos próximos 60 dias. Obrigado Em 13/05/2011 00:08, Paulo Henrique escreveu: > Não tenho experiencia em produção quanto a capacidade, creio que o > Patrick Tracanelli e outros aqui da lista que possui tal ambiente é de > melhor referencia, porem no ultimo ano vim estudando bastante quanto a > BGP sobre o FreeBSD e coloquei até sessões internamente apenas para > adquirir conhecimento/experiência. > Outro detalhe é que 400Mbps com pacotes de 1480 bytes não é o mesmo que > 400Mbps com pacotes de 64Bytes, pois o que manda é interrupção do sistema. > Com placas gigabit da Intel de preferencia que use o driver em(4) e um > processador Xeon com 2GT/s de processamento e 4Gbs de ram atende, agora > colocar a mão no fogo por tal informação infelizmente eu não faço > justamente por não ter tido oportunidade de trabalhar com ambientes > deste tipo. > Não é fazendo propraganda, mais a FreeBSD Brasil dispõem de um > treinamento em roteamento avançado que aborda justamente esse assunto, > capacidades e limitações de hardware, de uma verificada, creio que > 900,00 reais não pesa em um projeto de BGP com esse trafego. > > > Citei o Patrick diretamente pelo fato de o mesmo disponibilizar a > maioria das informações quanto a tal ambiente. > > > > Em 12/05/2011 22:52, fknet escreveu: >> Obrigado Paulo Henrique, estes servidores são muito superiores aos >> Supermicro que mencionei? >> >> Há necessidade deste hardware para uma máquina que fará apenas >> roteamento de um link de 400mbps com bgp? >> >> Grato, >> >> Em 12/05/2011 21:43, Paulo Henrique escreveu: >> >>> Usa os 610 ou 710, o R210 pelo que analisei tem problemas quanto a >>> suporte de controladora de disco !! sem contar que a capacidade de >>> processamento é muito superior devido ao uso de dois northbridge ( >>> comunicação pci-x distribuidas ). >>> >>> >>> >>> Em 12/05/2011 19:23, fknet escreveu: >>> >>>> obrigado Eduardo, esse Dell roda bem freebsd sem nenhum problema com >>>> drivers? >>>> >>>> grato, >>>> >>>> Fabrício >>>> >>>> Em 12/05/2011 17:47, Eduardo Schoedler escreveu: >>>> >>>> >>>>> Eu pegaria um Dell R210 com uma placa Intel. >>>>> >>>>> Essa SuperMicro vem com chipset 82574L, não é a melhor. >>>>> Também não economize em processador. >>>>> >>>>> -- >>>>> Eduardo Schoedler >>>>> >>>>> >>>>> >>>>>> -Mensagem original- >>>>>> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em >>>>>> nome de fknet >>>>>> Enviada em: quinta-feira, 12 de maio de 2011 17:19 >>>>>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>>>> Assunto: [FUG-BR] Hardware para router com BGP >>>>>> >>>>>> Boa tarde senhores, >>>>>> >>>>>> Estou precisando comprar um servidor para fazer o roteamento de um link >>>>>> com bgp. >>>>>> >>>>>> Este link terá 200mbps inicialmente, mas será expandido para 400 mbps >>>>>> no prazo de um ano. >>>>>> >>>>>> Alguém poderia me indicar um servidor, de preferência Supermicro, que >>>>>> dê conta do recado? Não tenho idéia se este serviço exigirá demais >>>>>> do hardware. >>>>>> >>>>>> Tinha pensado neste servidor, que tem um custo benefício legal, mas não >>>>>> sei se dará conta: >>>>>> >>>>>> Supermicro Superserver EL-R3000 >>>>>> SUPERSERVER SUPERMICRO >>>>>> • Form Factor: 1U >>>>>> • Fonte ATX 600 Watts >>>>>> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >>>>>> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >>>>>> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou >>>>>> 16GB >>>>>> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >>>>>> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >>>>>> TH
Re: [FUG-BR] RES: Hardware para router com BGP
Obrigado Paulo Henrique, estes servidores são muito superiores aos Supermicro que mencionei? Há necessidade deste hardware para uma máquina que fará apenas roteamento de um link de 400mbps com bgp? Grato, Em 12/05/2011 21:43, Paulo Henrique escreveu: > Usa os 610 ou 710, o R210 pelo que analisei tem problemas quanto a > suporte de controladora de disco !! sem contar que a capacidade de > processamento é muito superior devido ao uso de dois northbridge ( > comunicação pci-x distribuidas ). > > > > Em 12/05/2011 19:23, fknet escreveu: >> obrigado Eduardo, esse Dell roda bem freebsd sem nenhum problema com >> drivers? >> >> grato, >> >> Fabrício >> >> Em 12/05/2011 17:47, Eduardo Schoedler escreveu: >> >>> Eu pegaria um Dell R210 com uma placa Intel. >>> >>> Essa SuperMicro vem com chipset 82574L, não é a melhor. >>> Também não economize em processador. >>> >>> -- >>> Eduardo Schoedler >>> >>> >>>> -Mensagem original- >>>> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em >>>> nome de fknet >>>> Enviada em: quinta-feira, 12 de maio de 2011 17:19 >>>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>> Assunto: [FUG-BR] Hardware para router com BGP >>>> >>>> Boa tarde senhores, >>>> >>>> Estou precisando comprar um servidor para fazer o roteamento de um link >>>> com bgp. >>>> >>>> Este link terá 200mbps inicialmente, mas será expandido para 400 mbps >>>> no prazo de um ano. >>>> >>>> Alguém poderia me indicar um servidor, de preferência Supermicro, que >>>> dê conta do recado? Não tenho idéia se este serviço exigirá demais >>>> do hardware. >>>> >>>> Tinha pensado neste servidor, que tem um custo benefício legal, mas não >>>> sei se dará conta: >>>> >>>> Supermicro Superserver EL-R3000 >>>> SUPERSERVER SUPERMICRO >>>> • Form Factor: 1U >>>> • Fonte ATX 600 Watts >>>> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >>>> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >>>> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou >>>> 16GB >>>> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >>>> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >>>> THERMAL SENSOR >>>> • 2 x Intel® 82574L Gigabit Ethernet Controllers >>>> • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) >>>> • Chipset Intel® 3420 >>>> • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) >>>> • RAID 0, 1, 5, 10 (Windows) >>>> • RAID 0, 1, 10 (LINUX) >>>> • Video OnBoard Matrox G200eW 16MB >>>> • DVD-ROM >>>> • Slots de expansao: >>>> • 1x PCI-Express (x8) (Riser Card) >>>> >>>> Obrigado >>>> Fabrício >>>> >>> - >>> 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 >> > - 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: Hardware para router com BGP
obrigado Eduardo, esse Dell roda bem freebsd sem nenhum problema com drivers? grato, Fabrício Em 12/05/2011 17:47, Eduardo Schoedler escreveu: > Eu pegaria um Dell R210 com uma placa Intel. > > Essa SuperMicro vem com chipset 82574L, não é a melhor. > Também não economize em processador. > > -- > Eduardo Schoedler > >> -Mensagem original- >> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em >> nome de fknet >> Enviada em: quinta-feira, 12 de maio de 2011 17:19 >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> Assunto: [FUG-BR] Hardware para router com BGP >> >> Boa tarde senhores, >> >> Estou precisando comprar um servidor para fazer o roteamento de um link >> com bgp. >> >> Este link terá 200mbps inicialmente, mas será expandido para 400 mbps >> no prazo de um ano. >> >> Alguém poderia me indicar um servidor, de preferência Supermicro, que >> dê conta do recado? Não tenho idéia se este serviço exigirá demais >> do hardware. >> >> Tinha pensado neste servidor, que tem um custo benefício legal, mas não >> sei se dará conta: >> >> Supermicro Superserver EL-R3000 >> SUPERSERVER SUPERMICRO >> • Form Factor: 1U >> • Fonte ATX 600 Watts >> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou >> 16GB >> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >> THERMAL SENSOR >> • 2 x Intel® 82574L Gigabit Ethernet Controllers >> • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) >> • Chipset Intel® 3420 >> • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) >> • RAID 0, 1, 5, 10 (Windows) >> • RAID 0, 1, 10 (LINUX) >> • Video OnBoard Matrox G200eW 16MB >> • DVD-ROM >> • Slots de expansao: >> • 1x PCI-Express (x8) (Riser Card) >> >> Obrigado >> Fabrício > - > 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
[FUG-BR] Hardware para router com BGP
Boa tarde senhores, Estou precisando comprar um servidor para fazer o roteamento de um link com bgp. Este link terá 200mbps inicialmente, mas será expandido para 400 mbps no prazo de um ano. Alguém poderia me indicar um servidor, de preferência Supermicro, que dê conta do recado? Não tenho idéia se este serviço exigirá demais do hardware. Tinha pensado neste servidor, que tem um custo benefício legal, mas não sei se dará conta: Supermicro Superserver EL-R3000 SUPERSERVER SUPERMICRO • Form Factor: 1U • Fonte ATX 600 Watts • Processador Quad-Core Intel Xeon X3430 2,4 GHz • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB UDIMM (Slots de memoria: 1 utilizado, 3 livres) • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ THERMAL SENSOR • 2 x Intel® 82574L Gigabit Ethernet Controllers • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) • Chipset Intel® 3420 • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) • RAID 0, 1, 5, 10 (Windows) • RAID 0, 1, 10 (LINUX) • Video OnBoard Matrox G200eW 16MB • DVD-ROM • Slots de expansao: • 1x PCI-Express (x8) (Riser Card) Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Postfix - autenticação de usuários
Obrigado pelo retorno vic, Sabe me dizer onde acho um tutorial para me orientar em como ativar o SASL em meu Postfix que não dê problemas para os usuário internos? Grato, Em 24/03/2011 11:21, vic escreveu: > On Wed, 23 Mar 2011 16:20:05 -0300, fknet > wrote: >> Boa tarde, >> >> Hoje meu servidor de email não necessita de autenticação de usuários, >> pois ele permite apenas envio de emails dos usuários de dentro da minha >> rede, de fora não é possível, apenas via webmail. >> >> Porém começamos a ter a necessidade de que alguns clientes de fora da >> rede pudessem utilizar os programas clientes de email (outlook express >> em especial) para envio de mensagens. >> >> Gostaria de saber dos colegas como posso fazer para que minha rede >> continue enviando emails normalmente se ter que ir em Outlook por >> Outlook ativando a opção "Meu servidor requer autenticação", porém >> obrigue os clientes de fora da minha rede a autenticarem para enviar emails? >> >> Grato, >> >> Fabrício >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Simples, apenas ative e configure o sasl no postfix. Os eutoloko da sua > rede interna continuarão enviando e-mail normalmente, mas o de fora > precisarão se autenticar. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Postfix - autenticação de usuários
Boa tarde, Hoje meu servidor de email não necessita de autenticação de usuários, pois ele permite apenas envio de emails dos usuários de dentro da minha rede, de fora não é possível, apenas via webmail. Porém começamos a ter a necessidade de que alguns clientes de fora da rede pudessem utilizar os programas clientes de email (outlook express em especial) para envio de mensagens. Gostaria de saber dos colegas como posso fazer para que minha rede continue enviando emails normalmente se ter que ir em Outlook por Outlook ativando a opção "Meu servidor requer autenticação", porém obrigue os clientes de fora da minha rede a autenticarem para enviar emails? Grato, Fabrício - 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 TOPIC - mysql replication
Obrigado Danilo, sua ajuda foi muito útil, consegui um script de monitoramento que me manda emails em caso de falha na replicação! Muito obrigado!!! Agora precisava saber uma outra coisa, se eu precisar colocar o servidor MySQL backup no ar, para substituir o principal em caso de algum falha, qual a melhor forma para eu atualizar o banco de dados do servidor principal depois que ele for arrumado e colocá-lo no ar novamente como principal e fazer com que a replicação seja ativada novamente? Muito obrigado! Fabrício Em 27/02/2011 21:19, Danilo G. Baio escreveu: > Em 27/02/2011 19:29, fknet escreveu: >> Há como eu ter certeza de que esteja tudo bem na replicação? Há alguma >> dica que os colegas podem me dar para eu ter uma replicação mais >> eficiente? E por último há como eu monitorar a replicação e receber >> emails em caso de qualquer falha na replicação? >> >> Se o processo de replicação do MySQL for muito frágil farei uso do rsync >> para fazer a cópia dos dados cada X minutos, afinal não preciso que seja >> um backup em tempo real (claro que em tempo real é muito melhor e mais >> seguro para mim). >> > roda muito legal. > > você pode fazer um script que verifique o status do slave: > > mysql> show slave status \G; > > só fazer um parse e boa. > ... > Slave_IO_Running: Yes >Slave_SQL_Running: Yes > Last_Errno: 0 > Last_Error: > ... > > > > Abraço. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OFF TOPIC - mysql replication
Boa noite à todos! Pessoal, acabei de colocar um servidor slave do mysql para funcionar, aparentemente está tudo em ordem e funcionando perfeitamente. Tive um experiência não muito boa há alguns anos com replicação do mysql, então eu gostaria agora de monitor a replicação para não ter surpresas quando precisar dos dados do slave. Há como eu ter certeza de que esteja tudo bem na replicação? Há alguma dica que os colegas podem me dar para eu ter uma replicação mais eficiente? E por último há como eu monitorar a replicação e receber emails em caso de qualquer falha na replicação? Se o processo de replicação do MySQL for muito frágil farei uso do rsync para fazer a cópia dos dados cada X minutos, afinal não preciso que seja um backup em tempo real (claro que em tempo real é muito melhor e mais seguro para mim). Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeRadius caindo
Bom, vamos lá: 1) Não testei com o 2.1.7 ainda! 2) Vc acha que deve reinstalar o servidor e colocar versão 8.1? isto? 3) Vc pede o seguinte: "Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e depois" - qual linha??? Obrigado Em 24/02/2011 01:28, Paulo Henrique escreveu: > Em 24/02/2011 01:00, fknet escreveu: >> Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas: >> >> Antes, só para constar, no servidor antigo tinha os mesmos serviços >> rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo. >> O que mudou do antigo para este? >> >> Praticamente a versão do sistema operacional, que no anterior era >> FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora >> 2.1.10. >> >> Fiz vários testes antes de colocar em produção, simulei o tráfego de >> autenticação do freeradius e testei o freeradius durante 1 dia todo em >> produção, somente o freeradius e o mysql rodando. Quando vi que estava >> pronto e não tinha problemas coloquei no ar. O que acontece é que o >> freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet, >> pois não podiam autenticar. >> >> > Apenas para tirar duvidas já testou com a versão 2.1.7 do FreeRadius ? > Quando se muda o hardware de um servidor com um sistema instalado do > zero, qualquer coisa feita no servidor antigo é ignoravel, todas ( TODAS > ) as váriveis são zeradas. > >> Bom, vamos as respostas: >> >> [davinci:~]# uname -a >> FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST >> 2011 >> > Olha o problema aqui, deixa ficar pronto primeiro ( aproposito melhor > atualizar ) > Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e depois > > csup -g -L 2 /usr/share/examples/cvsup/stable-supfile&& cd /usr/src&& > make buildkernel KERNCONF=MYKERNEL&& make installkernel > KERNCONF=MYKERNEL&& reboot > > execute o logon e rode os comandos > > mergemaster -p ( verifica o que pode ser editado normalmente make.conf e > alguns outros arquivos, mais não deixe editarem o password e groups o > problema sério )&& reboot > > Otimo agora vamos para a segunda parte. > > faça logon > > cd /usr/src&& make buildworld&& make installworld&& reboot > > Faça o logon e execute novamente ( logico ) > > mergermaster -p ( nunca ficou muito claro se é necessario mais não vai > matar mesmo ). > > > Mais antes dessa frescura toda ai acima, por favor coloca uma release > estavel, FreeBSD não é windows nem linux que vive a base de atualização, > atualizar FreeBSD é questão de vida ou morte, e não simplesmente mais > uma tarefa trivial. > >> r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64 >> Na compilação do kernel foi alterado apenas o seguinte: >> options IPFIREWALL >> options IPFIREWALL_FORWARD >> options IPFIREWALL_DEFAULT_TO_ACCEPT >> options IPFIREWALL_VERBOSE >> options IPFIREWALL_VERBOSE_LIMIT=100 >> options HZ=2000 >> maxusers 1024 >> options VFS_AIO >> options ACCEPT_FILTER_HTTP >> > Melhor dar uma lida em: > cd /usr/src/sys/amd/conf&& make LINT&& cat LINT | less > e depois em > cat /usr/src/sys/conf/NOTES > e > cat /usr/src/sys/amd64/conf/NOTES > > > >> Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1 >> ainda não estou usando minha idéia é usá-la para fazer o backup do >> servidor online) >> > Verifica no messages se queda de link nesses horarios. > > >> Abaixo todos os serviços deste servidor: >> MySQL 5.5.9 >> FreeRadius 2.1.10 >> Postfix 2.8 >> Apache 2.2.17 >> MRTG rodando a partir do cron >> >> Todos os software foram instalados via ports, agora me desculpe, mas não >> sei conferir as dependências. >> > cd $PORT/&& make config >> Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados >> do boot mais. >> > Verifica em /var/log/messages ou /var/log/messages.0.bz2 >> Estou deixando sem firewall essa máquina, para testes. >> > OK >> O hardware é o abaixo: >> >> • SUPERSERVER SUPERMICRO >> • Form Factor: 1U >> • Fonte ATX 600 Watts >> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB >> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >> THERMAL SENS
Re: [FUG-BR] Backup de servidor em produção
Legal, mas infelzimente o investimento em servidores tá feita... 2 supermicros mesmo, vou neles! Fonte meus funcionários trocam, sem crise. Entradas distintas de energia sem chance, há apenas 1 empresa na cidade que fornece energia: Elektro. 2 nobreaks? Já tenho, a idéia é que cada servidor fique em um servidor distinto mesmo. Redundância de switchs tbm não vejo necessidade, temos backup e o pessoal sabe (eu espero) espetar os cabos lá. Agora a parte que mais me interessa não entendi (boiei!) um array RAID 0 com dois volumes distintos sobre GMIRROR gerando o volume final Pode me esclarecer? Obrigado Em 24/02/2011 01:40, Paulo Henrique escreveu: > Em 24/02/2011 01:26, fknet escreveu: >> Boa noite, obrigado novamente pelo retorno! >> >> Não estou configurando o servidor pensando em usuário final, apenas que >> eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que >> ficar pensando e se o servidor der alguma pane? >> >> Sim, concordo com você, servidor em produção só dá problema caso o >> hardware falhe, do resto é muito difícil dar qualquer problema. >> >> Mas aí que entra o X da questão... da uma tempestade, raios, o servidor >> queima e eu estou viajando. E agora, o que faço? Preciso de uma solução >> de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd >> ou então um funcionário meu, de confiança, que não tem grandes >> conhecimentos, mas até consegue se virar com algo, possa colocar o >> servidor de backup no ar. Esta é minha idéia. >> >> Mas aí ainda vem a questão: o backup pode queimar junto com o servidor >> oficial, aí vem uma segunda etapa na qual estou pensando em ter um >> snapshot ou algo do tipo, feito semanalmente, que possa ter um backup >> que possa ser utilizado para subir em um hardware novo. >> >> Obrigado >> >> Em 24/02/2011 01:09, Paulo Henrique escreveu: >> >> > Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes, > mais sistemas de energias redundantes de fornecedor distinto. > Ok é caro mais não dará problema. > > Agora de começo, segue o que precisa para você viajar tranquilo. > > Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e > depois que compreendi, mais na pratica é besteira de vendedor ). > > 2 servidor em Front-end um ligado em um no-break distinto e em circuitos > de energia independetes ( tomadas de alimentação independetes e > separados no dijuntores do quadro de distribuição eletrica ). > 2 placas de rede em cada servidor ( 1 para o storage e outra para a rede > - storage acessivel apenas através dos servidores e nada mais ). > Carp mandando ver no IP virtual e o hearthbeat sincronizando processos. > tem uma placa de rede ( não lembro no nome do fabricante, onde tem duas > saidas ethernet compartilhadas, poderá usar elas e ligalas em switch > independentes, assim evita falha no switch de acesso. > > Mais acredite tudo isso ai pode ser trocado por um servidor corretamente > dimensionado com fontes de alimentação redundantes usando no-breaks > distintos e um array RAID 0 com dois volumes distintos sobre GMIRROR > gerando o volume final e esquece o restante da rede, um usuário final > sabe trocar um switch. > E coloque um no-break com filtro de rede ( gera um delay mais muito > baixo impersseptivel > > Um dell com controlador PERC 6/ H700 desses sai por uns 20K mais viajará > tranquilo. > > Não é sacanagem... > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Backup de servidor em produção
Boa noite, obrigado novamente pelo retorno! Não estou configurando o servidor pensando em usuário final, apenas que eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que ficar pensando e se o servidor der alguma pane? Sim, concordo com você, servidor em produção só dá problema caso o hardware falhe, do resto é muito difícil dar qualquer problema. Mas aí que entra o X da questão... da uma tempestade, raios, o servidor queima e eu estou viajando. E agora, o que faço? Preciso de uma solução de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd ou então um funcionário meu, de confiança, que não tem grandes conhecimentos, mas até consegue se virar com algo, possa colocar o servidor de backup no ar. Esta é minha idéia. Mas aí ainda vem a questão: o backup pode queimar junto com o servidor oficial, aí vem uma segunda etapa na qual estou pensando em ter um snapshot ou algo do tipo, feito semanalmente, que possa ter um backup que possa ser utilizado para subir em um hardware novo. Obrigado Em 24/02/2011 01:09, Paulo Henrique escreveu: > Então, as referencias que posso estar passando a ti são as seguintes: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html > > http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate > mais tem muita informação sobre o Framework ). > > http://kerneltrap.org/node/742 ( pratico ). > > No caso do geom_gate exige uma storage ( ponto unico de falha mais que > com raid_mirror minimizará muito a falha). > > Apenas uma consideração, se configura servidor pensando em usuário final > coloca windows, se der problema e não tiver acesso remoto para resolver > é só no console, e acredite, por mais que possa parecer idiotice, pane > de servidor se resume a falha de hardware, servidor de produção não cai > por causa de bug já relatados, e um bug não relatado não irá dar a graça > depois de 2 meses ou mais do servidor on-line, embora há casos no qual > ja li. > > Atualmente estou fazendo um teste de usar RAID 0 via controladora > dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o > objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro. > > > Em 24/02/2011 00:36, fknet escreveu: >> Boa noite Paulo Henrique, >> >> Gostei da idéia do Geom, poderia me dar mais informações de como ele >> funciona e onde posso conseguir algum tutorial para testá-lo? Daria para >> fazer algo como se a máquina remota fosse um HD espelhado localmente? >> >> Minha idéia é ter um backup eficiente e usar em conjunto com o CARP, >> caso o servidor principal pare o backup possa assumir o lugar dele de >> forma transparente, apenas aviando-me via email deste problema para que >> o servidor principal seja reparado. >> >> Gostaria de algo bem simples e funcional para eu não ter dores de cabeça >> e também para que uma pessoa sem conhecimentos em freebsd possa colocar >> no ar, caso eu não esteja na empresa. >> >> Muito obrigado! >> >> Fabrício >> >> Em 24/02/2011 00:11, Paulo Henrique escreveu: >> >>> O GEOM_GATE não lhe atende ? >>> Uso GEOM a mais de 2 anos e até hoje só felicidades, >>> >>> GEOM_MIRROR + GEOM_ELI >>> GEOM_STRIPE + GEOM_ELI >>> e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos >>> perfeito, >>> o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos >>> demanda um storage adicionando um ponto unico de falha, não sei certo >>> como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te >>> ajudar quanto a sincronização dos processos. >>> >>> Att. >>> >>> Em 23/02/2011 22:55, fknet escreveu: >>> >>>> Alguém já trabalho com HAST? >>>> >>>> Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação >>>> de alguém que já usou este recurso em produção e, se possível, um >>>> tutorial de como fazer. >>>> >>>> Obrigado >>>> >>>> Fabrício >>>> >>>> Em 23/02/2011 22:32, Danilo Egea escreveu: >>>> >>>> >>>>> Usei o Unison uma vez para fazer isso, funciona bem. >>>>> >>>>> abraços >>>>> >>>>> E-mail/MSN -> daniloe...@yahoo.com.br >>>>> >>>>> Skype -> daniloegea >>>>> >>>>> Blog -> http://daniloegea.wordpress.com >>>>> >>>>> Twitter -> http://twitter.com/daniloegea >>>>> >>>>> --- Em qua, 23/2/11, fknet escreveu: >&
Re: [FUG-BR] FreeRadius caindo
Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas: Antes, só para constar, no servidor antigo tinha os mesmos serviços rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo. O que mudou do antigo para este? Praticamente a versão do sistema operacional, que no anterior era FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora 2.1.10. Fiz vários testes antes de colocar em produção, simulei o tráfego de autenticação do freeradius e testei o freeradius durante 1 dia todo em produção, somente o freeradius e o mysql rodando. Quando vi que estava pronto e não tinha problemas coloquei no ar. O que acontece é que o freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet, pois não podiam autenticar. Bom, vamos as respostas: [davinci:~]# uname -a FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST 2011 r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64 Na compilação do kernel foi alterado apenas o seguinte: options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options HZ=2000 maxusers 1024 options VFS_AIO options ACCEPT_FILTER_HTTP Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1 ainda não estou usando minha idéia é usá-la para fazer o backup do servidor online) Abaixo todos os serviços deste servidor: MySQL 5.5.9 FreeRadius 2.1.10 Postfix 2.8 Apache 2.2.17 MRTG rodando a partir do cron Todos os software foram instalados via ports, agora me desculpe, mas não sei conferir as dependências. Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados do boot mais. Estou deixando sem firewall essa máquina, para testes. O hardware é o abaixo: • SUPERSERVER SUPERMICRO • Form Factor: 1U • Fonte ATX 600 Watts • Processador Quad-Core Intel Xeon X3430 2,4 GHz • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB UDIMM (Slots de memoria: 1 utilizado, 3 livres) • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ THERMAL SENSOR • 2 x Intel® 82574L Gigabit Ethernet Controllers • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) • Chipset Intel® 3420 • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) • RAID 0, 1, 5, 10 (Windows) • RAID 0, 1, 10 (LINUX) • Video OnBoard Matrox G200eW 16MB • DVD-ROM • Slots de expansao: • 1x PCI-Express (x8) (Riser Card) • Garantia 1 ano • Industria Brasileira • Peso bruto: 15,5Kg • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) Obrigado Em 24/02/2011 00:38, Paulo Henrique escreveu: > Em 23/02/2011 10:42, fknet escreveu: >> Bom dia Alexandre, poderia postar seu my.cnf para eu ver? >> >> Obrigado >> >> Em 23/02/2011 10:20, Alexandre Correa escreveu: >> >>> tive problemas parecidos aqui, tive que fazer uma otimização no banco >>> de dados (my.cnf) para poder resolver o problema... >>> >>> recomendo o mysqltuner.pl ! >>> >>> >>> >>> 2011/2/23 fknet: >>> > Poderia disponibilizar um dmesg por favor da maquina. > Outra coisa, > Está usando o FreeRadius do port ou packages, se é dos ports quais são > as suas dependencias/configurações. > e para completar. > O que mais alem de radius, mrtg, mysql e creio eu que seja apache você > está usando neste servidor. > > A sim, > Versão de sistema Operacional > Compilação do kernel ( apenas o que alterou ). > Configuração de rede ( ips setados diretamente na interface ou sendo > atribuidos via dhcp). > > Evita complicar o ambiente, eliminar variaveis é melhor, em vez de snmp > use o vmstat ou o systat. > retire o mrtg ( ninguem vai morrer por que não viu um gráfico ). > desative o apache ou qualquer outro daemon de execução desnecessario, > principalmente inetd ou xinetd ( são uma verdadeira complicação ). > Se tiver firewall deixe apenas as regras necessárias, isso inclui > colocar o mesmo para default_to_accept, não será ele que deixará seu > servidor ou rede exposta*. > Hardware é algo que possivelmente não é o problema, hardware ruim da > problema, hardware para Xeon é meio dificil. > Se estiver rodando algum sistema web que interagem com o Mysql tira ele > de produção por um tempo. > Lembre-se quanto mais variaveis tiver menor será a chance de obter exito > na resolução. > > e apenas para lembrar nossos amigos administradores. > > USE SEMPRE AMBIENTE DE TESTE, DEPOIS PRODUÇÃO. > > Problemas em ambiente de teste é sempre bem vindo, em ambiente de > produção é frustação. > > > > ## E apenas para dar umas risadas. > Imaginar o que se foi feito é prático, agora saber realmente o que foi > feito apenas bola de cristal, e a da list
Re: [FUG-BR] Backup de servidor em produção
Boa noite Paulo Henrique, Gostei da idéia do Geom, poderia me dar mais informações de como ele funciona e onde posso conseguir algum tutorial para testá-lo? Daria para fazer algo como se a máquina remota fosse um HD espelhado localmente? Minha idéia é ter um backup eficiente e usar em conjunto com o CARP, caso o servidor principal pare o backup possa assumir o lugar dele de forma transparente, apenas aviando-me via email deste problema para que o servidor principal seja reparado. Gostaria de algo bem simples e funcional para eu não ter dores de cabeça e também para que uma pessoa sem conhecimentos em freebsd possa colocar no ar, caso eu não esteja na empresa. Muito obrigado! Fabrício Em 24/02/2011 00:11, Paulo Henrique escreveu: > O GEOM_GATE não lhe atende ? > Uso GEOM a mais de 2 anos e até hoje só felicidades, > > GEOM_MIRROR + GEOM_ELI > GEOM_STRIPE + GEOM_ELI >e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos > perfeito, > o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos > demanda um storage adicionando um ponto unico de falha, não sei certo > como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te > ajudar quanto a sincronização dos processos. > > Att. > > Em 23/02/2011 22:55, fknet escreveu: >> Alguém já trabalho com HAST? >> >> Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação >> de alguém que já usou este recurso em produção e, se possível, um >> tutorial de como fazer. >> >> Obrigado >> >> Fabrício >> >> Em 23/02/2011 22:32, Danilo Egea escreveu: >> >>> Usei o Unison uma vez para fazer isso, funciona bem. >>> >>> abraços >>> >>> E-mail/MSN ->daniloe...@yahoo.com.br >>> >>> Skype ->daniloegea >>> >>> Blog ->http://daniloegea.wordpress.com >>> >>> Twitter ->http://twitter.com/daniloegea >>> >>> --- Em qua, 23/2/11, fknetescreveu: >>> >>> De: fknet >>> Assunto: [FUG-BR] Backup de servidor em produção >>> Para: ""Lista Brasileira de Discussão sobre FreeBSD >>> (FUG-BR)"" >>> Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 >>> >>> Boa noite pessoal! >>> >>> Gostaria de fazer um backup de meu servidor online, tenho 2 servidores >>> idênticos e gostaria de manter o segundo atualizado, não precisa ser >>> online mesmo, poderia fazer a cada X minutos por exemplo. >>> >>> Minha idéia é usar CARP e fazer que ele entre no ar caso o principal >>> pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei >>> no rsync, mas este não exclui arquivos apagados do servidor principal no >>> secundário, que talvez não seja algo tão ruim. Também não sei como ele >>> se comportaria para copiar arquivos eventualmente em uso. >>> >>> Esse servidor tem os seguintes servicos nele: >>> Postfix >>> MySQL >>> FreeRadius >>> Apache >>> Webmail >>> >>> Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que >>> atenda minha necessidade. >>> >>> Obrigado >>> >>> Fabrício >>> - >>> 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 >>> >>> >> - >> 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] Backup de servidor em produção
Alguém já trabalho com HAST? Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação de alguém que já usou este recurso em produção e, se possível, um tutorial de como fazer. Obrigado Fabrício Em 23/02/2011 22:32, Danilo Egea escreveu: > Usei o Unison uma vez para fazer isso, funciona bem. > > abraços > > E-mail/MSN -> daniloe...@yahoo.com.br > > Skype -> daniloegea > > Blog -> http://daniloegea.wordpress.com > > Twitter -> http://twitter.com/daniloegea > > --- Em qua, 23/2/11, fknet escreveu: > > De: fknet > Assunto: [FUG-BR] Backup de servidor em produção > Para: ""Lista Brasileira de Discussão sobre FreeBSD > (FUG-BR)"" > Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 > > Boa noite pessoal! > > Gostaria de fazer um backup de meu servidor online, tenho 2 servidores > idênticos e gostaria de manter o segundo atualizado, não precisa ser > online mesmo, poderia fazer a cada X minutos por exemplo. > > Minha idéia é usar CARP e fazer que ele entre no ar caso o principal > pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei > no rsync, mas este não exclui arquivos apagados do servidor principal no > secundário, que talvez não seja algo tão ruim. Também não sei como ele > se comportaria para copiar arquivos eventualmente em uso. > > Esse servidor tem os seguintes servicos nele: > Postfix > MySQL > FreeRadius > Apache > Webmail > > Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que > atenda minha necessidade. > > Obrigado > > Fabrício > - > 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Backup de servidor em produção
Boa noite pessoal! Gostaria de fazer um backup de meu servidor online, tenho 2 servidores idênticos e gostaria de manter o segundo atualizado, não precisa ser online mesmo, poderia fazer a cada X minutos por exemplo. Minha idéia é usar CARP e fazer que ele entre no ar caso o principal pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei no rsync, mas este não exclui arquivos apagados do servidor principal no secundário, que talvez não seja algo tão ruim. Também não sei como ele se comportaria para copiar arquivos eventualmente em uso. Esse servidor tem os seguintes servicos nele: Postfix MySQL FreeRadius Apache Webmail Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que atenda minha necessidade. Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeRadius caindo
Bom dia Alexandre, poderia postar seu my.cnf para eu ver? Obrigado Em 23/02/2011 10:20, Alexandre Correa escreveu: > tive problemas parecidos aqui, tive que fazer uma otimização no banco > de dados (my.cnf) para poder resolver o problema... > > recomendo o mysqltuner.pl ! > > > > 2011/2/23 fknet: >> Obrigado novamente Otavio, >> >> Vamos as respostas: >> >> Já estou monitorando CPU, memória e discos: >> CPU - Média: 3% - Máximo: 7% >> Memória segundo o top: >> Mem: 301M Active, 2430M Inact, 555M Wired, 417M Buf, 636M Free >> >> Discos não estou monitorando, mas não acredito que seja, vou monitorar. >> >> Sobre monitorar todo o estado do freeradius via snmp, tem alguma dica >> para me dar de como fazer isto? Ou algum tutorial mostrando como fazê-lo? >> >> Substituí o servidor antigo (que funcionava perfeitamente) por este >> novo, que considero muito superior e numa tentativa de dar tranquilidade >> para mais tempo. O servidor antigo era um PC Desktop Pentiu Dual Core >> com 1Gb de RAM e disco samsung 160Gb. O atual é Supermicro Xeon 3430 com >> 4Gb de RAM e disco WD Sata de 500GB. >> >> Obrigado >> >> Fabrício >> >> >> Em 23/02/2011 10:10, Otavio Augusto escreveu: >>> Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o >>> estado dele. Também Monitore a CPU e o uso >>> do disco para saber es estão sobrecarrados no momento. Monitore todos >>> os processos de modo >>> a saber quais estavam rodando caso o evento se repita. Verifique a >>> configuraćão do radius novamente linha por linha. >>> Isto é o que posso indicar com as informaćões que tenho. >>> Talvez um colega da lista tenha mais idéias. >>> >>> Lembrei de outra coisa. Voce tem algum script que executa quando >>> alguem conecta ou tenta conectar utilizando o radius ? >>> Como usando o atributo Exec-Program-Wait do freeradius. >>> >>> Em 23 de fevereiro de 2011 09:59, fknet >>> escreveu: >>>> Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo. >>>> >>>> O banco acesso normalmente, sem problemas, mesmo no momento que o radius >>>> está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu >>>> startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a >>>> funcionar normalmente. >>>> >>>> Esse problema será um caso sério para mim, pois preciso de algo >>>> confiável para rodar o freeradius. >>>> >>>> Obrigado >>>> >>>> Em 23/02/2011 09:54, Otavio Augusto escreveu: >>>>> O Banco de dados vc conseguiu acessar após a queda do radius ? >>>>> Os logs outros logs do SO no momento da queda. de uma olhada neles. >>>>> >>>>> Em 23 de fevereiro de 2011 09:50, fknet >>>>> escreveu: >>>>>> Bom dia Otavio, obrigado pelo retorno. >>>>>> >>>>>> Não tive nenhum problema com energia, o sistema está com uptime de 7 >>>>>> dias (desde que coloquei o servidor novo no ar) sem nenhum problema. >>>>>> >>>>>> Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg >>>>>> para gerar gráficos, mas roda o dia todo de 5 em 5 minutos. >>>>>> >>>>>> O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e >>>>>> essa madrugada as 3:11 >>>>>> >>>>>> Este problema me deixa muito preocupado, pois não consigo confiar no >>>>>> servidor de que ele não me deixará na mão a qualquer momento. >>>>>> >>>>>> Obrigado >>>>>> >>>>>> Fabrício >>>>>> >>>>>> >>>>>> Em 23/02/2011 09:46, Otavio Augusto escreveu: >>>>>>> Seu problema não esta no mysql e sim no radius ou algum agente externo >>>>>>> que esta enviando um sinal TERM para ele. >>>>>>> O radius para sempre no mesmo horário ? >>>>>>> Existe algum software de gerencimanento ou rotina de manutenćão >>>>>>> agendada ? Verifique o cron. >>>>>>> O Servidor chegou a reiniciar alguma vez com variaćão de tensão ? já >>>>>>> vi processos pararem por algumas BIOS enviam sinal >>>>>>> para o SO para desligar (mas o SO não desliga ) por causa de variaćão >>>>>>> de tensão. &g
Re: [FUG-BR] FreeRadius caindo
Um detalhe que me esqueci, no horário do problema o MRTG praticamente nem registrou o consumo de CPU do servidor. O horário de pico (7%) foi as 14:00 de ontem. Obrigado Em 23/02/2011 10:10, Otavio Augusto escreveu: > Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o > estado dele. Também Monitore a CPU e o uso > do disco para saber es estão sobrecarrados no momento. Monitore todos > os processos de modo > a saber quais estavam rodando caso o evento se repita. Verifique a > configuraćão do radius novamente linha por linha. > Isto é o que posso indicar com as informaćões que tenho. > Talvez um colega da lista tenha mais idéias. > > Lembrei de outra coisa. Voce tem algum script que executa quando > alguem conecta ou tenta conectar utilizando o radius ? > Como usando o atributo Exec-Program-Wait do freeradius. > > Em 23 de fevereiro de 2011 09:59, fknet escreveu: >> Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo. >> >> O banco acesso normalmente, sem problemas, mesmo no momento que o radius >> está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu >> startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a >> funcionar normalmente. >> >> Esse problema será um caso sério para mim, pois preciso de algo >> confiável para rodar o freeradius. >> >> Obrigado >> >> Em 23/02/2011 09:54, Otavio Augusto escreveu: >>> O Banco de dados vc conseguiu acessar após a queda do radius ? >>> Os logs outros logs do SO no momento da queda. de uma olhada neles. >>> >>> Em 23 de fevereiro de 2011 09:50, fknet >>> escreveu: >>>> Bom dia Otavio, obrigado pelo retorno. >>>> >>>> Não tive nenhum problema com energia, o sistema está com uptime de 7 >>>> dias (desde que coloquei o servidor novo no ar) sem nenhum problema. >>>> >>>> Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg >>>> para gerar gráficos, mas roda o dia todo de 5 em 5 minutos. >>>> >>>> O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e >>>> essa madrugada as 3:11 >>>> >>>> Este problema me deixa muito preocupado, pois não consigo confiar no >>>> servidor de que ele não me deixará na mão a qualquer momento. >>>> >>>> Obrigado >>>> >>>> Fabrício >>>> >>>> >>>> Em 23/02/2011 09:46, Otavio Augusto escreveu: >>>>> Seu problema não esta no mysql e sim no radius ou algum agente externo >>>>> que esta enviando um sinal TERM para ele. >>>>> O radius para sempre no mesmo horário ? >>>>> Existe algum software de gerencimanento ou rotina de manutenćão >>>>> agendada ? Verifique o cron. >>>>> O Servidor chegou a reiniciar alguma vez com variaćão de tensão ? já >>>>> vi processos pararem por algumas BIOS enviam sinal >>>>> para o SO para desligar (mas o SO não desliga ) por causa de variaćão de >>>>> tensão. >>>>> Percebeu que estou atirando para todos os lados ? De mais detalhes do >>>>> estado do SO no momento do ocorrido. >>>>> Se possivel mande a configuraćão do radius. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Em 23 de fevereiro de 2011 09:35, fknet >>>>> escreveu: >>>>>> Obrigado novamente Welkson, >>>>>> >>>>>> Mas este link não me ajudou muito, pois não tenho nenhuma informação de >>>>>> problemas com o MySQL. No caso desta thread que você informou ele está >>>>>> tendo problemas para subir o freeradius devido a erros no mysql. >>>>>> >>>>>> Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos >>>>>> e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar. >>>>>> >>>>>> Preciso solucionar isto, senão terei que por meu servidor velho no ar >>>>>> novamente... >>>>>> >>>>>> Obrigado >>>>>> >>>>>> Fabrício >>>>>> >>>>>> >>>>>> Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu: >>>>>>> fknet escreveu: >>>>>>>> Bom dia Welkson, >>>>>>>> >>>>>>>> Uso MySQL como banco de dados com o freeradius. >>>>>>>> &g
Re: [FUG-BR] FreeRadius caindo
Obrigado novamente Otavio, Vamos as respostas: Já estou monitorando CPU, memória e discos: CPU - Média: 3% - Máximo: 7% Memória segundo o top: Mem: 301M Active, 2430M Inact, 555M Wired, 417M Buf, 636M Free Discos não estou monitorando, mas não acredito que seja, vou monitorar. Sobre monitorar todo o estado do freeradius via snmp, tem alguma dica para me dar de como fazer isto? Ou algum tutorial mostrando como fazê-lo? Substituí o servidor antigo (que funcionava perfeitamente) por este novo, que considero muito superior e numa tentativa de dar tranquilidade para mais tempo. O servidor antigo era um PC Desktop Pentiu Dual Core com 1Gb de RAM e disco samsung 160Gb. O atual é Supermicro Xeon 3430 com 4Gb de RAM e disco WD Sata de 500GB. Obrigado Fabrício Em 23/02/2011 10:10, Otavio Augusto escreveu: > Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o > estado dele. Também Monitore a CPU e o uso > do disco para saber es estão sobrecarrados no momento. Monitore todos > os processos de modo > a saber quais estavam rodando caso o evento se repita. Verifique a > configuraćão do radius novamente linha por linha. > Isto é o que posso indicar com as informaćões que tenho. > Talvez um colega da lista tenha mais idéias. > > Lembrei de outra coisa. Voce tem algum script que executa quando > alguem conecta ou tenta conectar utilizando o radius ? > Como usando o atributo Exec-Program-Wait do freeradius. > > Em 23 de fevereiro de 2011 09:59, fknet escreveu: >> Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo. >> >> O banco acesso normalmente, sem problemas, mesmo no momento que o radius >> está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu >> startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a >> funcionar normalmente. >> >> Esse problema será um caso sério para mim, pois preciso de algo >> confiável para rodar o freeradius. >> >> Obrigado >> >> Em 23/02/2011 09:54, Otavio Augusto escreveu: >>> O Banco de dados vc conseguiu acessar após a queda do radius ? >>> Os logs outros logs do SO no momento da queda. de uma olhada neles. >>> >>> Em 23 de fevereiro de 2011 09:50, fknet >>> escreveu: >>>> Bom dia Otavio, obrigado pelo retorno. >>>> >>>> Não tive nenhum problema com energia, o sistema está com uptime de 7 >>>> dias (desde que coloquei o servidor novo no ar) sem nenhum problema. >>>> >>>> Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg >>>> para gerar gráficos, mas roda o dia todo de 5 em 5 minutos. >>>> >>>> O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e >>>> essa madrugada as 3:11 >>>> >>>> Este problema me deixa muito preocupado, pois não consigo confiar no >>>> servidor de que ele não me deixará na mão a qualquer momento. >>>> >>>> Obrigado >>>> >>>> Fabrício >>>> >>>> >>>> Em 23/02/2011 09:46, Otavio Augusto escreveu: >>>>> Seu problema não esta no mysql e sim no radius ou algum agente externo >>>>> que esta enviando um sinal TERM para ele. >>>>> O radius para sempre no mesmo horário ? >>>>> Existe algum software de gerencimanento ou rotina de manutenćão >>>>> agendada ? Verifique o cron. >>>>> O Servidor chegou a reiniciar alguma vez com variaćão de tensão ? já >>>>> vi processos pararem por algumas BIOS enviam sinal >>>>> para o SO para desligar (mas o SO não desliga ) por causa de variaćão de >>>>> tensão. >>>>> Percebeu que estou atirando para todos os lados ? De mais detalhes do >>>>> estado do SO no momento do ocorrido. >>>>> Se possivel mande a configuraćão do radius. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Em 23 de fevereiro de 2011 09:35, fknet >>>>> escreveu: >>>>>> Obrigado novamente Welkson, >>>>>> >>>>>> Mas este link não me ajudou muito, pois não tenho nenhuma informação de >>>>>> problemas com o MySQL. No caso desta thread que você informou ele está >>>>>> tendo problemas para subir o freeradius devido a erros no mysql. >>>>>> >>>>>> Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos >>>>>> e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar. >>>>>> >>>>>>
Re: [FUG-BR] FreeRadius caindo
Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo. O banco acesso normalmente, sem problemas, mesmo no momento que o radius está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a funcionar normalmente. Esse problema será um caso sério para mim, pois preciso de algo confiável para rodar o freeradius. Obrigado Em 23/02/2011 09:54, Otavio Augusto escreveu: > O Banco de dados vc conseguiu acessar após a queda do radius ? > Os logs outros logs do SO no momento da queda. de uma olhada neles. > > Em 23 de fevereiro de 2011 09:50, fknet escreveu: >> Bom dia Otavio, obrigado pelo retorno. >> >> Não tive nenhum problema com energia, o sistema está com uptime de 7 >> dias (desde que coloquei o servidor novo no ar) sem nenhum problema. >> >> Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg >> para gerar gráficos, mas roda o dia todo de 5 em 5 minutos. >> >> O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e >> essa madrugada as 3:11 >> >> Este problema me deixa muito preocupado, pois não consigo confiar no >> servidor de que ele não me deixará na mão a qualquer momento. >> >> Obrigado >> >> Fabrício >> >> >> Em 23/02/2011 09:46, Otavio Augusto escreveu: >>> Seu problema não esta no mysql e sim no radius ou algum agente externo >>> que esta enviando um sinal TERM para ele. >>> O radius para sempre no mesmo horário ? >>> Existe algum software de gerencimanento ou rotina de manutenćão >>> agendada ? Verifique o cron. >>> O Servidor chegou a reiniciar alguma vez com variaćão de tensão ? já >>> vi processos pararem por algumas BIOS enviam sinal >>> para o SO para desligar (mas o SO não desliga ) por causa de variaćão de >>> tensão. >>> Percebeu que estou atirando para todos os lados ? De mais detalhes do >>> estado do SO no momento do ocorrido. >>> Se possivel mande a configuraćão do radius. >>> >>> >>> >>> >>> >>> Em 23 de fevereiro de 2011 09:35, fknet >>> escreveu: >>>> Obrigado novamente Welkson, >>>> >>>> Mas este link não me ajudou muito, pois não tenho nenhuma informação de >>>> problemas com o MySQL. No caso desta thread que você informou ele está >>>> tendo problemas para subir o freeradius devido a erros no mysql. >>>> >>>> Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos >>>> e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar. >>>> >>>> Preciso solucionar isto, senão terei que por meu servidor velho no ar >>>> novamente... >>>> >>>> Obrigado >>>> >>>> Fabrício >>>> >>>> >>>> Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu: >>>>> fknet escreveu: >>>>>> Bom dia Welkson, >>>>>> >>>>>> Uso MySQL como banco de dados com o freeradius. >>>>>> >>>>>> Seria uma configuração do MySQL? Pois no servidor anterior nunca tive >>>>>> problemas com o FreeRadius, por anos usei sem nunca cair uma vez se >>>>>> quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo >>>>>> estava com a versão 2.1.7) >>>>>> >>>>>> Obrigado >>>>>> >>>>>> Fabrício >>>>>> >>>>>> >>>>>> Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu: >>>>>> >>>>>>> fknet escreveu: >>>>>>> >>>>>>>> Bom dia à todos, >>>>>>>> >>>>>>>> Instalei meu servidor novo semana passada e desde então o serviço >>>>>>>> FreeRadius está caindo e deixando meus clientes sem condições de >>>>>>>> autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, >>>>>>>> não acho informação em nenhum logo do sistema que olhei (messages, >>>>>>>> radius.log). Muito estranho, no servidor velho que substituí por este >>>>>>>> funcionou durante anos sem nunca cair o serviço. >>>>>>>> >>>>>>>> A única coisa que achei, no radius.log, foi o seguinte: >>>>>>>> >>>>>>>> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. >&
Re: [FUG-BR] FreeRadius caindo
Bom dia Otavio, obrigado pelo retorno. Não tive nenhum problema com energia, o sistema está com uptime de 7 dias (desde que coloquei o servidor novo no ar) sem nenhum problema. Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg para gerar gráficos, mas roda o dia todo de 5 em 5 minutos. O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e essa madrugada as 3:11 Este problema me deixa muito preocupado, pois não consigo confiar no servidor de que ele não me deixará na mão a qualquer momento. Obrigado Fabrício Em 23/02/2011 09:46, Otavio Augusto escreveu: > Seu problema não esta no mysql e sim no radius ou algum agente externo > que esta enviando um sinal TERM para ele. > O radius para sempre no mesmo horário ? > Existe algum software de gerencimanento ou rotina de manutenćão > agendada ? Verifique o cron. > O Servidor chegou a reiniciar alguma vez com variaćão de tensão ? já > vi processos pararem por algumas BIOS enviam sinal > para o SO para desligar (mas o SO não desliga ) por causa de variaćão de > tensão. > Percebeu que estou atirando para todos os lados ? De mais detalhes do > estado do SO no momento do ocorrido. > Se possivel mande a configuraćão do radius. > > > > > > Em 23 de fevereiro de 2011 09:35, fknet escreveu: >> Obrigado novamente Welkson, >> >> Mas este link não me ajudou muito, pois não tenho nenhuma informação de >> problemas com o MySQL. No caso desta thread que você informou ele está >> tendo problemas para subir o freeradius devido a erros no mysql. >> >> Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos >> e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar. >> >> Preciso solucionar isto, senão terei que por meu servidor velho no ar >> novamente... >> >> Obrigado >> >> Fabrício >> >> >> Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu: >>> fknet escreveu: >>>> Bom dia Welkson, >>>> >>>> Uso MySQL como banco de dados com o freeradius. >>>> >>>> Seria uma configuração do MySQL? Pois no servidor anterior nunca tive >>>> problemas com o FreeRadius, por anos usei sem nunca cair uma vez se >>>> quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo >>>> estava com a versão 2.1.7) >>>> >>>> Obrigado >>>> >>>> Fabrício >>>> >>>> >>>> Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu: >>>> >>>>> fknet escreveu: >>>>> >>>>>> Bom dia à todos, >>>>>> >>>>>> Instalei meu servidor novo semana passada e desde então o serviço >>>>>> FreeRadius está caindo e deixando meus clientes sem condições de >>>>>> autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, >>>>>> não acho informação em nenhum logo do sistema que olhei (messages, >>>>>> radius.log). Muito estranho, no servidor velho que substituí por este >>>>>> funcionou durante anos sem nunca cair o serviço. >>>>>> >>>>>> A única coisa que achei, no radius.log, foi o seguinte: >>>>>> >>>>>> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. >>>>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9 >>>>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0 >>>>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0 >>>>>> >>>>>> Aparentemente o radius finalizou normalmente, como se fosse parado >>>>>> manualmente. >>>>>> >>>>>> Algum colega de lista teria uma idéia de como posso, pelo menos, começar >>>>>> a procurar o problema? >>>>>> >>>>>> Obrigado >>>>>> >>>>>> Fabrício >>>>>> >>>>>> >>>>> Fabrício, >>>>> >>>>> Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso: >>>>> http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html >>>>> >>>>> Qual banco de dados você utiliza? >>>>> >>>>> O MySQL por exemplo, por default desconecta as sessões após 8 horas por >>>>> inatividade... se a aplicação não estiver preparada para isso pode gerar >>>>> problema. (essa semana tive vários problemas co
Re: [FUG-BR] FreeRadius caindo
Obrigado novamente Welkson, Mas este link não me ajudou muito, pois não tenho nenhuma informação de problemas com o MySQL. No caso desta thread que você informou ele está tendo problemas para subir o freeradius devido a erros no mysql. Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar. Preciso solucionar isto, senão terei que por meu servidor velho no ar novamente... Obrigado Fabrício Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu: > fknet escreveu: >> Bom dia Welkson, >> >> Uso MySQL como banco de dados com o freeradius. >> >> Seria uma configuração do MySQL? Pois no servidor anterior nunca tive >> problemas com o FreeRadius, por anos usei sem nunca cair uma vez se >> quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo >> estava com a versão 2.1.7) >> >> Obrigado >> >> Fabrício >> >> >> Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu: >> >>> fknet escreveu: >>> >>>> Bom dia à todos, >>>> >>>> Instalei meu servidor novo semana passada e desde então o serviço >>>> FreeRadius está caindo e deixando meus clientes sem condições de >>>> autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, >>>> não acho informação em nenhum logo do sistema que olhei (messages, >>>> radius.log). Muito estranho, no servidor velho que substituí por este >>>> funcionou durante anos sem nunca cair o serviço. >>>> >>>> A única coisa que achei, no radius.log, foi o seguinte: >>>> >>>> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. >>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9 >>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0 >>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0 >>>> >>>> Aparentemente o radius finalizou normalmente, como se fosse parado >>>> manualmente. >>>> >>>> Algum colega de lista teria uma idéia de como posso, pelo menos, começar >>>> a procurar o problema? >>>> >>>> Obrigado >>>> >>>> Fabrício >>>> >>>> >>> Fabrício, >>> >>> Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso: >>> http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html >>> >>> Qual banco de dados você utiliza? >>> >>> O MySQL por exemplo, por default desconecta as sessões após 8 horas por >>> inatividade... se a aplicação não estiver preparada para isso pode gerar >>> problema. (essa semana tive vários problemas com uma aplicação em >>> Java/Hibernate utilizando MySQL... durante a madrugada não era >>> utilizada, no outro dia cedo já não funcionava, pois o MySQL fechava a >>> sessão do banco). >>> > > No meu caso sim. O Hibernate não reconectava o banco e a aplicação > parava todo santo dia =) > > Eu sei que não é recomendado, mas alterei o timeout para 5 dias. > > /var/db/mysql/my.cnf > > # correcao para so dropar conexao apos 5 dias de inatividade (default eh > 8hs) > [mysqld] > wait_timeout=432000 > interactive_timeout=432000 > > No meu caso, também precisei aumentar o limite de conexões (o Hibernate > é um COMEDOR de conexão): > max_connections=250 > > Veja isso aqui também: > http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg55265.html > > Abraços, > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeRadius caindo
Não tem nada! A linha imediatamente anterior a esta é do dia anterior, veja abaixo: Tue Feb 22 17:39:32 2011 : Info: rlm_radutmp: NAS esperanca restarted (Accounting-On packet seen) Wed Feb 23 03:11:42 2011 : Info: Exiting normally. Obrigado Fabrício Em 23/02/2011 09:21, Otavio Augusto escreveu: >> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. > Antes desta linha não tem nada ? > > > Em 23 de fevereiro de 2011 08:37, fknet escreveu: >> Bom dia à todos, >> >> Instalei meu servidor novo semana passada e desde então o serviço >> FreeRadius está caindo e deixando meus clientes sem condições de >> autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, >> não acho informação em nenhum logo do sistema que olhei (messages, >> radius.log). Muito estranho, no servidor velho que substituí por este >> funcionou durante anos sem nunca cair o serviço. >> >> A única coisa que achei, no radius.log, foi o seguinte: >> >> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 8 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 9 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0 >> >> Aparentemente o radius finalizou normalmente, como se fosse parado >> manualmente. >> >> Algum colega de lista teria uma idéia de como posso, pelo menos, começar >> a procurar o problema? >> >> Obrigado >> >> Fabrício >> - >> 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] FreeRadius caindo
Bom dia Welkson, Uso MySQL como banco de dados com o freeradius. Seria uma configuração do MySQL? Pois no servidor anterior nunca tive problemas com o FreeRadius, por anos usei sem nunca cair uma vez se quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo estava com a versão 2.1.7) Obrigado Fabrício Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu: > fknet escreveu: >> Bom dia à todos, >> >> Instalei meu servidor novo semana passada e desde então o serviço >> FreeRadius está caindo e deixando meus clientes sem condições de >> autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, >> não acho informação em nenhum logo do sistema que olhei (messages, >> radius.log). Muito estranho, no servidor velho que substituí por este >> funcionou durante anos sem nunca cair o serviço. >> >> A única coisa que achei, no radius.log, foi o seguinte: >> >> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0 >> >> Aparentemente o radius finalizou normalmente, como se fosse parado >> manualmente. >> >> Algum colega de lista teria uma idéia de como posso, pelo menos, começar >> a procurar o problema? >> >> Obrigado >> >> Fabrício >> > Fabrício, > > Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso: > http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html > > Qual banco de dados você utiliza? > > O MySQL por exemplo, por default desconecta as sessões após 8 horas por > inatividade... se a aplicação não estiver preparada para isso pode gerar > problema. (essa semana tive vários problemas com uma aplicação em > Java/Hibernate utilizando MySQL... durante a madrugada não era > utilizada, no outro dia cedo já não funcionava, pois o MySQL fechava a > sessão do banco). > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeRadius caindo
Bom dia à todos, Instalei meu servidor novo semana passada e desde então o serviço FreeRadius está caindo e deixando meus clientes sem condições de autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, não acho informação em nenhum logo do sistema que olhei (messages, radius.log). Muito estranho, no servidor velho que substituí por este funcionou durante anos sem nunca cair o serviço. A única coisa que achei, no radius.log, foi o seguinte: Wed Feb 23 03:11:42 2011 : Info: Exiting normally. Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 8 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 9 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0 Aparentemente o radius finalizou normalmente, como se fosse parado manualmente. Algum colega de lista teria uma idéia de como posso, pelo menos, começar a procurar o problema? Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Dúvida com Named
Bom dia pessoal, Tenho apenas um domínio hospedado dentro de minha rede e atualmente mantenho um servidor apenas com o bind para este domínio. Tenho um segundo servidor que faz apenas cache DNS para que os clientes de meu provedor usem com DNS para navegação. Como tenho apenas 1 domínio hospedado aqui, gostaria de unificar as 2 máquinas, ter apenas um servidor rodando o named aqui. Há como o mesmo servidor responder autoritativamente por um domínio e ser servidor cache DNS ao mesmo tempo? Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Free 8.2 em produção
Coloquei o 8.2 em produção agora cedo, veremos como ele se comportará!
[]s
Fabrício
Em 11/02/2011 21:36, eduwu...@gmail.com escreveu:
> FreeBSD não decepciona.
>
> Vai fundo colega.
>
> Abraço
>
> Eduardo Wutzl
> Analista Unix
> eduwu...@gmail.com
> -
> 11-7892-7580
> Nextel ID: 100*116975
>
>
>
>
>,," 1+
> /()`" 1+
> \ \___ / |" 1+
> /- _ `-/ '" 1+
> (/\/ \ \ /\" 1+
> / / | `\" 1+
> O O ) /|" 1+
> `-^--'`< '" 1+
> (_.) _ ) /" 1+
> `.___/`/" 1+
>`-' /" 1+
> <. __ / __ \" 1+
> <|O)))==) \) /" 1+
> <'`--' `.__,' \" 1+
>||" 1+
> \ / /\" 1+
>__( (_ / \__/" 1+
> ,' ,-' |" 1+
> `--{__)"
> ++++
>
>
>
>
>
>
> Em 8 de fevereiro de 2011 00:06, Lucas Dias escreveu:
>
>> Em 7 de fevereiro de 2011 15:58, Renato Botelho>> escreveu:
>>> 2011/2/7 fknet:
>>>> Boa tarde,
>>>>
>>>> Chegou meu servidor novo e estou pensando em colocar o FreeBSD 8.2RC3
>>>> 64bits pra rodar nele.
>>>>
>>>> O que os colegas de lista dizem disto? É muito cedo para usar a versão
>>>> 8.2 64bits em produção ou ela ja está bem estável já?
>>> Olha, até o momento não existe nenhum bug na RC3, então a 8.2
>> provavelmente
>>> vai ser idêntica a ela. Eu usaria a RC3 em produção numa boa.
>>>
>>> --
>>> Renato Botelho
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> Bem, mesmo sabendo que as versões RC sofre pouquíssimas alterações, prefiro
>> que elas saiam em definitivo pra somente depois implementa-las em
>> produção... Afinal, produção é produção... =)
>>
>> Mas tipo, dá uma olhada antes aqui http://wiki.freebsd.org/Releng/8.2TODOe
>> no Release dele pra ver se o que vc vai colocar em produção não será
>> afetado...
>>
>> No demais, nada mais =)
>>
>> --
>> .:: Lucas Dias
>> .:: Analista de Sistemas
>> .:: Gerência de Redes - CETIS / GTIN / UNCISAL
>> .:: OS3 Soluções em TI
>> .:: (82) 3315-6779 / 8833-8811 / 8813-1494 / 8111-2288
>> .:: Antes de imprimir, veja se realmente é necessário
>> -
>> 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
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cloud computing
Obrigado pela resposta Bruno, mas novamente fiquei na dúvida, o que é o XenCenter? E o que seria o Live Migration? Obrigado Fabrício Em 08/02/2011 11:23, Bruno Torres Viana escreveu: > Seguinte, > > Acessa o link e baixa o ISO: > http://www.citrix.com/lang/English/lp/lp_1688615.asp > Você vai preciar do XenCenter para gerenciar melhor as máquinas virtuais. > > Esta versão do Xen permite o live migration, mas para isso vai precisar de > um storage. > > Abraço! > > Em 8 de fevereiro de 2011 11:17, fknetescreveu: > >> Bom dia Leandro, obrigado pela resposta, >> >> Desculpe minha ignorância sob o assunto, mas vc poderia me dar umas >> dicas de como funciona? Como é instalado o Xen? É um software que roda >> em cima de um sistema operacional ou ele próprio já é um sistema >> operacional? >> >> Grato! >> >> Em 08/02/2011 10:16, Leandro Keffer escreveu: >>> Tambem tenho 4 servidores físicos rodando XenServer Free com cerca de >> 10/12 >>> servidores e atendem muito bem. >>> Rodando Linux, FreeBSD e Win2k8 no âmbito virtualizado. >>> >>> Att >>> >>> Em 8 de fevereiro de 2011 00:19, Vinícius Zavam >>> escreveu: >>> >>>> 2011/2/7 fknet: >>>>> Obrigado Welkson! >>>>> >>>>> A opção de VirtualBox é uma solução profissional? Uso ele em desktop >>>>> windows, para rodar sistemas operacionais diversos e funciona muito >> bem, >>>>> porém nem cheguei em pensar em usá-lo no servidor. >>>> se a idéia é saber e aplicar noções e principios de C.C. vale a pena >>>> pensar nos lances ligados a provisionamento de recursos, elasticidade, >>>> acesso úbiquo e etc. >>>> se for virtualizar por virtualizar... vc estaria praticamente ligando >>>> um computador pessoal na empresa com um virtualbox/vmware/... >>>> vai entulhar. >>>> >>>>> []s >>>>> >>>>> Em 07/02/2011 18:04, Welkson Renny de Medeiros escreveu: >>>>>> fknet escreveu: >>>>>>> Boa tarde, >>>>>>> >>>>>>> Sou leigo no assunto de cloud computing, mas como eu poderia fazer >> para >>>>>>> rodar vários servidores virtualizados em cima meu servidor FreeBSD? >>>>>>> >>>>>>> Gostaria de fazer algo definindo coisas como memória, HD, IPs, etc >> para >>>>>>> cada servidor. >>>>>>> >>>>>>> Obrigado >>>>>>> >>>>>>> Fabrício >>>>>>> >>>>>> Fabrício, boa tarde! >>>>>> >>>>>> Faz tempo que pesquisei sobre isso... mas pelo que lembro, isso não >> era >>>>>> possível com Xen e VMWARE (opções mais conhecidas)... Digo o FreeBSD >>>>>> rodar como HOST (servidor de VM). >>>>>> >>>>>> Aqui por exemplo eu uso o VMWARE ESXi 4, que é Linux... e tenho >> FreeBSD >>>>>> como GUEST. >>>>>> >>>>>> Se não me engano o VirtualBox roda como HOST no FreeBSD, mas não >> testei. >>>> sim. >>>> >>>>>> A galera pode me corrigir se for necessário. >>>> vmware? esxi/hypervisor quebragalhotranquilo. vcloud, vsphere.. nice. >>>> xen? opennebula, que tbm tem suporte a virtualbox (um amigo da >>>> universidade fez isso) >>>> virtualbox? podes tentar algo mais personalizado/pessoal com o headless. >>>> >>>> "diy or die." >>>> >>>> >>>> -- >>>> Vinícius Zavam >>>> profiles.google.com/egypcio >>>> - >>>> 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 >>> >> - >> 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] Cloud computing
Bom dia Leandro, obrigado pela resposta, Desculpe minha ignorância sob o assunto, mas vc poderia me dar umas dicas de como funciona? Como é instalado o Xen? É um software que roda em cima de um sistema operacional ou ele próprio já é um sistema operacional? Grato! Em 08/02/2011 10:16, Leandro Keffer escreveu: > Tambem tenho 4 servidores físicos rodando XenServer Free com cerca de 10/12 > servidores e atendem muito bem. > Rodando Linux, FreeBSD e Win2k8 no âmbito virtualizado. > > Att > > Em 8 de fevereiro de 2011 00:19, Vinícius Zavam > escreveu: > >> 2011/2/7 fknet: >>> Obrigado Welkson! >>> >>> A opção de VirtualBox é uma solução profissional? Uso ele em desktop >>> windows, para rodar sistemas operacionais diversos e funciona muito bem, >>> porém nem cheguei em pensar em usá-lo no servidor. >> se a idéia é saber e aplicar noções e principios de C.C. vale a pena >> pensar nos lances ligados a provisionamento de recursos, elasticidade, >> acesso úbiquo e etc. >> se for virtualizar por virtualizar... vc estaria praticamente ligando >> um computador pessoal na empresa com um virtualbox/vmware/... >> vai entulhar. >> >>> []s >>> >>> Em 07/02/2011 18:04, Welkson Renny de Medeiros escreveu: >>>> fknet escreveu: >>>>> Boa tarde, >>>>> >>>>> Sou leigo no assunto de cloud computing, mas como eu poderia fazer para >>>>> rodar vários servidores virtualizados em cima meu servidor FreeBSD? >>>>> >>>>> Gostaria de fazer algo definindo coisas como memória, HD, IPs, etc para >>>>> cada servidor. >>>>> >>>>> Obrigado >>>>> >>>>> Fabrício >>>>> >>>> Fabrício, boa tarde! >>>> >>>> Faz tempo que pesquisei sobre isso... mas pelo que lembro, isso não era >>>> possível com Xen e VMWARE (opções mais conhecidas)... Digo o FreeBSD >>>> rodar como HOST (servidor de VM). >>>> >>>> Aqui por exemplo eu uso o VMWARE ESXi 4, que é Linux... e tenho FreeBSD >>>> como GUEST. >>>> >>>> Se não me engano o VirtualBox roda como HOST no FreeBSD, mas não testei. >> sim. >> >>>> A galera pode me corrigir se for necessário. >> vmware? esxi/hypervisor quebragalhotranquilo. vcloud, vsphere.. nice. >> xen? opennebula, que tbm tem suporte a virtualbox (um amigo da >> universidade fez isso) >> virtualbox? podes tentar algo mais personalizado/pessoal com o headless. >> >> "diy or die." >> >> >> -- >> Vinícius Zavam >> profiles.google.com/egypcio >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cloud computing
Obrigado Welkson! A opção de VirtualBox é uma solução profissional? Uso ele em desktop windows, para rodar sistemas operacionais diversos e funciona muito bem, porém nem cheguei em pensar em usá-lo no servidor. []s Em 07/02/2011 18:04, Welkson Renny de Medeiros escreveu: > fknet escreveu: >> Boa tarde, >> >> Sou leigo no assunto de cloud computing, mas como eu poderia fazer para >> rodar vários servidores virtualizados em cima meu servidor FreeBSD? >> >> Gostaria de fazer algo definindo coisas como memória, HD, IPs, etc para >> cada servidor. >> >> Obrigado >> >> Fabrício >> > Fabrício, boa tarde! > > Faz tempo que pesquisei sobre isso... mas pelo que lembro, isso não era > possível com Xen e VMWARE (opções mais conhecidas)... Digo o FreeBSD > rodar como HOST (servidor de VM). > > Aqui por exemplo eu uso o VMWARE ESXi 4, que é Linux... e tenho FreeBSD > como GUEST. > > Se não me engano o VirtualBox roda como HOST no FreeBSD, mas não testei. > > A galera pode me corrigir se for necessário. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Cloud computing
Boa tarde, Sou leigo no assunto de cloud computing, mas como eu poderia fazer para rodar vários servidores virtualizados em cima meu servidor FreeBSD? Gostaria de fazer algo definindo coisas como memória, HD, IPs, etc para cada servidor. Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Free 8.2 em produção
Boa tarde, Chegou meu servidor novo e estou pensando em colocar o FreeBSD 8.2RC3 64bits pra rodar nele. O que os colegas de lista dizem disto? É muito cedo para usar a versão 8.2 64bits em produção ou ela ja está bem estável já? Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Nobreak Emerson Liebert no Free
Bom dia pessoal, Acabamos de adiquirir um nobreak Emerson Liebert GXT2 com porta serial e gostaria de saber como posso fazer para gerenciá-lo no FreeBSD? Se algum colega tem algum nobreak similar e puder me dar umas dicas me ajudará bastante. Grato, Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compatibilidade Servidor Supermicro 1U
Para quem tem empresa como revenda pode tentar comprar direto no distribuidor autorizado no Brasil: aldo.com.br, que é consumidor final e preferir pode cotar comigo, consiguirei bons preços nesses servers. Fabrício Em 21/01/2011 12:32, fknet escreveu: > Pessoal, > > Estou adquirindo os servidores e cadastrando minha empresa para ser > revenda destes servidores, então se algum colega precisar pode cotar > comigo, sem problemas, este preço que passei será o valor final que > revenderei. > > Fabrício > > Em 21/01/2011 11:17, Luiz Otavio O Souza escreveu: >> On Jan 21, 2011, at 10:33 AM, fknet wrote: >> >>> Bom dia Pessoal, >>> >>> Mais uma dúvida sobre estes servidores 1U: qual temperatura máxima de >>> operação segura que eles poderiam trabalhar? Se puderem ficar em uma >>> sala sem ar condicionado eu estou pensando em comprar mais 2 máquinas. >>> >>> Obrigado >>> >>> Fabrício >>> >> Não se trata exatamente da 'temperatura máxima' e sim da estabilidade da >> temperatura. >> >> Tanto que não existe uma temperatura ideal para funcionamento dos >> servidores... cada local opera com uma temperatura. >> >> Quanto mais estável a temperatura na sala de servidores, menores serão seus >> problemas ao longo da vida útil do seu equipamento (principalmente por conta >> da expansão e contração dos materiais). >> >> Aqui no BR, acho dificil você ter servidores sem sistema de ar >> condicionado... Aqui no meu escritório sempre mantenho 2, 3 computadores >> ligados (computadores montados comuns) e as vezes até um pouco mais (>5). >> Nos dias realmente quentes, ninguém consegue ficar dentro dessa 'sala'... >> Quem mais sofre são as ventoinhas que derretem com frequencia (sempre que >> algum computador começa a se comportar 'estranhamente', basta uma limpeza e >> uma troca de ventoinha... quase que um procedimento de rotina :\). >> >> Att., >> Luiz >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compatibilidade Servidor Supermicro 1U
Pessoal, Estou adquirindo os servidores e cadastrando minha empresa para ser revenda destes servidores, então se algum colega precisar pode cotar comigo, sem problemas, este preço que passei será o valor final que revenderei. Fabrício Em 21/01/2011 11:17, Luiz Otavio O Souza escreveu: > On Jan 21, 2011, at 10:33 AM, fknet wrote: > >> Bom dia Pessoal, >> >> Mais uma dúvida sobre estes servidores 1U: qual temperatura máxima de >> operação segura que eles poderiam trabalhar? Se puderem ficar em uma >> sala sem ar condicionado eu estou pensando em comprar mais 2 máquinas. >> >> Obrigado >> >> Fabrício >> > Não se trata exatamente da 'temperatura máxima' e sim da estabilidade da > temperatura. > > Tanto que não existe uma temperatura ideal para funcionamento dos > servidores... cada local opera com uma temperatura. > > Quanto mais estável a temperatura na sala de servidores, menores serão seus > problemas ao longo da vida útil do seu equipamento (principalmente por conta > da expansão e contração dos materiais). > > Aqui no BR, acho dificil você ter servidores sem sistema de ar > condicionado... Aqui no meu escritório sempre mantenho 2, 3 computadores > ligados (computadores montados comuns) e as vezes até um pouco mais (>5). Nos > dias realmente quentes, ninguém consegue ficar dentro dessa 'sala'... Quem > mais sofre são as ventoinhas que derretem com frequencia (sempre que algum > computador começa a se comportar 'estranhamente', basta uma limpeza e uma > troca de ventoinha... quase que um procedimento de rotina :\). > > Att., > Luiz > - > 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: Compatibilidade Servidor Supermicro 1U
Pensei em mais memória viu, mas hoje meu "servidor" tem 1Gb de RAM e não tem consumo maior que 600Mb. Fabrício Em 21/01/2011 11:07, Eduardo Schoedler escreveu: > Em 21/01/2011 11:03, fknet escreveu: >> Está saindo 2399,00 cada server deste. > Pelo que vi na configuração, você está somente com 2GB de RAM. > Hoje em dia, no preço que está a memória, partiria de um mínimo de 8GB. > Ainda mais se você for rodar um monte de serviços (MTA, MySQL e Radius). > > -- > Eduardo Schoedler > > - > 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] Compatibilidade Servidor Supermicro 1U
Está saindo 2399,00 cada server deste. Obrigado Em 21/01/2011 11:01, Cleber Alves Nascimento escreveu: > Só por curiosidade, > O orçamento de uma maquina dessas sairia por quanto? > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compatibilidade Servidor Supermicro 1U
Bom dia Pessoal, Mais uma dúvida sobre estes servidores 1U: qual temperatura máxima de operação segura que eles poderiam trabalhar? Se puderem ficar em uma sala sem ar condicionado eu estou pensando em comprar mais 2 máquinas. Obrigado Fabrício Em 21/01/2011 10:04, fknet escreveu: > Boa tarde Eduardo, obrigado, mas não irei rotear pacotes, esse servidor > trabalhará como servidor radius para autenticação de usuários e servidor > de email (postfix) de meus clientes, com poucas contas, cerca de 500 > contas apenas. Tanto o postfix quanto o Radius usarão o MySQL, que > também rodará nesta máquina. > > Pode parecer bastante, mas volto a dizer, o servidor atual é um PC > desktop e dá conta do recado, só quero trocá-lo para profissionalizar > melhor as coisas aqui e para montar 2 máquinas idênticas em paralelo, > uma como redundância da outro, sendo a redundância mais específica > devido ao Radius. > > Obrigado > > Em 20/01/2011 23:19, Eduardo Schoedler escreveu: >> Se ira monta-lo para rotear pacotes, escolha uma MoBo com 2 northbridges. >> >> -- >> Eduardo Schoedler >> Enviado via iPhone >> >> Em 20/01/2011, às 16:28, fknet escreveu: >> >>> Boa tarde, >>> >>> Gostaria da opinião dos colegas sobre o servidor supermicro com as >>> configurações abaixo: >>> >>> • SUPERSERVER SUPERMICRO >>> • Form Factor: 1U >>> • Fonte ATX 600 Watts >>> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >>> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >>> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB >>> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >>> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >>> THERMAL SENSOR >>> • 2 x Intel® 82574L Gigabit Ethernet Controllers >>> • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) >>> • Chipset Intel® 3420 >>> • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) >>> • RAID 0, 1, 5, 10 (Windows) >>> • RAID 0, 1, 10 (LINUX) >>> • Video OnBoard Matrox G200eW 16MB >>> • DVD-ROM >>> • Slots de expansao: >>> • 1x PCI-Express (x8) (Riser Card) >>> • Garantia 1 ano >>> • Industria Brasileira >>> • Peso bruto: 15,5Kg >>> • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) >>> >>> Pretendo comprar 2 servidores deste para trabalharem em paralelo, ou >>> seja, rodarei o freebsd nos 2 com CARP e farei um backup online para que >>> ambos fiquem sempre idênticos e em caso de falha de um deles o outro >>> assuma automaticamente. >>> >>> Os colegas acham que será uma boa opção em termos de comaptibilidade? Em >>> questão de desempenho tenho certeza que dará conta do recado, afinal meu >>> servidor atual, que será substituído, é um computador desktop muito >>> inferir a esta configuração e tenho menos de 15% de consumo de CPU nele. >>> >>> Obrigado >>> >>> Fabrício >>> >>> - >>> 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 > - > 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] Compatibilidade Servidor Supermicro 1U
Boa tarde Eduardo, obrigado, mas não irei rotear pacotes, esse servidor trabalhará como servidor radius para autenticação de usuários e servidor de email (postfix) de meus clientes, com poucas contas, cerca de 500 contas apenas. Tanto o postfix quanto o Radius usarão o MySQL, que também rodará nesta máquina. Pode parecer bastante, mas volto a dizer, o servidor atual é um PC desktop e dá conta do recado, só quero trocá-lo para profissionalizar melhor as coisas aqui e para montar 2 máquinas idênticas em paralelo, uma como redundância da outro, sendo a redundância mais específica devido ao Radius. Obrigado Em 20/01/2011 23:19, Eduardo Schoedler escreveu: > Se ira monta-lo para rotear pacotes, escolha uma MoBo com 2 northbridges. > > -- > Eduardo Schoedler > Enviado via iPhone > > Em 20/01/2011, às 16:28, fknet escreveu: > >> Boa tarde, >> >> Gostaria da opinião dos colegas sobre o servidor supermicro com as >> configurações abaixo: >> >> • SUPERSERVER SUPERMICRO >> • Form Factor: 1U >> • Fonte ATX 600 Watts >> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB >> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >> THERMAL SENSOR >> • 2 x Intel® 82574L Gigabit Ethernet Controllers >> • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) >> • Chipset Intel® 3420 >> • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) >> • RAID 0, 1, 5, 10 (Windows) >> • RAID 0, 1, 10 (LINUX) >> • Video OnBoard Matrox G200eW 16MB >> • DVD-ROM >> • Slots de expansao: >> • 1x PCI-Express (x8) (Riser Card) >> • Garantia 1 ano >> • Industria Brasileira >> • Peso bruto: 15,5Kg >> • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) >> >> Pretendo comprar 2 servidores deste para trabalharem em paralelo, ou >> seja, rodarei o freebsd nos 2 com CARP e farei um backup online para que >> ambos fiquem sempre idênticos e em caso de falha de um deles o outro >> assuma automaticamente. >> >> Os colegas acham que será uma boa opção em termos de comaptibilidade? Em >> questão de desempenho tenho certeza que dará conta do recado, afinal meu >> servidor atual, que será substituído, é um computador desktop muito >> inferir a esta configuração e tenho menos de 15% de consumo de CPU nele. >> >> Obrigado >> >> Fabrício >> >> - >> 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compatibilidade Servidor Supermicro 1U
Boa noite Ilson, obrigado pelo retorno, legal saber isto. Já tenho um servidor Supermicro rodando Freebsd sem problema nenhum, mas é uma máquina com uma configuração um pouco diferente desta e é torre, estava mais preocupado com esta opção 1U que irá economizar muito espaço em nosso rack para fazer o que preciso, que é colocar 2 máquinas rodando simultaneamente com CARP e fazendo backup online de ambas, se uma parar a outra assume e tenho condições de fazer a manutenção na que parou... Já estou providenciando a compra dos servers, me animei com as indicações. obrigado! Em 20/01/2011 18:51, Ilson Schames escreveu: > Prezado Fabrício, > > > > Não sei se seria ético para mim falar alguma coisa sobre este servidor > Supermicro que está interessado , pois sou da Scherm Brasil uma integradora > Supermicro no Brasil. Mas se servir de ajuda posso lhe passar uma série de > referências de universidades utilizando a configuração com freebsd... > > > >Abs > > > > Ilson > > > > > > > > Boa tarde, > > > > Gostaria da opinião dos colegas sobre o servidor supermicro com as > configurações abaixo: > > > > • SUPERSERVER SUPERMICRO > > • Form Factor: 1U > > • Fonte ATX 600 Watts > > • Processador Quad-Core Intel Xeon X3430 2,4 GHz > > • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. > > • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB > UDIMM (Slots de memoria: 1 utilizado, 3 livres) • Sugestão: 016115-1 - > KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ THERMAL SENSOR > > • 2 x Intel® 82574L Gigabit Ethernet Controllers > > • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) > > • Chipset Intel® 3420 > > • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) > > • RAID 0, 1, 5, 10 (Windows) > > • RAID 0, 1, 10 (LINUX) > > • Video OnBoard Matrox G200eW 16MB > > • DVD-ROM > > • Slots de expansao: > > • 1x PCI-Express (x8) (Riser Card) > > • Garantia 1 ano > > • Industria Brasileira > > • Peso bruto: 15,5Kg > > • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) > > > > Pretendo comprar 2 servidores deste para trabalharem em paralelo, ou seja, > rodarei o freebsd nos 2 com CARP e farei um backup online para que ambos > fiquem sempre idênticos e em caso de falha de um deles o outro assuma > automaticamente. > > > > Os colegas acham que será uma boa opção em termos de comaptibilidade? Em > questão de desempenho tenho certeza que dará conta do recado, afinal meu > servidor atual, que será substituído, é um computador desktop muito inferir > a esta configuração e tenho menos de 15% de consumo de CPU nele. > > > > Obrigado > > > > Fabrício > > > > > > > > - > 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] Compatibilidade Servidor Supermicro 1U
Boa noite, obrigado pelo retorno, quanto a suporte não sou tão exigente nisto não, hoje tenho um desktop fazendo a vez deste servidor e vamos migrar para algo mais robusto, posso dar conta de manter esta máquina, sem problema. Sobre os discos vou verificar, mas o desempenho de disco não é nada crítico em meu caso. Obrigado, outras sugestões e dicas são bem vindas. Fabrício Em 20/01/2011 16:51, Patrick Tracanelli escreveu: > No geral é um excelente servidor mas tome mais informações sobre a > compatibilidade dos discos com a controladora, alguns Samsung e Western > simplesmente operam apenas em SATA-1 na X8SIL. Não sei o motivo e nem é uma > característica do FreeBSD. Mesma coisa com Debian. > > Se puder tirar isso a limpo antes o resto é 100%. Mais uma vez note que não é > algo relacionado ao FreeBSD mas sim a alguns chipsets (não se todas X8SIL tem > chip 3420, são essas coisas q vc precisará avaliar). > > Boa sorte :-) > > Em 20/01/2011, às 16:28, fknet escreveu: > >> Boa tarde, >> >> Gostaria da opinião dos colegas sobre o servidor supermicro com as >> configurações abaixo: >> >> • SUPERSERVER SUPERMICRO >> • Form Factor: 1U >> • Fonte ATX 600 Watts >> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB >> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >> THERMAL SENSOR >> • 2 x Intel® 82574L Gigabit Ethernet Controllers >> • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) >> • Chipset Intel® 3420 >> • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) >> • RAID 0, 1, 5, 10 (Windows) >> • RAID 0, 1, 10 (LINUX) >> • Video OnBoard Matrox G200eW 16MB >> • DVD-ROM >> • Slots de expansao: >> • 1x PCI-Express (x8) (Riser Card) >> • Garantia 1 ano >> • Industria Brasileira >> • Peso bruto: 15,5Kg >> • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) >> >> Pretendo comprar 2 servidores deste para trabalharem em paralelo, ou >> seja, rodarei o freebsd nos 2 com CARP e farei um backup online para que >> ambos fiquem sempre idênticos e em caso de falha de um deles o outro >> assuma automaticamente. >> >> Os colegas acham que será uma boa opção em termos de comaptibilidade? Em >> questão de desempenho tenho certeza que dará conta do recado, afinal meu >> servidor atual, que será substituído, é um computador desktop muito >> inferir a esta configuração e tenho menos de 15% de consumo de CPU nele. >> >> Obrigado >> >> Fabrício >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > 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
[FUG-BR] Compatibilidade Servidor Supermicro 1U
Boa tarde, Gostaria da opinião dos colegas sobre o servidor supermicro com as configurações abaixo: • SUPERSERVER SUPERMICRO • Form Factor: 1U • Fonte ATX 600 Watts • Processador Quad-Core Intel Xeon X3430 2,4 GHz • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB UDIMM (Slots de memoria: 1 utilizado, 3 livres) • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ THERMAL SENSOR • 2 x Intel® 82574L Gigabit Ethernet Controllers • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) • Chipset Intel® 3420 • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) • RAID 0, 1, 5, 10 (Windows) • RAID 0, 1, 10 (LINUX) • Video OnBoard Matrox G200eW 16MB • DVD-ROM • Slots de expansao: • 1x PCI-Express (x8) (Riser Card) • Garantia 1 ano • Industria Brasileira • Peso bruto: 15,5Kg • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) Pretendo comprar 2 servidores deste para trabalharem em paralelo, ou seja, rodarei o freebsd nos 2 com CARP e farei um backup online para que ambos fiquem sempre idênticos e em caso de falha de um deles o outro assuma automaticamente. Os colegas acham que será uma boa opção em termos de comaptibilidade? Em questão de desempenho tenho certeza que dará conta do recado, afinal meu servidor atual, que será substituído, é um computador desktop muito inferir a esta configuração e tenho menos de 15% de consumo de CPU nele. Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ajuda com hardware
Bom dia à todos, Preciso montar um servidor de cache em minha rede, ele irá rodar o Lusca+Thundercache 4. Quero essa máquina com pelo menos 16Gb de RAM e capacidade de pelo menos 6HDs. Como a máquina irá rodar FreeBSD eu gostaria de indicação dos colegas sobre qual placa mãe, processador e memória comprar para essa configuração. Obrigado Fabrício F.'. Kammer - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Path dos bancos PostgreSQL
Obrigado pelas ajudas, achei o arquivo... Acho que posso copiar mesmo, o banco vai ficar na mesma máquina, só quero montar a partição em disco separado do disco do sistema. Fabrício Ricardo Campos Passanezi escreveu: > On Tue, Jun 22, 2010 at 02:38:29PM -0300, Jorge Petry wrote: > >> A pasta padrão da instalação no sistema é >> >> /usr/local/pgsql/ >> >> Mas acho que você deveria exportar e importar. >> >> Jorge Petry. >> > > É melhor mesmo. Especialmente se forem as versões instaladas não forem > as mesmas. > > De qualquer modo, se não mudou a "postgresql_data" no /etc/rc.conf deve > ser no caminho já citado acima, dentro do diretório "data" > (/usr/local/pgsql/data). > > Veja como está rodando o postgres: > > # ps -auxww | egrep '(USER|postgres)' > > Deve ter um "-D [caminho]". Esse é o diretório. > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Path dos bancos PostgreSQL
Boa tarde! Algum colega da lista poderia me dizer onde ficam os banco de dados do PostgreSQL no FreeBSD? Preciso mover todos os bancos para um novo HD em meu servidor e montar esta nova partição no diretório padrão dos bancos de dados do postgresql. Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca no Freebsd 8 64bits - Diskd ou AUFS?
Bom dia Renato, obrigado pela dica, qual a melhor forma de eu monitorar e, se possível, logar o I/O de disco no Free? Obrigado Fabrício F.'. Kammer Renato Frederick escreveu: > Eu tenho cenário com ambos. > > De fato, comecei a usar aufs quando o diskd foi removido. > > Acredito que se você rodar o squid + diskd como a receita de bolo que tem na > FUG, a performance é muito boa. > > Faça um teste, instale o cacheboy16 com diskd otimizando o kernel e analise > I/O de disco, uso de CPU/MEM. > > Depois instale o lusca-head e refaça os testes, aquele que usar menos I/O e > preservar memória e processador é o ideal para você. > > > > > -- > From: "Adailton Milhorini" > Sent: Saturday, June 19, 2010 6:28 PM > To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" > > Subject: Re: [FUG-BR] Lusca no Freebsd 8 64bits - Diskd ou AUFS? > >> Em 19/06/2010 18:17, Adailton Milhorini escreveu: >>> Em 19/06/2010 15:26, Márcio Luciano Donada escreveu: >>> >>>> Em 19/6/2010 12:21, fknet escreveu: >>>> >>>> >>>>> Pessoal, qual melhor opção para o cache_dir, utilizar diskd ou aufs? >>>>> >>>>> >>>>> >>>>> >>>> Eu não tenho documento para te provar isso, mas tenho tido ótimos >>>> resultados em RAID 0 para o cache com diskd. >>>> >>>> Abraço, >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>> >>>> >>>> >>>> >>> O lusca a muito tempo já retirou o suporte a diskd do codigo, por causa >>> do desempenho do ufs >>> >>> Adailton Milhorini >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >>> >> corrigindo . >> >> O lusca a muito tempo já retirou o suporte a diskd do codigo, por causa >> do desempenho do aufs >> >> >> o lusca atual, suporta coss e aufs... >> >> Adailton Milhorini >> >> - >> 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Lusca no Freebsd 8 64bits - Diskd ou AUFS?
Pessoal, qual melhor opção para o cache_dir, utilizar diskd ou aufs? Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Netflow
Bom dia, Preciso instalar o netflow em meu FreeBSD para poder coletar algumas informações dele, principalmente o número de conexões na porta 80 simultâneas e gerar logs/gráficos dessa informação. Sou totalmente leigo no assunto, nunca trabalhei com flow, então se algum colega da lista puder me auxiliar ou indicar algum tutorial para iniciantes ficarei grato. Obrigado, Fabrício F.'. Kammer - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Powerware 9120 no FreeBSD
Boa noite pessoal, Gostaria de monitorar meu nobreak, um Powerware 9120 3000, através de meu servidor FreeBSD e, se possível, conseguir acessar as informações via SNMP. Algum colega da lista consegue me ajudar com isto? Qual software devo usar? Minha intenção é usar a conexão USB do nobreak, porém caso não seja possível, poderá ser via porta serial também. Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Web disk em Freebsd
Boa noite! Estou querendo disponibilizar um disco virtual para os clientes de minha rede, onde o usuário pudesse logar e ter direito a uma cota de disco pré-configurada. Alguém conhece algum sistema gratuíto, de preferência em PHP, para isto? Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
