[FUG-BR] Invitation to connect on LinkedIn
LinkedIn Eduardo Frazão solicitou sua adição como uma conexão no LinkedIn: -- Josué, I'd like to add you to my professional network on LinkedIn. - Eduardo Aceitar convite de Eduardo Frazão http://www.linkedin.com/e/-s189xw-gm3cj3ym-5e/uhCptJdQQ-Sug5_L6VCVbBqbsb1KYl/blk/I124566049_10/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYMclYVd30SdzkQcz59bR1FkAZccSQQbPoQdzgTd3AOdz8LrCBxbOYWrSlI/EML_comm_afe/ Visualizar convite de Eduardo Frazão http://www.linkedin.com/e/-s189xw-gm3cj3ym-5e/uhCptJdQQ-Sug5_L6VCVbBqbsb1KYl/blk/I124566049_10/30NnPAQc3oSdjgOckALqnpPbOYWrSlI/svi/ -- Você sabia que pode difundir seu conhecimento profissional no LinkedIn para receber ofertas de emprego/consultoria e aprimorar sua reputação profissional? Ao publicar respostas para perguntas nas Respostas do LinkedIn, você fica cara a cara com a comunidade profissional do mundo. http://www.linkedin.com/e/-s189xw-gm3cj3ym-5e/abq/inv-24/ -- (c) 2011, LinkedIn Corporation - 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] desktop BSD
É possível configurar devices em HAL. Na verdade, a ideia dele é abstrair Hardware. Uma camada a mais, para que sistemas possam compartilhar configuração e alguns métodos de acesso. Pensar que você vai ligar o PC, que o HAL daemon vai reconhecer alguma coisa é ilusão. Ele saberá que existe um teclado, mas não qual, e suas peculiaridades. Mas sinceramente? Também gosto do antigo xorg.conf, e até do XFree86. Abraço!!! -- Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] H 2.64 e mpeg
Estou fazendo testes com ZoneMinder.. Realmente é muito bom. Flexível e personalizável. Porém, trabalha com cameras que distribuem Streams e JPEF e MJPEG. Acredito que a grande maioria das cameras possuem esses métodos de transmissão além de outros melhores dependendo do modelo. Abraços Em 18 de fevereiro de 2010 10:56, Anderson Alves de Albuquerque anderso...@gmail.com escreveu: existe o ZoneMinder, alguém já utilizou este? 2010/2/17 Pablo Sánchez phack...@gmail.com http://www.gstreamer.net/ http://www.livecamserver.com/ http://www.fhttpd.org/pub/qcwebcam/README.html http://cserv.sourceforge.net/ E por aí vai... Sem saber modelo exato da câmera, fica complexo... Em 17 de fevereiro de 2010 15:06, Anderson Alves de Albuquerque anderso...@gmail.com escreveu: Eu tenho uma tarefa que eh montar um servidor Freebsd para distribuir imagens. No mercado as câmeras IPs disponibilizam imagens via H 2.64 e MPEG. A minha idéia eh colocar um Freebsd como server para os usuários acessarem via apache. A maioria das câmeras do mercado so trabalham com aplicaçoes web em Win no server, e muitas vezes as aplicações das câmeras são proprietárias. Pior do que tudo são as câmeras que exigem os clientes instalarem aplicativos proprietários em suas máquinas. Alguém pode dar uma luz? o desafio eh colocar no freebsd Daemons p/ receber H 2.64 e/ou Mpeg das câmeras e possibilitar os users acessarem as imagens via apache e sem instalar aplicativos nos clientes. Alguém pode ajudar? -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br Quidquid latine dictum sit, altum viditur = - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desempenho apache+php com eaccelerator e xcache..
Entendo! Dizem que o Lighttpd se saí melhor em grandes workloads, devido principalmente ao php-cgi... De qualquer forma, apache já pode trabahar assim também! Agora, é meio complicado fazer benchmark de qualquer coisa! Tem sentido sua aplicação web lenta mesmo? Abraços! 2008/8/28, Leonardo Augusto [EMAIL PROTECTED]: Sim ja experimentei o lighthttpd, fiz os mesmos testes na mesma maquina e o apache 2.x se saiu melhor. Já experimentou Lighttpd? 2008/8/25 Leonardo Augusto [EMAIL PROTECTED] Ola, Instalei um 7.0 todo bonitinho. Ai pus apache-2.2.9 php5-5.2.6 eaccelerator-0.9.5.3 xcache-1.2.2 Em varios testes que fiz com httperf e ab a diferenca entre ambos os caches foi minima, de 1 a 3 requests/s... Até ai tudo bem, era de se esperar que nao fosse tao grande a diferenca entre os mesmos.. Aí fui fazer testes sem otimizador nenhum ativado... e o resultado foi praticamente o mesmo tambem.. nao chegou a 10 req/s de diferenca para o apache com e sem os otimizadores... Alguem ja presenciou isso ? esses caches para php ja nao fazem tanta diferenca como antigamente ? Ou tem algum detalhe que estou me passando ? No phpinfo() aparece a informacao do respectivo cache ativado quando faco os testes.. A maquina é um xeon 3Ghz fsb 800mhz.. 1G ecc []'s - 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] RES: RES: Maldito Samba?
Amigo, pode parecer idiota, mas vc abre seus compatilhamentos no servidor com \\IP ou \\Nome_do_Server? Se você carregar direto do IP, o windows vai tentar ver algumas coisas do arquivo, inclusive, pedir algumas confirmações antes de executar o arquivo. Tente carregar a aplicacao via \\nome_do_server Se o Download é rápido, não tem pq demorar na hora de carregar, já que em suma, é a mesma coisa! Att, Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Replicar Instalação
Eu ja fiz esse tipo de copia varias vezes.. Boote o novo disco com o Cd de install do freebsd.. Faça o particionamento como vc achar melhor.. Instale o boot loader. Reinicie a maquina no sistema que vai ser clonado, ou usando algum outro sistema Instale o RSYNC. monte as novas particoes que receberao o novo sistema por exemplo dentro de /mnt/new depois, crie um arquivo dessa forma: echo /mnt/new /tmp/excludes e entao, copie todo o novo sistema dessa forma: rsync -a --flags --exclude-from=/tmp/excludes / /mnt/new ele vai copiar todo o / por exemplo, para o /mnt/new, com todas as permissoes, e flags se houver. caso vc tenha usado um sistema auxiliar para fazer a copia, monte o sistema que sera copiado por exemplo em /mnt/old e faça a copia assim: rsync -a --flags /mnt/old /mnt/new isso vai fazer a copia... caso algo tenha mudado nas particoes, corriga no /mnt/new/etc/fstab, para apontar corretamente as particoes, e pode bootar o disco antigo! Abraços! 2008/8/1 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED] Pessoal, Meus HDs sao diferentes... Por sinal nesta primeira maquina eu estou usando já dois HD's com Gmirror. A idéia que eu tinha era criar um arquivo com o sistema todo pronto, instalar um BSD em uma maquina nova com uma versão básica. E depois jogar um arquivo tar.gz em cima e recriar a maquina. Bom eu coloquei mais um HD, executei o FDISK e criei a particao BSD no disco inteiro. Então tentei criar os Labels no novo HD, porem não me flagrei que não posso criar partições /usr sendo que ja existe uma ativa... Então criei elas com nomes: / = /new /user = /usr_new /var = /usr_new etc... Então ao executar o Write, deu erro tambem. Mas ao axecutar um #ls / aparecem os diretorios /usr_new... /var_new.. Tentei usar o comando: ## tar cf - * | ( cd /new; tar xfp -) a partir da raiz / Ele começou a copiar os arquivos, porem está indo tudo para dentro da partição /new Atenciosamente Jean Duarte - Original Message - From: irado furioso com tudo [EMAIL PROTECTED] To: freebsd@fug.com.br Sent: Friday, August 01, 2008 9:10 AM Subject: Re: [FUG-BR] Replicar Instalação Em Fri, 1 Aug 2008 08:44:32 -0300 Wanderson Tinti [EMAIL PROTECTED] escreveu: Irado essa dica é otima. Depois é so instalar o boot? sim, após isso vc pode usar o dd para copiar os primeiros 512 bytes do master record - aliás, o everson (em outro post) disse isso. Truquezinho meio bêsta mas funcional (rss), vc pode usar o dd para copiar MBR prum arquivo qualquer e POSTERIORMENTE usa-lo para regeneração do MBR dd if=/seu.hd.atual of=/path/arquivoMBR.bin bs=512 count=1 o arquivo.bin contém o seu MBR e vc pode leva-lo pra onde quiser, ou até guarda-lo para re-utilização, quem sabe? divirta-se. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Ou locupletamo-nos todos ou instaure-se a moralidade (by Barão de Itararé - e olhe que não havia renam) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 01/08/2008 No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.5.7/1580 - Release Date: 29/7/2008 17:26 - 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] FreeBSD 7 vs Intel 64 vs PAE vs USB
XEON é X86_64 Pode usar FreeBSD AMD64. Se quiser, compile suas aplicacoes com gcc com march=nocona (echo CPUTYPE=nocona /etc/make.conf ). Isso vai otimizar o código para EM64T ( Tb não vi grandes diferenças, mas em todo o caso ). 2008/7/4 Frederico Terra Boechat [EMAIL PROTECTED]: Aqui o USB funcionou de boa. Nao fiz nada extra. Vou tentar descobrir o que pode ser e te falo. Pode ser opcao na BIOS, nao? Frederico Boechat Em 04/07/2008, às 10:55, Pedro Madsen escreveu: Bom-dia pessoal, estou com um problema e imagino que alguém daqui já deve ter passado por isso. Estou precisando de rodar FreeBSD numa maquina intel 64 quadcore, porém o processador ainda não é suportado pela arquitetura ia64. Preciso de suporte para mais de 4GB de RAM. Poderia fazer isso usando PAE mas há um problema: o servidor não tem porta ps/2, apenas USB. Quando usei PAE e habilitei USB o servidor deu crash de endereçamento de memória.Logo é possivel instalar o PAE e usar o suporte para mais memória, mas fico sem teclado. Alguém já conseguiu de alguma forma usar teclado USB quando o módulo PAE está habilitado? Att, Pedro Madsen - 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] Fatal erro ... session_start()
Vc nao habilitou o uso de seções provavelmente na compilação do PHP. Basta fazer isso! Avraços! 2008/7/3 João Paulo Santos [EMAIL PROTECTED]: Cria um arquivo chamado index.php e dentro dele coloca: ?php phpinfo(); ? Depois veja se está habilitado recursos de cookie/sessions - 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] Nova versão do POSTFIXADMIN
Valeu cara! Vou checar! Vou refazer meu mailserver, talvez valha a pena usar a nova versão, já com postgresql :)! Abraços! 2008/6/30 Eduardo Schoedler [EMAIL PROTECTED]: Você já procurou no site do Postfixadmin [1] Veja o que retirei de lá: v2.2.0 includes more language translations, support for fetchmail, a better upgrade procedure, improved vacation support, UTF8 support, broadcast message and many bug fixes. Veja também o changelog da versão 2.1.0: http://sourceforge.net/docman/display_doc.php?docid=47748group_id=191583 Sds, Eduardo. [1] http://postfixadmin.sourceforge.net/ -- From: Eduardo Frazão [EMAIL PROTECTED] Subject: Re: [FUG-BR] Nova versão do POSTFIXADMIN Quais recursos a mais nessas novas versões galera? 2008/6/30 Eduardo Schoedler [EMAIL PROTECTED]: Já existe a versão 2.2.0 também... mas ainda utilizo a 2.0.0. Abraços, Eduardo. -- From: Jorge Petry [EMAIL PROTECTED] Subject: [FUG-BR] Nova versão do POSTFIXADMIN Olá. Alguém já usou a nova versão do postfixadmin?? Alguém atualizou da versão 2.1.0 para a nova versão?? Abraço. -- _ Jorge Petry Neto Administrador de Redes e Servidores (48) 8401-4436 [EMAIL PROTECTED] [2]www.jspnet.com.br References 1. mailto:[EMAIL PROTECTED] 2. http://www.jspnet.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
Re: [FUG-BR] Nova versão do POSTFIXADMIN
Quais recursos a mais nessas novas versões galera? 2008/6/30 Eduardo Schoedler [EMAIL PROTECTED]: Já existe a versão 2.2.0 também... mas ainda utilizo a 2.0.0. Abraços, Eduardo. -- From: Jorge Petry [EMAIL PROTECTED] Subject: [FUG-BR] Nova versão do POSTFIXADMIN Olá. Alguém já usou a nova versão do postfixadmin?? Alguém atualizou da versão 2.1.0 para a nova versão?? Abraço. -- _ Jorge Petry Neto Administrador de Redes e Servidores (48) 8401-4436 [EMAIL PROTECTED] [2]www.jspnet.com.br References 1. mailto:[EMAIL PROTECTED] 2. http://www.jspnet.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
Re: [FUG-BR] QuadCore / Maquina Server !!!
Entendo! Em questão da Virtualização, não sei se vcs utilizam unicamente BSD, mas existe uma solução de alta qualidade de uma velocidade que eu ainda não vi em virtualização, que é o VServer, para Linux. É um patchset de kernel, com kernel compartilhado! Realmente muito animador! Aqui, certamente, vou começar a usar. Estou esperando a aprovação do servidor ( UM Dual Xeon Quad E5410, com 16 GB RAM ). Esse cara vai suportar vários serviços nossos! Para vários serviços, ou realmente use máquinas separadas, ou pelo menos uma que aguente o baque, com virtualização! De uma olhadinha nesse vserver, preferencialmente, com gentoo! Tenho certeza que você vai se espantar ( PS: Só pode virtualizar outros Linux ok? ele é paravirtualizado! ).. Abraços! 2008/6/14 Paulo Henrique [EMAIL PROTECTED]: Eduardo, Então, o fato é que o P4 está apenas como um sistema de pouca carga a empresa mesmo decidiu hospedar o proprio site na maquina por que ela é o Firewall da Rede, contrataram um serviço para o Segundo DNS com IP Valido e pronto, no caso me passaram o suporte, mais faz mais de mes que não preciso fazer uma modificação consideravel, só atualização do Apache, e do PostgreSQL, e atualização das Rules do SNORT, do restante nada. Eles estão querendo colocar junto um servidor OpenLDAP com controlador de dominio e MTA com Proxy no caso tudo na maquina, estou vendo o XEN para implementar neles, mais não é nada decidido, conforme for a questão do tempo($) implemento o XEN com o NetBSD, no contrario será só FreeBSD com Jails. A questão do Xen com NetBSD é que a empresa apoia em primeiro lugar soluções sobre licensa BSD, espero que continue por um bom tempo. -- Atenciosamente Paulo Henrique. - 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] QuadCore / Maquina Server !!!
2008/6/13 Paulo Henrique [EMAIL PROTECTED]: 2008/6/13 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED]: Pessoal, Estou comprando um novo servidor ! O BSD ja funciona com QuadCore com dois procedadores? Ou os DualCore normais? Me aconselham alguma maquina, para servidor Web+Php+Mysql! Atenciosamente Jean Duarte Olha depende muito da carga que você vai ter no Web Server... o no sistema em geral. Hoje para 1000 Conecções em media tenho um P4 1.8Ghz com 512mbs, 80Gbs. Pretendo em breve fazer um Upgrade... a maquina já está pedindo arrego. Estava vendo um Proliant HP ML350 G5 Com um Xeon 5110 com 2Gbs de ram e 250Gbs SAS, mais vai depender muito da empresa, pois parecem que querem colocar outros serviços na mesma maquina. -- Atenciosamente Paulo Henrique. - 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] QuadCore / Maquina Server !!!
FreeBSD 7.0 é o mais indicado para sua máquina. O Suporte do Scheduller ULE para SMP está lindo! Depende muito da sua necessidade de quaquer forma, a utilização deste server.. Com certeza é uma máquina bem parruda! Se for somente um webserver, vai ficar muito Idle. As vezes valha até a pena virtualizar, e realmente dar uso para este server! Abraços! 2008/6/14 Eduardo Frazão [EMAIL PROTECTED]: 2008/6/13 Paulo Henrique [EMAIL PROTECTED]: 2008/6/13 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED]: Pessoal, Estou comprando um novo servidor ! O BSD ja funciona com QuadCore com dois procedadores? Ou os DualCore normais? Me aconselham alguma maquina, para servidor Web+Php+Mysql! Atenciosamente Jean Duarte Olha depende muito da carga que você vai ter no Web Server... o no sistema em geral. Hoje para 1000 Conecções em media tenho um P4 1.8Ghz com 512mbs, 80Gbs. Pretendo em breve fazer um Upgrade... a maquina já está pedindo arrego. Estava vendo um Proliant HP ML350 G5 Com um Xeon 5110 com 2Gbs de ram e 250Gbs SAS, mais vai depender muito da empresa, pois parecem que querem colocar outros serviços na mesma maquina. -- Atenciosamente Paulo Henrique. - 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] Acessar banco postgresql 8.1
Seria seguro copiar os dados antes de criar a tablespace :).. Depois, vc move os dados para la! :)! 2008/5/29 Aguiar Magalhaes [EMAIL PROTECTED]: Exatamente... Existia uma tablespace (tbs_cultural) apontada para o /data/pgsql/cultural. Devo criá-la novamente na máquina nova para que o postgresql enxergue os dados que estão neste diretório ? Se criar a tablespace apontando para o diretório /data/pgsql/cultural os dados que já estão neste diretório não serão apagados ?? --- Em qui, 29/5/08, Eduardo Frazão [EMAIL PROTECTED] escreveu: De: Eduardo Frazão [EMAIL PROTECTED] Assunto: Re: [FUG-BR] Acessar banco postgresql 8.1 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Data: Quinta-feira, 29 de Maio de 2008, 10:18 esses diretorios (com nomes numéricos) devem ser copiados para o diretorio de dados! Não pode ficar dentro do diretorio cultural, a menos q seja uma tablespace. 2008/5/29 Aguiar Magalhaes [EMAIL PROTECTED]: Obrigado pela resposta... O dono de todos os diretórios e arquivos é o usuário pgsql. Observei que dentro da pasta /data/pgsql/cultural existem os diretórios 16390 e 16475, além do arquivo PG_VERSION cujo conteúdo é 8.1. O diretórios cultural, 16390 e 16475 possuem permissão 700 e os arquivos possuem permissão 600 --- Em qua, 28/5/08, Marcello [EMAIL PROTECTED] escreveu: De: Marcello [EMAIL PROTECTED] Assunto: Re: [FUG-BR] Acessar banco postgresql 8.1 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Data: Quarta-feira, 28 de Maio de 2008, 13:44 Verifique quem são os donos dos arquivos e as permissões pra começar []'s Em Qua, 2008-05-28 às 06:12 -0700, Aguiar Magalhaes escreveu: Prezados, Tivemos uma pane na placa-mãe da máquina onde rodava o postgresql 8.1. Os reponsáveis não fizeram backup regularmente, de modo que tive que copiar o diretório /data onde estão as tabelas, usando o comando (# cp -R -p) para o /data da máquina nova. Reinstalei o postgresql 8.1 na máquina nova. Reinstalei em /usr/local/pgsql/data o pg_hba.conf e postgresql.conf da máquina anterior (estavam também em /usr/local/pgsql/data na máquina velha), rebotei a máquina. O banco sobe normalmente. Quando tento acessar através das páginas, recebo no browser a mensagem Não foi possível conectar ao banco. Na tela do servidor (free7) vejo a mensagem FATAL: database cultural does not exist Com o pgadmin eu conecto no servidor usando o usuario pgsql mas não estou vendo as tabelas. O que preciso fazer ? help !!! Aguiar Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - 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 Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - 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 Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - 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] Acessar banco postgresql 8.1
esses diretorios (com nomes numéricos) devem ser copiados para o diretorio de dados! Não pode ficar dentro do diretorio cultural, a menos q seja uma tablespace. 2008/5/29 Aguiar Magalhaes [EMAIL PROTECTED]: Obrigado pela resposta... O dono de todos os diretórios e arquivos é o usuário pgsql. Observei que dentro da pasta /data/pgsql/cultural existem os diretórios 16390 e 16475, além do arquivo PG_VERSION cujo conteúdo é 8.1. O diretórios cultural, 16390 e 16475 possuem permissão 700 e os arquivos possuem permissão 600 --- Em qua, 28/5/08, Marcello [EMAIL PROTECTED] escreveu: De: Marcello [EMAIL PROTECTED] Assunto: Re: [FUG-BR] Acessar banco postgresql 8.1 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Data: Quarta-feira, 28 de Maio de 2008, 13:44 Verifique quem são os donos dos arquivos e as permissões pra começar []'s Em Qua, 2008-05-28 às 06:12 -0700, Aguiar Magalhaes escreveu: Prezados, Tivemos uma pane na placa-mãe da máquina onde rodava o postgresql 8.1. Os reponsáveis não fizeram backup regularmente, de modo que tive que copiar o diretório /data onde estão as tabelas, usando o comando (# cp -R -p) para o /data da máquina nova. Reinstalei o postgresql 8.1 na máquina nova. Reinstalei em /usr/local/pgsql/data o pg_hba.conf e postgresql.conf da máquina anterior (estavam também em /usr/local/pgsql/data na máquina velha), rebotei a máquina. O banco sobe normalmente. Quando tento acessar através das páginas, recebo no browser a mensagem Não foi possível conectar ao banco. Na tela do servidor (free7) vejo a mensagem FATAL: database cultural does not exist Com o pgadmin eu conecto no servidor usando o usuario pgsql mas não estou vendo as tabelas. O que preciso fazer ? help !!! Aguiar Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - 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 Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - 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] Probblemas Com E-mails
Galera, para desligar completamente o sendmail da inicialização, a documentação oficial recomenda: sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO Com isso, não tem mais nenhuma responsabilidade para o serviço, então, ele não será carregado! Abraços! 2008/5/23 Anderson Michel [EMAIL PROTECTED]: Cobausque wrote: Pessoal estou com um servidor aqui.. Freebsd nele possuo somente um Nat e um Proxy transparente .. Mas estou tendo um problema estranho de consumo de HD onde a pasta /var/spool/clientmqueue - fica se enchendo de arquivos dfm*** com isso o hd se enche rapidamente ... lembrando que não estou com nenhum aplicativo relacionando a e-mail carregado inclusive no rc.conf desativei qualquer entrada referentes a email.. Mesmo assim esta pasta com o tempo vai se enchendo de arquivos, e analisando o conteúdo dos arquivos consta mensagens de connection refused by 127.0.0.1 como dizendo POSTMASTER NOTIFICATION... creio que isto não é normal.. gostaria de alguma opinião.. Bom dia! É normal, são as mensagens do root, crontab, segurança, etc! Seu sendmail_enable deve estar setado para NONE, aí as mensagens ficam nesse spool, se vc setar o sendmail para NO, ele funciona o SMTP local e enviará para o /var/mail/root ... e continuará enchendo o HD ... a menos que vc recebe em um cliente de e-mail e analise/verifique as mensagens periodicamente. Nesse case, instale o qpopper para isso. Ou também pode fazer assim, edite o /etc/mail/aliases e faça o seguinte: # root: [EMAIL PROTECTED] root: [EMAIL PROTECTED] Agora, mesmo o sendmail setado para NO, ele entregará as mensagens do root para uma conta externa. Obs.: para envio de e-mail para uma conta externa, vc poderá ter problemas com o Servidor que receberá essas mensagens (podendo identificar como SPAM, hostname/domínio inválido ou outro problema que possa ocorrer com a entrega do e-mail) Espero que ajude! []'s Anderson Michel - 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] Postgresql
Você pode alterar o diretório padrão dos dados do sistema, migrando o data para qualquer diretorio, e colocando o caminho dele no postgresql.conf De qualquer forma, para cada base, vc pode criar um tablespace, e desviar dados, indices, etcs, para este diretorio de dados. Existem várias razões para se usar tablespaces! Inicialmente, não é necessário fazer qualquer alteração de sistema para rodar postgres no freebsd, a não ser em caso de extremo tunning, ou peculiaridades! Para se otimizar o postgres instalado via ports, vc pode setar sua cflags no make.conf, tais como: CPUTYPE=athlon64 ou nocona as Cflags triviais, ou até mesmo compilar ele, marcando a otimização no PORT, que vai setar um -O3 -funroll-loops Quaquer coisa adicional, pode ser setada no make.conf Não conheço uma boa lista em portugues, mas vc pode acessar o canal #PostgreSQL da freenode.net... é muito bom! Qualquer dúvida, pode me escrever tb! Abraços! 2008/5/19 Eduardo Schoedler [EMAIL PROTECTED]: Olá pessoal. Aproveitando, gostaria de saber onde eu encontro uma lista de postgresql em português. Estou instalando aqui e gostaria de tirar umas dúvidas. Sds, Eduardo. -- From: Welkson Renny de Medeiros [EMAIL PROTECTED] Subject: Re: [FUG-BR] Postgresql Instalei o PG aqui para usar com o BASE (log do snort)... só rodou depois que fiz a seguinte alteração no /boot/loader.conf: # para o postgres kern.ipc.semmni=40 kern.ipc.semmns=240 kern.ipc.semmnu=60 kern.ipc.semmap=120 Welkson Renny - Original Message - From: Eduardo Frazão [EMAIL PROTECTED] Subject: Re: [FUG-BR] Postgresql A Instalação via ports não tem segredo! Depois de instalado, libere o daemon no rc.conf, e crie o banco de dados do sistema: /usr/local/etc/rc.d/postgresql initdb Depois, é só utilizar subir o banco com postgresql start e trabalhar normalmente nele. As conexões locais, com o usuário pgsql são liberadas inicialmente. Daí, é só fazer as mudanças desejadas! Qualquer dúvida, posta aí! Abraços! 2008/5/19 Aguiar Magalhaes [EMAIL PROTECTED]: Pessoal, No ports do free 7 estou instalando o postgresql 8.3.1. Alguém conhece algum documento que ajude a instalar e configurar a versão 8.3.1 no free ? Somente estou encontrando referências a versão 7 do banco de dados ou versões antigas do free. Preciso de algo atualizado. Aguiar - 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] Postgresql
A Instalação via ports não tem segredo! Depois de instalado, libere o daemon no rc.conf, e crie o banco de dados do sistema: /usr/local/etc/rc.d/postgresql initdb Depois, é só utilizar subir o banco com postgresql start e trabalhar normalmente nele. As conexões locais, com o usuário pgsql são liberadas inicialmente. Daí, é só fazer as mudanças desejadas! Qualquer dúvida, posta aí! Abraços! 2008/5/19 Aguiar Magalhaes [EMAIL PROTECTED]: Pessoal, No ports do free 7 estou instalando o postgresql 8.3.1. Alguém conhece algum documento que ajude a instalar e configurar a versão 8.3.1 no free ? Somente estou encontrando referências a versão 7 do banco de dados ou versões antigas do free. Preciso de algo atualizado. Aguiar Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - 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] FreeBSD 7.0Stable + UPLOAD PHP - Travando Sistema
Cara, eu acho q isso é uma idéia antiga, quando o pessoal usava apache + php apenas com mod_php. A Verdade, é que usando apache com modulo php, para cada request, ao webserver com extensão php, o modulo é utilizado, nem que seja para processar poucas linhas de código. O Lighttpd sempre usou FastCGI, que nada mais é do que chamar o interpretador do PHP a cada vez que a interpretação de um código for necessária, e logo depois, descarregar da memória ( oq nao acontece nos processos filhos do apache, q já carregaram o mod_php. enquanto o processo nao morrer, a memoria nao é liberada ). Existem outras coisas em torno também, que não estudei muito sobre as diferenças de fastcgi x modulos. O Fato é que hoje, o apache tambem trabalha com fastcgi. De fato, o Lighttpd é bem menor que o apache, por ter menos recursos inclusive. Evidentemente, que isto deve tornar o webserver mais dinâmico, mas não sei se tão expressivamente, ou para qualquer uso. Sei que em grandes Workloads, Lighttpd se sai melhor pelo otimo gerenciamento de memoria. Sites como os de download do youtube, isohunt, e alguns outros gigantes já usam Lighttpd! A Configuração dele é super simples também! Experimente. Vc vai gostar do webserver :)! 2008/5/13 Eduardo Schoedler [EMAIL PROTECTED]: Olá xará! Bacana você ter tocado no assunto de PHP + lighttpd... Já me disseram que o lighttpd é BEM mais rápido que o apache... é verdade ? Vale a pena migrar ? Abraço! -- From: Eduardo Frazão [EMAIL PROTECTED] Subject: Re: [FUG-BR] FreeBSD 7.0Stable + UPLOAD PHP - Travando Sistema O Freeze é instantâneo! Resolvido o problema. Era algo com o lighttpd. Pesquisei na internet, e vi alguem com o mesmo problema, e foi resolvido também adicionando a configuração: server.network-backend = write Além do webserver ficar muito mais rápido, o problema foi resolvido! Abraços a 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
[FUG-BR] FreeBSD 7.0Stable + UPLOAD PHP - Travando Sistema
Boa tarde a todos! Tenho um Celeron: Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.00GHz (1999.78-MHz 686-class CPU) Com 1GB de RAM: real memory = 1071906816 (1022 MB) avail memory = 1039753216 (991 MB) Rodando como MailServer / DNS Server. Rodo também Webmail ( Squirrel ), com Webserver Lighttpd 1.4.19 + PHP 5.2.6 e sempre que tento fazer um upload de um anexo, por menor que seja ( tentei fazer até de 400kb ), o servidor congela totalmente!! Nenhuma mensagem é reportada nos logs, nenhum erro. O Servidor apenas para de retornar. Parece que entra num stand by, e não responde a nenhum comando. O teclado continua funcionando, mas qualquer comando que eu der, fica preso ( até logar em outro terminal ). Apos digitar o usuario, o campo de senha não é liberado! Se eu aperto o botão de desligar do equipamento, o DAEMON ACPI retorna no console que o sistema não está mais respondendo, e não pode enviar o comando. Isso acontece somente com Uploads HTTP. Envio constantemente emails com 10MB, e upload via SMTP funciona perfeitamente! Liberei 160MB MAX para cada script php, 24MB MAX para os POSTS e 20MB max para uploads! Alguem pode me dar uma idéia do que está acontecendo? 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] FreeBSD 7.0Stable + UPLOAD PHP - Travando Sistema
O Freeze é instantâneo! Resolvido o problema. Era algo com o lighttpd. Pesquisei na internet, e vi alguem com o mesmo problema, e foi resolvido também adicionando a configuração: server.network-backend = write Além do webserver ficar muito mais rápido, o problema foi resolvido! Abraços a todos! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Inicializando NAMED no RC.CONF
-t /var/named
Vc esta rodando em chroot... Observe a estrutura desse diretorio. Ele será
seu /
Logo, vc precisa do arquivo de log em /var/named/var/log/.log entendeu?
Abraços!
Em 09/05/08, Welkson Renny de Medeiros [EMAIL PROTECTED]
escreveu:
Boa tarde amigos...
Em outros servidores que tenho sempre inicializo o named via rc.local
(named -c /etc/named/named.conf)... em um que estou instalando hoje decidi
fazer da maneira mais correta (acredito), usando o rc.conf, ficou assim:
# services
named_enable=YES# servidor DNS
named_program=/usr/sbin/named
named_flags=-c /etc/namedb/named.conf
Quando tento carregar (/etc/rc.d/named.start) surge a seguinte mensagem no
/var/log/messages:
May 9 14:28:40 fw named[1140]: starting BIND 9.4.2 -c named.conf
May 9 14:38:51 fw named[1374]: starting BIND 9.4.2 -c
/etc/namedb/named.conf -t /var/named -u bind
May 9 14:38:51 fw named[1374]: logging channel 'named_log' file
'/var/log/named/named.log': file not found
May 9 14:38:51 fw named[1374]: isc_log_open '/var/log/named/named.log'
failed: file not found
De cara dar para ver que ele reclama que não existe o arquivo named.log na
pasta /var/log/named... a bronca é que existe, já coloquei chmod 777 na
pasta, no arquivo, mesmo assim ele reclama... detalhe, se eu carregar o
named no braço (named -c /etc/named/named.conf) tudo funciona
perfeitamente
e esta mensagem não aparece no messages... só aparece se eu carregar via
rc.conf
O que estou fazendo errado?
# detalhes importantes:
Em outras instalações eu nunca usei o NAMED que vem na instalação padrão
do
BSD, sempre baixei a versão do site ISC.ORG, compilei, etc... mas NESTE
estou usando a versão que já vem instalado (FreeBSD 7.0 RELEASE).
[EMAIL PROTECTED] /etc]# named -v
BIND 9.4.2
O trecho do named.conf que trata os logs:
# Direcionar o log para o arquivo /var/log/named/named.log
logging {
channel named_log {
file /var/log/named/named.log versions 3 size 5m;
print-time yes;
print-category yes;
print-severity yes;
};
category default {
named_log;
};
};
Abraço,
--
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]
Powered by
(__)
\\\'',)
\/ \ ^
.\._/_)
www.FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
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] BSD em Ribeirão Preto / SP
Moro em Cravinhos, mas trabalho aqui em RP. Na verdade, aqui tem uma comunidade legal de UNIX, principalmente disposta nos IRCs. Eu uso bastante BSD aqui. Linux (Gentoo), FreeBSD, OpenBSD.. Aqui na faculdade usamos de tudo que nos sirva! :) Abraços! 2008/5/5 Carlos Porto Filho [EMAIL PROTECTED]: Luiz Gustavo S. Costa escreveu: Salve lista, desculpe o off mas tem haver com BSD :) Eu estou de mudança para Ribeirão Preto no interior de SP e gostaria de saber da lista se tem alguma galera de lá que mexe com *BSD e como anda a agitação do SO por aquelas bandas ??? to indo com gato, cachorro, filho, mulher e cds/isos do freebsd trabalhar e morar. Abraços, Olá, estou morando em Ribeirão, mudei esse ano, to estudando na usp daki. Nao tem muita gente mexendo com bsd, ate agora soh conheci/ouvi falar de duas pessoas... o pessoal aki parece q soh conhece Ubuntu.. mas o servidor do nosso curso aki roda bsd.. Qqr coisa pvt... Abs! - 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] Apagar hd com segurança
Gente... um DD nao resolve o problema? Como recuperar dados de um disco que teve todos os setores escritos com ZERO. Pelo que sei, dd nao faz marcação de espaço livre, realmente escreve setor por setor com zeros. Não existe nenhum outro local com metadados do disco que possa ser usado para recuperar. Ou existe? Abraços 2008/4/25 Marcello [EMAIL PROTECTED]: seria isso : Ontrack.EasyRecovery.Professional.6.10.07.2008.PC http://www.mininova.org/search/?search=Ontrack Tks []'s Em Sex, 2008-04-25 às 16:35 -0300, Eduardo Lemos de Sa escreveu: Oi Marcello Suponho que o mais simples e civilizado seja usar uma ferramenta disponível pelo fabricante do HD para formatar. No meu caso, eu uso um CD de boot trazido da Ontrack que, dentre outras coisas, contém uma opção Zero Fill, que se for executada no modo completo (=lento, logo deixe-o fazendo à noite) zera completamente (fisicamente, eu suponho) o HD. Eduardo Eu não tive oportunidade de testar ainda mas antes gostaria de trocar algumas idéias , a questão é como apagar um disco que possue dados sigilosos, so formatando digamos umas 3 vezes não sei se seria suficiente , ainda mais que qdo vc formata vc so toca nas tabelas de alocação e diz que o espaço esta disponivel , andei pensando em encher varias vezes com dd o disco com zeros ou qualuqer informação , o objetivo seria na verdade lotar o disco mais de uma vez se for necessário , estou aberto a sugesões []'s - 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] [OFF-TOPIC] Estrutura de Servidores
Não sei como funcionaria com SQLite, pois é acessado diretamente nos arquivos de dados. Você precisaria compartilhar o diretório das bases SQLite via NFS, ou algo de sua escolha. Quanto a MySQL e PostgreSQL, você poderia deixar em único server com um bom enlace de discos. Os proxys poderia ficar distribuidos, com atualização de cache, e caso usem autenticação SQL, poderiam acesar os servidores de base sem problemas. O Serviço de e-mail também pode utilizar bases remotas, caso sejam SQL, inclusive a base do ANTISPAM. O Servidor de LOGS, poderia também armazenar os backups incrementais do PostgreSQL. Acho que da forma que você montou, ficaria numa estrutura legal! 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] [OFF] Bom estudo de caso sobre uso de PostgreSQL pelo Skype + de 1 Bilhão
Animal! 2008/4/14 Pablo Sánchez [EMAIL PROTECTED]: Caros, Encaminho link sobre estudo de caso do PostgreSQL feito pela Skype. http://highscalability.com/skype-plans-postgresql-scale-1-billion-users Um abc - 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] Manipulando fitas DAT
Legal. Estou pensando em adquirir uma unidade de Fitas também, para fazer o arquivar o backup incremental do PostgreSQL. O que ocorre quando a fita acaba? O sistema fica em standby aguardando a troca da mesma? Att, Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Manipulando fitas DAT
De certa forma é verdade. Vou fazer backups incrementais do meu banco com até 6 meses de vida. Depois disso, removo os backups arquivados, crio uma nova base, e começo novos incrementos. Acho q vou usar dois discos em RAID 1 para isso. Como performance nas unidades de backup não é tão vital, vou trabalhar com arquivamento via NFS destes dados. Provavelmente, monte um servidor com BACULA e ja vou estender os backups para outros locais também! 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] Ports PostgreSQL - /usr/local/lib/libintl.so.8: unsupported file layout
E somente para completar... Nunca tente usar o diretório de dados do PostgreSQL antigo no novo. Os padrões de arquivos mudam! Sempre dê um dump das bases, faça um backup da base antiga, depois remova-a. Instale o novo banco, e restaure o DUMP, para que ele crie seu diretório de dados em seu novo padrão! Isto foi dito no momento da instalação do Port. Abraços 2008/4/8 Ricardo Campos Passanezi [EMAIL PROTECTED]: On Tue, Apr 08, 2008 at 10:59:27AM -0300, William Grzybowski wrote: Um palpite.. depois do buildworld deveria dar um installworld e dps recompilar o kernel e instala-lo... jah que o sctp eh uma novidade do sistema Está no /usr/src/UPDATING: To rebuild everything and install it on the current system. --- # Note: sometimes if you are running current you gotta do more # than # is listed here if you are upgrading from a really old current. make sure you have good level 0 dumps make buildworld make kernel KERNCONF=YOUR_KERNEL_HERE [1] reboot in single user [3] mergemaster -p [5] make installworld make delete-old mergemaster [4] reboot Em vez de make kernel KERNCONF=YOUR_KERNEL_HERE pode rodar um make buildkernel KERNCONF=YOUR_KERNEL_HERE e, em caso de sucesso, um make installkernel KERNCONF=YOUR_KERNEL_HERE. Com esses passos não é necessário o make depend. Acabei de atualizar uma máquina do 6.3 para o 7.0, usando o procedimento acima, sem muitos problemas. Baixei o /usr/src do FreeBSD 7.0 e make buildworld funcionou make buildkernel funcionou make depend falhou Então larguei mão.. e vou começar uma instalação do 'zero' com o cd do FreeBSD 7.0 Quando for fazer alguma atualização leia sempre: - /usr/src/UPDATING (veja no final do arquivo os passos para atualizações) - HANDBOOK: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html - Anúncio da versão (no caso da 7.0): http://www.freebsd.org/releases/7.0R/announce.html -- Ricardo Campos Passanezi - 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] Manipulando fitas DAT
Prezado Rodolfo, tudo bem? Você poderia me indicar uma documentação para iniciantes no bacula? Tenho muita vontade de montar um servidor de Backup, e ouvi falar muito bem desta aplicação! Atenciosamente, Eduardo Frazão Abraços! 2008/4/9 Breno BF [EMAIL PROTECTED]: - Original Message - From: Rodolfo Zappa [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wednesday, April 09, 2008 11:50 AM Subject: Re: [FUG-BR] Manipulando fitas DAT Já usei os dois e afirmo com toda a convicção (IMHO) que, o bacula, é muito mais fácil de instalar e gerenciar que o amanda, além de ter uma documentação excelente e client para MS Windows, que funciona. Bem, não tenho o que reclamar do Amanda, porém concordo que a interface dele não é a das mais amigáveis. Quanto ao cliente, já existe uma solução via cygwin para o Amanda em plataforma Windows. Testei aqui o cliente e novamente não tenho reclamações. Vou ver se dou uma olhada no Bacula, pois realmente não o conheço. Abraço, Breno BF - 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] Benchmark Performance -- PostgreSQL -- FreeBSD x Linux
Boa tarde Pessoal! Utilizei Gentoo, pois pude construir todo o sistema a partir dos fontes ( pelo menos adiante do Stage 3 ), assim como fiz no FreeBSD, utilizando a march nocona, com otimizações para EM64T. No Gentoo, também pude testar o PostgreSQL com ICC ( Intel C++ Compiler ), e observei uma pequena melhora na performance. Nada expressivo! O hardware foi exatamente o mesmo em todos os testes! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD com PERC6/i
Absolutamente estável. Fiz uns testes com ela com PosgreSQL e testes de I/O com RAID 10 com 4 discos SAS de 146GB e ficou totalmente estável tanto com FreeBSD Release/Stable AMD64 7.0, tanto com Gentoo AMD64 - Kernel 2.6.24 Tenho um PowerEdge 2900 III Abraços Em 02/04/08, William David FUG-BR [EMAIL PROTECTED] escreveu: eu também pretendo adquirir uma dela Perc 6/i 8 hd de 500gb queria saber sobre a estabilidade Em 02/04/08, Pedro Madsen[EMAIL PROTECTED] escreveu: Pessoal, gostaria de tirar uma dúvida pra desencargo de consciência. Alguém aqui na lista usa FreeBSD 6.3 ou 7.0 em maquinas Dell 2950 com controladora PERC6/i ? Se sim, ela se comporta estável ou há alguma perda na qualidade? Att, Pedro Madsen - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] Benchmark Performance -- PostgreSQL -- FreeBSD x Linux
Fiz algumas mudanças no FreeBSD, na Shared Memory, e também nos Semaphores, aumentei um pouco o uso de memoria compartilhada do sistema, liberei mais memoria para o cache geral do banco, mas não teve jeito. Com Linux, ainda tive no mínimo, 20% de performance a mais com PostgreSQL. Principalmente, na escrita maciça de dados. Para inserir 1 milhão de registros em uma tabela, o FreeBSD levou 6.44mins. Linux demorou 3.35mins. 4 Mins com arquivamento dos Wal Logs :)! Sempre tive melhores resultados com FreeBSD do que com Linux, tanto que todos os meus servidores são BSD. Mas, acho que cada sistema é um sistema dentro de cada hardware. Isso acaba influênciando também! Vou pegar as configurações que modifiquei e postar para todos aqui. Vale lembrar que não sou nenhum especialista em Tunnings, nem em um sistema, nem em outro OK? Apenas alterei o que estava aos meus olhos, e coisas simples que o pessoal me enviou aqui na Lista, e que encontrei no ORÁCULO :)! Abraços a todos! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 7.0 64 Bits em Dell PowerEdge SC1435
Qual é a sua controladora de Disco? Aqui tenho um PowerEdge 2900 III da Dell, com uma Perc 6/i e funciona as mil maravilhas ( com FreeBSD 7.0 AMD64 e com Gentoo AMD64 também! ) Em 31/03/08, Felipe Neuwald [EMAIL PROTECTED] escreveu: Nada... sem atualizações, continua com o mesmo problema. Já mandei pra freebsd-hardware também, vamos ver o que respondem... Abs, Felipe. Felipe Neuwald escreveu: Boa, mais uma possibilidade... :-) Vou testar e já informo. Abs, Felipe. Alexandre Correa escreveu: ahh.. veja se nao tem bios nova no site da dell !!! :) 2008/3/31 Alexandre Correa [EMAIL PROTECTED]: desliga o ACPI la na bios.. veja se resolve... aqui deu alguns erros desse tipo, mas foi em um pc desktop.. placa asus m2n-sli com athlon x2 .. nao se o que acontece. mas com acpi ligado.. até no linux deu problema com alguns kernels :P 2008/3/31 Neerlan Amorim [EMAIL PROTECTED]: Humm, no meu caso, cheguei a fazer testes somente com um HD na maquina, e mesmo assim tive que criar o Array com tamanho total do disco, se não no sistema não detectava disco nenhum. Mas esse não é o seu problema, visto que você consegue instalar normalmente na ver 6.2 e 6.3. Suspeito que seu HD esteja com problemas, pois o erro é justamente quando está gravando no disco. Você ja tentou fazer testes com outro HD? 2008/3/31 Felipe Neuwald [EMAIL PROTECTED]: Neerlan, já que é uma máquina secundária / backup, ela só possui um disco, não tem RAID. A mensagem de erro é o que aparece no link que eu enviei. http://www.neuwald.biz/files/fbsd-7-64bits-dell.jpg. Posso fotografar melhor... Abs, Felipe. Neerlan Amorim escreveu: Aparece alguma mensagem de erro? O único problema que tive foi por não ter criado o Array dos discos, dai na instalação não detectava nenhum disco. 2008/3/31 Felipe Neuwald [EMAIL PROTECTED]: Neerlan, tudo bem mano? Pois é, não é O FreeBSD 7.0 não instala, e sim, o FreeBSD 7.0 64 bits em servidor Dell PowerEdge SC1435 não instala. :-) Abs, Felipe. Neerlan Amorim escreveu: Estranho, pois comigo está funcionando normalmente. Tenho um IBM System x3400, 2 processadores Intel Xeon 1.6GhzQuad, com 4GB de RAM e dois HDs SAS de 160GB. Instalei o FreeBSD 7.0 64 bits normalmente. 2008/3/31 Felipe Neuwald [EMAIL PROTECTED]: Mano, instalação via FTP, veja: http://www.neuwald.biz/files/fbsd-7-64bits-dell.jpg (a qualidade não está muito boa, foto do celular) Não é problema da mídia não... Abs, Felipe. ThOLOko escreveu: E FTP??? Em 31/03/08, Felipe Neuwald [EMAIL PROTECTED] escreveu: Fala mano, beleza? Sim, já troquei mídia... Já tentei 32 bits, 64 bits... hehehe aparentemente não é mídia. Abs, Felipe. ThOLOko escreveu: Fala amigo;;; já tentou trocar a media??? Se já,, tente instalar via FTP... faça um teste! Abraços! Em 31/03/08, Felipe Neuwald [1][EMAIL PROTECTED] escreveu: Bom dia galera! Alguém aí está conseguindo instalar o FreeBSD 7.0 em máquina Dell PowerEdge SC1435? Faço a instalação do Free 6.2 e 6.3 sem problemas. Quando vou instalar o Free 7.0 (32 ou 64 bits), aparentemente dá erro de disco durante a cópia dos arquivos. O estranho é que 6.2 e 6.3 funciona normalmente. Já refiz o esquema de particionamento, diagnóstico Dell (e não encontrei erros), e mais uma série de testes, e nada... Alguma idéia? Forte abraço, Felipe Neuwald. - Histórico: [2]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [3]https://www.fug.com.br/mailman/listinfo/freebsd References 1. mailto:[EMAIL PROTECTED] 2. http://www.fug.com.br/historico/html/freebsd/ 3. 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] Benchmark Performance -- PostgreSQL -- FreeBSD x Linux
Muito obrigado por todos os links! Vou ler todos! Obrigado também pela dica do RAID 10! Vou criar um enlace deste tipo aqui e testar a escrita com ele! Quanto ao uso do Gentoo: Também adoro a distro! Limpa, leve, organizada e dinâmica, e preocupada com performance! Obrigado a todos! Em 27/03/08, mantunes [EMAIL PROTECTED] escreveu: Parabens.. Não se preocupe em gerar flames.. aqui só tem isso quando o assunto é oferta de emprego com requisito em nível superior. Foi um assunto bastante discutido aqui inclusive o Patrick tem uma teria que eu concordo. http://www.fug.com.br/historico/html/freebsd/2006-08/msg00803.html Esse link é Benchmark. http://people.freebsd.org/~kris/scaling/dfly.html e tem esse é muito bom. http://www.scribd.com/doc/551889/Introducing-Freebsd-70?query2=freebsd+7+vs+linux+benchmarking De qualquer forma.. eu vejo sempre com bons olhos o uso do gentoo. eu gosto muito..não sei pq será que todo mundo faz este tipo de teste com ele ao inves do Debian, Slack, Ubuntu. sds Em 27/03/08, Diego Augusto Dalmolin[EMAIL PROTECTED] escreveu: desculpe o link certo é esse http://developer.postgresql.org/pgdocs/postgres/kernel-resources.html 2008/3/27 Diego Augusto Dalmolin [EMAIL PROTECTED]: Eduardo Seguindo algumas recomendações da oracle, talvez possa se aplicar ao pgsql (e talvez ao seu caso) A oracle recomenda o SAME (strip and mirror everything) ou seja raid 0+1 ou 1+0 ou 10. A raid 5 é mais lenta para operações de escrita. Existe alguns parametros no freebsd pra semafoto e shmem no pgsql Vc pode ter mais informacoes em: http://www.freebsddiary.org/postgresql.php 2008/3/27 Eduardo Frazão [EMAIL PROTECTED]: Bom dia pessoal! Estamos desenvolvendo um sistema de gestão, que utilizará como SGBD, PostgreSQL. Decidi fazer alguns testes antes de escolher qual S.O. vai rodar o banco, e publicar os resultados aqui, para obter alguma ajuda, inclusive nos tunings. Utilizei o sysbench ( http://sysbench.sf.net ) para realizar os testes. Configuração do servidor: Dual Intel Xeon E5410 QuadCore 12MB Cache por CPU 1333Mhz FSB EM64T // 8GB DDR2 ECC FBD // Controladora RAID Perc6/i ( LSI Logic MegaRaid SAS ) 256MB Cache PCI-E // 4 Discos SAS Segate ST3146855SS 146GB / 15k RPM em Raid 5 // Duas Fontes de alimentação de 730W Reais. Configurações da tabela de Testes: Base com 1 Milhão de registros Randômicos Quantidade Limite de Requisições: 10 000 Compilação do SysBench em ambos os sistemas: ( -march=nocona -O3 -pipe -fomit-frame-pointer -m64 ) Versão: 0.4.8 Comando de preparação do banco de dados: # ./sysbench --max-requests=1 --test=oltp --pgsql-user=postgres --pgsql-password=XXX --pgsql-db=sysbench --db-driver=pgsql --oltp-dist-type=special --oltp-table-size=100 --oltp-read-only=off --num-threads=16 prepare Comando para realização do teste # ./sysbench --max-requests=1 --test=oltp --pgsql-user=postgres --pgsql-password=XXX --pgsql-db=sysbench --db-driver=pgsql --oltp-dist-type=special --oltp-table-size=100 --oltp-read-only=off --num-threads=16 run *** * Resultado do primeiro teste *** Sistema Operacional: FreeBSD 7.0Stable AMD64 SMP - Scheduller ULE ( Kernel: removidos apenas suporte a hardware não existentes, e adicionado a opção: options HZ=1000 ) VERSÃO do PostgreSQL: 8.3.1 - ( Flags de compilação: -march=nocona -O3 -pipe -funronll-loops ) Resultado: OLTP test statistics: queries performed: read:140070 write: 50025 other: 20010 total: 210105 transactions:10005 (781.40 per sec.) deadlocks: 0 (0.00 per sec.) read/write requests: 190095 (14846.69 per sec.) other operations:20010 (1562.81 per sec.) Test execution summary: total time: 12.8039s total number of events: 10005 total time taken by event execution: 204.6433 per-request statistics: min:0.0061s avg:0.0205s max:1.9591s approx. 95 percentile: 0.0157s Threads fairness: events (avg/stddev): 625.3125/10.93 execution time (avg/stddev): 12.7902/0.00
Re: [FUG-BR] Benchmark Performance -- PostgreSQL -- FreeBSD x Linux
Com certeza. Estou recompilando meu FreeBSD agora, e já vou tirar resultados. Fiz um teste com escrita massiça em RAID 5 ( 128 arquivos de 16MB cada ), e o mesmo teste em RAID 10 Velocidade de gravação em RAID 5 = 105mb/s Velocidade de gravação em RAID10 = 155mb/s Agora, vamos testar o BD. Muito obrigado! Abraços! Em 27/03/08, Joao Rocha Braga Filho [EMAIL PROTECTED] escreveu: 2008/3/27 Diego Augusto Dalmolin [EMAIL PROTECTED]: Eduardo Seguindo algumas recomendações da oracle, talvez possa se aplicar ao pgsql (e talvez ao seu caso) A oracle recomenda o SAME (strip and mirror everything) ou seja raid 0+1 ou 1+0 ou 10. A raid 5 é mais lenta para operações de escrita. Melhor explicando. O RAID 5 pdoe ser desastroso para pequenas escritas, como é um bando de dados. Acho que o único bando de dados que pode se beneficiar de RAID 5 é o CDB, Contant Data Base (Ver nos ports). Mas o RAID 5 pode ser muito rápido para escritas GRANDES e SEQUENCIAIS, nas quais blocos de muitos MB são escritos sequencialmente. Neste caso a controladora não precisa ficar calculando a paridade com o que está em disco. O RAID 5 SEMPRE implica em leitura antes de escrita, para pequenas escritas, para recalcular o a paridade. Digamos que vai escrever um setor, então ele e a paridade precisam ser lidos, para desfazer a paridade dele, e poder escrever a paridade correta para o novo setor do disco. Espelhamento, RAID 1, não implica em leitura antes de escrita. Pode atrasar a escrita, pois o tempo de escrita seria o tempo levado para escrever no HD que mais demorar, o mais atrasado, que pode mudar devido rotações, seek etc. Mas a escrita pode ser acelerada, pois pode ler alternadamante, e como bancos de dados e sistemas de arquivos tem que ler dados sobre posição onde está certa posição no arquivo (Sei que expliquei isto mal), então pode ser que até a escrita acabe sendo acelerada devido à aceleração das leituras necessárias pelo sistema operacional antes de fazer a escrita. Por favor, refaça os testes em RAID 1 e RAID 10, e nos apresente os resultados. João Rocha. Existe alguns parametros no freebsd pra semafoto e shmem no pgsql Vc pode ter mais informacoes em: http://www.freebsddiary.org/postgresql.php 2008/3/27 Eduardo Frazão [EMAIL PROTECTED]: Bom dia pessoal! Estamos desenvolvendo um sistema de gestão, que utilizará como SGBD, PostgreSQL. Decidi fazer alguns testes antes de escolher qual S.O. vai rodar o banco, e publicar os resultados aqui, para obter alguma ajuda, inclusive nos tunings. Utilizei o sysbench ( http://sysbench.sf.net ) para realizar os testes. Configuração do servidor: Dual Intel Xeon E5410 QuadCore 12MB Cache por CPU 1333Mhz FSB EM64T // 8GB DDR2 ECC FBD // Controladora RAID Perc6/i ( LSI Logic MegaRaid SAS ) 256MB Cache PCI-E // 4 Discos SAS Segate ST3146855SS 146GB / 15k RPM em Raid 5 // Duas Fontes de alimentação de 730W Reais. Configurações da tabela de Testes: Base com 1 Milhão de registros Randômicos Quantidade Limite de Requisições: 10 000 Compilação do SysBench em ambos os sistemas: ( -march=nocona -O3 -pipe -fomit-frame-pointer -m64 ) Versão: 0.4.8 Comando de preparação do banco de dados: # ./sysbench --max-requests=1 --test=oltp --pgsql-user=postgres --pgsql-password=XXX --pgsql-db=sysbench --db-driver=pgsql --oltp-dist-type=special --oltp-table-size=100 --oltp-read-only=off --num-threads=16 prepare Comando para realização do teste # ./sysbench --max-requests=1 --test=oltp --pgsql-user=postgres --pgsql-password=XXX --pgsql-db=sysbench --db-driver=pgsql --oltp-dist-type=special --oltp-table-size=100 --oltp-read-only=off --num-threads=16 run *** * Resultado do primeiro teste *** Sistema Operacional: FreeBSD 7.0Stable AMD64 SMP - Scheduller ULE ( Kernel: removidos apenas suporte a hardware não existentes, e adicionado a opção: options HZ=1000 ) VERSÃO do PostgreSQL: 8.3.1 - ( Flags de compilação: -march=nocona -O3 -pipe -funronll-loops ) Resultado: OLTP test statistics: queries performed: read:140070 write: 50025 other: 20010 total: 210105 transactions:10005 (781.40 per sec.) deadlocks: 0 (0.00 per sec.) read/write requests: 190095 (14846.69 per sec.) other operations:20010 (1562.81 per sec.) Test execution summary: total time: 12.8039s total number of events
[FUG-BR] Benchmark Performance -- PostgreSQL -- FreeBSD x Linux
requests: 19 (28045.01 per sec.) other operations:2 (2952.11 per sec.) Test execution summary: total time: 6.7748s total number of events: 1 total time taken by event execution: 108.1316 per-request statistics: min:0.0022s avg:0.0108s max:0.2696s approx. 95 percentile: 0.0189s Threads fairness: events (avg/stddev): 625./8.70 execution time (avg/stddev): 6.7582/0.00 --- *** *** Resultado do Quarto Teste *** Sistema Operacional: Gentoo Linux 2007.0 Stage 3 AMD64 - Kernel: Gentoo Sources 2.6.23 SMP Core2/Newer Xeons (EM64T) Versão do Banco: PostgreSQL 8.2.7 ( Flags de compilação: -march=nocona -O3 -pipe -funronll-loops -m64 ) Resultado: OLTP test statistics: queries performed: read:14 write: 5 other: 2 total: 21 transactions:1 (189.47 per sec.) deadlocks: 0 (0.00 per sec.) read/write requests: 19 (3599.84 per sec.) other operations:2 (378.93 per sec.) Test execution summary: total time: 52.7801s total number of events: 1 total time taken by event execution: 843.9876 per-request statistics: min:0.0032s avg:0.0844s max:0.2446s approx. 95 percentile: 0.1395s Threads fairness: events (avg/stddev): 625./15.79 execution time (avg/stddev): 52.7492/0.02 * * Resultado do Quinto Teste * Sistema Operacional: Gentoo Linux 2007.0 Stage 3 AMD64 - Kernel: Gentoo Sources 2.6.23 SMP Core2/Newer Xeons (EM64T) Versão do Banco: PostgreSQL 8.2.7 ( Flags de compilação: -march=nocona -O3 -pipe -funronll-loops -m64 ) *** COMPILADOR: Intel C Compiler ( ICC ) - Versão: 10.0.0.26 Intel64 Resultado: OLTP test statistics: queries performed: read:140014 write: 50005 other: 20002 total: 210021 transactions:10001 (1528.89 per sec.) deadlocks: 0 (0.00 per sec.) read/write requests: 190019 (29049.00 per sec.) other operations:20002 (3057.79 per sec.) Test execution summary: total time: 6.5413s total number of events: 10001 total time taken by event execution: 104.4052 per-request statistics: min:0.0025s avg:0.0104s max:0.2413s approx. 95 percentile: 0.0186s Threads fairness: events (avg/stddev): 625.0625/13.33 execution time (avg/stddev): 6.5253/0.00 Observação: Não pude usar ICC no FreeBSD, pois o port ainda não suporta o compilador X86_64 --- Pessoal, por favor. A Idéia deste benchmark e POST não foi gerar flames. Na verdade, gostaria de saber se alguem me indica técnicas de Tunnings no FreeBSD para que eu possa fazer mais testes, e compartilhar os resultados com todos! Muito obrigado! Um abraço Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Placa com suporte a RAID
Vale lembrar que vc tem q ter suporte ao modulo ATARAID no kernel do FreeBSD ( O kernel padrão já tem ). Vale lembrar também, que isso é um pseudo-HardwareRAID. O controle nao é feito totalmente pela placa. Envolve muito CPU na jogada. A Placa não reconstrói o enlace em caso de sinistro, mas é muito util para garantir uma cópia fiel e descomplicada do disco, e ela segura perfeitamente o sistema no ar depois de um crash! Já usei com chips da Nvidia e da VIA. Intel ainda não! Att, Em 24/03/08, Ari Arantes [EMAIL PROTECTED] escreveu: Gustavo, Na BIOS, você setou o formato do SATA para RAID e o FreeBSD reconheceu somente 1 HD? Isso com 2 HDs apenas? Tem como enviar uma cópia do seu dmesg? E do df? Obrigado, Em 24/03/08, Gustavo Polillo Correa[EMAIL PROTECTED] escreveu: eu fiz raid 5 com 3 discos e raid 1 com 2 discos.. usei o freebsd 7 .. funcionou legal.. -- Original Message --- From: Ari Arantes [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Mon, 24 Mar 2008 17:03:53 -0300 Subject: Re: [FUG-BR] Placa com suporte a RAID Gustavo, eu tenho essa placa também, coincidência... Na documentação da placa diz que para usar o RAID tem que ser somente no windows e vem até o disquete para o famoso F6 na instalação do Windows XP. E na instalação do FreeBSD, ele reconhece 2 HDs e não somente 1, como deveria ser o RAID por hardware. Em 24/03/08, Gustavo Polillo Correa[EMAIL PROTECTED] escreveu: Placa mae Intel MB P4 775P 1333M INTEL DQ35MPE Para processador core2duo. Eu queria usar OpenBSD, mas so o Freebsd funcionou nessa placa que tem RAID. Gustavo. :) -- Original Message --- From: Ari Arantes [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Mon, 24 Mar 2008 16:24:36 -0300 Subject: [FUG-BR] Placa com suporte a RAID Pessoal, No mercado atual, temos várias placas-mães (Intel, Asus e outras) com suporte a RAID nativo dentro da placa-mãe, porém só funcionam em Windows e precisam de driver específico na instalação. Só consegui fazer RAID por hardware mesmo com o FreeBSD em placas com Perc (servidores IBM e Dell), mas nunca com essas placas p/ desktop. Alguém conhece alguma dessas placas p/ desktop que o FreeBSD reconheça o RAID por hardware? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - 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 --- End of Original Message --- - 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] ROUND-ROBIN DNS
poderia ser feito diretamente via host mesmo www A 200.200.200.200 www A 200.200.200.201 etc etc.. Em 20/03/08, Israel Lehnen Silva [EMAIL PROTECTED] escreveu: ok, vou testar 2008/3/20 Leo Garcia [EMAIL PROTECTED]: ScreenBlack escreveu: Israel Lehnen Silva wrote, On 03/19/08 17:37: Boa noite. Gostaria de saber se vocês sabem de algum script, módulo, etc. onde eu possa registrar o domínio de meus clientes no CPANEL, e ao invés de ele registrar no bind como um ip estático, ele adicionaria no formato de ROUND-ROBIN como no exemplo: *host www.akadia.com* *www.akadia.com has address 217.193.130.251* *www.akadia.com has address 193.247.121.197* *Alguém fez isso? * Basta você adicionar o mesmo host apontando para outro IP. Assim o DNS irá alterar para cada chamada que for feita à ele. Att, ScreenBlack - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd rr.dominio.com.br. INA 200.200.200.1 rr.dominio.com.br. IN A 200.200.200.2 www IN CNAME rr.dominio.com.br. +/- isto. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att. Israel Lehnen Silva - 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] Compilador GCC
Instale o binario pkg_add gcc Em 17/03/08, CDMB . [EMAIL PROTECTED] escreveu: Boa tarde pessoal, sabe aquele tipo de legume (ou seria verdura??) do livro dos recordes?! Pois é, estou com um pepino aqui digno do Guiness: Como instalar o compilador GCC no FBSD se não tenho o GCC instalado?! (E nenhum outro compilador). Eu baixo o fonte .tar.gz do GCC, descompacto ele e na hora do #./configure ele me dá erro e diz que eu não tenho nenhum compilador disponível. Alguém tem alguma idéia de como resolver?! Desde já agradeço, Akkamai Shami _ Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com até 6,000 fotos! http://www.amigosdomessenger.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
Re: [FUG-BR] Do OpenWebmail para o RoundCube (vpopmail)
RoundCube usa IMAP. Desde que você tenha um daemon IMAP em sua máquina, tanto faz o formato da mailbox! Abraços Em 08/03/08, Filipe Alvarez [EMAIL PROTECTED] escreveu: Não é possível utilizar o mailbox2maildir.pl ? Em 08/03/08, João Paulo Just[EMAIL PROTECTED] escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olá, lista. Estou tentando migrar as mensagens salvas no OpenWebmail para o RoundCube, ou pro vpopmail, se for possível. Procurei no Google e ninguém tem uma solução que funcione. Uma solução foi copiar as mensagens do formato mbox do OpenWebmail pro vpopmail também em mbox, mas eu quero Maildir. E agora? :( - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH0o7tXL+vuN2d7ZwRAu6wAKCCLhkYXpqLsxkCRSjo5w3yrgOliwCfUVZW O8i/pKPek2I39uvWA56J1s0= =Zbmh -END PGP SIGNATURE- - 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: postfix completaço
Se você quer spam praticamente ZERO, procure por algum material de postfix com DSPAM. É Realmente excelente! Abraços! Em 11/03/08, Leonardo Rota Botelho [EMAIL PROTECTED] escreveu: Olá, http://www.fug.com.br/content/view/71/9/ []s 2008/3/11 Giuseppe Tomas [EMAIL PROTECTED]: isso pode te ajudar http://www.unitednerds.org/thefallen/docs/index.php?area=Postfix []´s -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Suprema Informática Ltda - Leandro Enviada em: terça-feira, 11 de março de 2008 16:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] postfix completaço Gente boa, alguém tem ai na gaveta, ou no favoritos, algum link para um receita boa de bolo pra deixar um postfix akele leão de chacará, naum deixando nada de spam passar, e de fácil administração postfix+postfixadmin+spamassassin, entre outros.. agradeço a atenção!!! leandro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ Informação do NOD32 IMON 2937 (20080311) __ Esta mensagem foi verificada pelo NOD32 sistema antivírus http://www.eset.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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Java em 64bits problemas de execução ?
Eu rodei Eclipse em 64 sem nenhum problema, com Gentoo. Não testei com FreeBSD, e não teste o Netbeans. Em 03/03/08, Rafael Stockler [EMAIL PROTECTED] escreveu: Bom dia lista, Estou com uma dúvida sobre o java em ambientes 64bits. Existe alguma possibilidade de ter alguma incompatibilidade nesses ambientes? Pois não consigo rodar o Netbeans e outras aplicações java em ambientes 64bits. Tentei no FreeBSD 7 e até no ubuntu, ambos em 64 bits e nada. Alguém já passou por isso? O interessante que com os applets executados em ambiente web roda numa boa. Abraços e muito obrigado pela ajuda, Rafael. - 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: 7 RELEASE A SOLTA
Acredito que o 7.0 seja até mais seguro que o 6.x em novos hardwares. Tem mais compatibilidade com Wireless, e com novas controladoras de disco. Acredito que não haja problema em usar as releases recem chegadas. Ficaram muito tempo em teste antes de sair em produção. A 6.0 funcionou muito bem comigo quando foi recem-lançada Abraços! Em 03/03/08, Breno BF [EMAIL PROTECTED] escreveu: Boa tarde, Bem, gostaria de questionar, se não é um pouco perigoso, instalar em servidores de produção, uma release que acabou de sair? Sei lá, sem querer ser chato mesmo, mas minha postura quanto à isto é um pouco severa. Prefiro sempre esperar um tempo. Gostaria de saber se sou o único assim. Sds, Breno BF - Original Message - From: c0re dumped [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, March 03, 2008 2:06 PM Subject: Re: [FUG-BR] RES: 7 RELEASE A SOLTA Já tô testando em produção com ULE invés do 4BSD. As duas primeiras máqunas abençoadas com a nova release foram o webserver e o proxy da empresa. A diferença de performance entre a 6.3, que eu estava usando, e a 7.0 é nítida. As máquinas recebem e geram um tráfego monstro (link 20 Mbps 100% full e tráfego diário mais de 4 gb). Tá rodando que é uma beleza... macio, macio (se eu fosse emo eu acho que até chorava de emoção) =D É nessas horas que dá um prazer, um orgulho imenso por ter escolhido esse SO e fazer parte dessa comunidade vencedora. Só posso dar os parabéns a comunidade FreeBSD por esta obra prima da computação. Até alguns admins fanáticos por Linux que conheço estão querendo instalar o 7 pra testar. Já avisei: depois que vcs instalarem, não querer saber mais de nada. Agora é rumo ao 8.0 ! []'s -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - 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: RES: 7 RELEASE A SOLTA
Nervosasso! Vamos ver o novo ULE trabalhando com os 8 núcleos daqui! Abraços! Eduardo Frazão! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD no Itautec LX211 para servidor de produção
Eu to fazendo testes em um Xeon, mas acredito que não seja a mesma estrutura da sua máquina É um Dual Xeon 5410 QuadCore // 2.33Ghz // 4 Discos SAS 146GB com uma Perc 6/i // 8GB FBD DDR É um DellPowerEdge 2900 III Compatibilidade com TUDO! Att, Eduardo Frazão 2008/2/25, Alex Moura [EMAIL PROTECTED]: Pessoal, Alguém roda FreeBSD 6.3 ou 7.0 em servidores de produção Itautec LX211 (Intel Xeon 5310 Quad-core 1.6GHz / 2GB RAM / Discos SATA 160GB) e pode comentar sobre a compatibilidade do SO neste hardware? Obrigado, Alex - 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] Problemas com HD de 1TB (Samsung)
Eu tenho Discos de 400GB Rodando em RAID 1, num free 6.2 stable Tenho tambem um RAID 5 rodando um enlace de 430GB sem problemas. Tdo em X86_64 Abraços! Em 25/02/08, Antonio Torres [EMAIL PROTECTED] escreveu: On 2/25/08, Alessandro de Souza Rocha [EMAIL PROTECTED] wrote: Em 25/02/08, Pablo Sánchez[EMAIL PROTECTED] escreveu: Em 25/02/08, Carlos A. M. dos Santos[EMAIL PROTECTED] escreveu: Qual versão do FreeBSD tu tentaste instalar? Caso tenha sido 6.x, experimenta usar o último RC da 7.0. Se fizer isso, faça apenas para teste, não use um RC (release candidate) para produção com 1 TB de dados, não é a quantidade de massa de dados que vc gostaria de perder por ter usado algo que ainda não é considerado estável para ser um release. . já tentou a versão de 64 bits ?? O mmap e o sysinstall da versão de 32 bits tinham bugs que causavam problemas com discos grandes: o mmap impedia acesso a particoes maiores que 1 TB e o sysinstall não se entendia direito com a geometria de discos grandes (culpa da diversidade de BIOS e controladoras). já tentou colocar o disco no canal 0 da controladora ? nos posts anteriores seus disco estava como ad6... já tentou criar uma particao pequena para instalar o FreeBSD e depois do boot montar a particao com o restante do disco ? tive (má) experiencia com um disco ATA de 400GB da Seagate que só funcionou depois de eu criar uma particao de 80GB para o FreeBSD 32bits e outra de 320GB para os dados... e mesmo assim essa particao nao podia ser montada pelo fstab... só não dava erros se fosse montada manualmente via script... []s Antonio Torres - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilador Intel ICC - Melhoria de performance/Estabilidade?
Saber trabalhar com GCC eu tb nao sei. ehehehe.. Só gostaria de ter uma idéia se realmente o código fica otimizado mesmo. Compilei o PostgreSQL, mas nao vi diferenças. O S.O. todo foi compilado com GCC. Pode ser isto também! Vamos aguardar o manenedor do Port. VOu mandar um e-mail perguntando sobre essa possibilidade, mesmo que remota! Abraços! Em 21/02/08, Carlos A. M. dos Santos [EMAIL PROTECTED] escreveu: 2008/2/21 Eduardo Frazão [EMAIL PROTECTED]: Bom dia a todos! Adiquirimos um novo servidor para hospedar nosso banco de dados, e eu gostaria de saber se de acordo com a configuração dele, seria interessante utilizar ao invés do GCC, o ICC ( Intel C Compiler ) para compilar o Kernel e o PostgreSQL, no quesito performance/estabilidade. Nas notas do port do ICC, o mantenedor diz que hoje é possível compilar o kernel com este compilador. Com Linux Gentoo AMD64, eu já compilei PostgreSQL com o ICC. Gostaria de saber se alguem tem alguma experiência com este compilador no FreeBSD, e se ele pode compilar para 64bits também. Configuração do Servidor: Dell PowerEdge 2900 III - Dois Processadores Intel Xeon E5410 // 2.33Ghz // 12MB de Cache por CPU. Estava pensando em usar FreeBSD 7.0 AMD64 por seu novo Scheduller ULE. O port para FreeBSD usa o compilador que a Intel fornece para ser usado na plataforma IA-32. Segundo as informações contidas em http://www.intel.com/cd/software/products/asmo-na/eng/compilers/277618.htm essa versão do compilador só gera código para IA32. -- Carlos A. M. dos Santos - 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] Compilador Intel ICC - Melhoria de performance/Estabilidade?
É uma pena. Poderiam portar logo o compilador para EM64T. Com Gentoo compilei vários programas com ele. Não tive como gerar benchmarks comparativos, pois gostaria de compilar o Kernel do Linux com ele, mas sem chance. Mas pelo visto, o kernel do FreeBSD compila! Em 21/02/08, Carlos A. M. dos Santos [EMAIL PROTECTED] escreveu: 2008/2/21 Eduardo Frazão [EMAIL PROTECTED]: Bom dia a todos! Adiquirimos um novo servidor para hospedar nosso banco de dados, e eu gostaria de saber se de acordo com a configuração dele, seria interessante utilizar ao invés do GCC, o ICC ( Intel C Compiler ) para compilar o Kernel e o PostgreSQL, no quesito performance/estabilidade. Nas notas do port do ICC, o mantenedor diz que hoje é possível compilar o kernel com este compilador. Com Linux Gentoo AMD64, eu já compilei PostgreSQL com o ICC. Gostaria de saber se alguem tem alguma experiência com este compilador no FreeBSD, e se ele pode compilar para 64bits também. Configuração do Servidor: Dell PowerEdge 2900 III - Dois Processadores Intel Xeon E5410 // 2.33Ghz // 12MB de Cache por CPU. Estava pensando em usar FreeBSD 7.0 AMD64 por seu novo Scheduller ULE. O port para FreeBSD usa o compilador que a Intel fornece para ser usado na plataforma IA-32. Segundo as informações contidas em http://www.intel.com/cd/software/products/asmo-na/eng/compilers/277618.htm essa versão do compilador só gera código para IA32. -- Carlos A. M. dos Santos - 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] Compilador Intel ICC - Melhoria de performance/Estabilidade?
Bom dia a todos! Adiquirimos um novo servidor para hospedar nosso banco de dados, e eu gostaria de saber se de acordo com a configuração dele, seria interessante utilizar ao invés do GCC, o ICC ( Intel C Compiler ) para compilar o Kernel e o PostgreSQL, no quesito performance/estabilidade. Nas notas do port do ICC, o mantenedor diz que hoje é possível compilar o kernel com este compilador. Com Linux Gentoo AMD64, eu já compilei PostgreSQL com o ICC. Gostaria de saber se alguem tem alguma experiência com este compilador no FreeBSD, e se ele pode compilar para 64bits também. Configuração do Servidor: Dell PowerEdge 2900 III - Dois Processadores Intel Xeon E5410 // 2.33Ghz // 12MB de Cache por CPU. Estava pensando em usar FreeBSD 7.0 AMD64 por seu novo Scheduller ULE. Um abraço Att, Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mysql performance
Puta tabela gigantesca :)... Amigo Oliver, você roda esse banco em um Dual Opteron então? Qual o seu sistema de arquivos? Está rodando com UFS2 mesmo? Vou rodar um BD importante aqui também, e estou pensando em rodar em UFS2. Alguma dica? Em 20/02/08, Oliver Thies [EMAIL PROTECTED] escreveu: Olá amigo tudo bom? Eu utilizo o Mysql em um AMD64 dual core com 2 procs. Tenho em média 600querys por segundo. Uma de minhas tabelas tem 50 milhoes de linhas. O que para você seria produção em grandes sistemas? From: [EMAIL PROTECTED] To: freebsd@fug.com.br Date: Tue, 19 Feb 2008 15:29:38 -0300 Subject: [FUG-BR] mysql performance alguem usa mysql em producao para grandes sistemas? qual a melhor configuracao do freebsd e do mysql para este ambiente? alguem ja testou com openbsd ou linux? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd _ Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com até 6,000 fotos! http://www.amigosdomessenger.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
Re: [FUG-BR] mysql performance
Entendi. Vou usar PostgreSQL aqui. Acredito que não terei tablas com 50 milhões de registros tão cedo. Mas, é uma possibilidade. O banco será extremamente relacionado, com nenhuma redudancia de dados. O uso de Views, e Joins em todas as direções será frequente. De qualquer forma, a modelagem está sendo feita de forma minuciosa! Terei um Array em RAID 10 com discos SAS de 15k RPM. Vendo seu caso, fico extremamente aliviado em confiar bases de porte considerável ao Postgres ou MySQL Muito obrigado por compartilhar sua experiência. PS: Qual o tamanho em MB do seu Banco atualmente? Atenciosamente Eduardo Frazão Em 20/02/08, Oliver Thies [EMAIL PROTECTED] escreveu: Á unica observação que tenho a fazer com relação a tabelas grandes, é um tempo considerável de lock nas tabelas quando se insere grande quantidades de dados no banco em produção. Fora isso, o banco bem modeladinho, usando indices apropriados, nao dá problemas,tirando o trabalho a + para administrar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mysql performance
Muito obrigado! Certamente vou postar! Abraços! Em 20/02/08, Oliver Thies [EMAIL PROTECTED] escreveu: A pasta que contem as tabelas do banco tem 17gb, O maior arquivo contem 5gb ou quase isso. Depois posta sua experiencia com o PostgreSql Boa sorte, e se precisar de alguma coisa estamos ae... Date: Wed, 20 Feb 2008 12:11:23 -0200 From: [EMAIL PROTECTED] To: freebsd@fug.com.br Subject: Re: [FUG-BR] mysql performance Entendi. Vou usar PostgreSQL aqui. Acredito que não terei tablas com 50 milhões de registros tão cedo. Mas, é uma possibilidade. O banco será extremamente relacionado, com nenhuma redudancia de dados. O uso de Views, e Joins em todas as direções será frequente. De qualquer forma, a modelagem está sendo feita de forma minuciosa! Terei um Array em RAID 10 com discos SAS de 15k RPM. Vendo seu caso, fico extremamente aliviado em confiar bases de porte considerável ao Postgres ou MySQL Muito obrigado por compartilhar sua experiência. PS: Qual o tamanho em MB do seu Banco atualmente? Atenciosamente Eduardo Frazão Em 20/02/08, Oliver Thies [EMAIL PROTECTED] escreveu: Á unica observação que tenho a fazer com relação a tabelas grandes, é um tempo considerável de lock nas tabelas quando se insere grande quantidades de dados no banco em produção. Fora isso, o banco bem modeladinho, usando indices apropriados, nao dá problemas,tirando o trabalho a + para administrar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd _ Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com até 6,000 fotos! http://www.amigosdomessenger.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
Re: [FUG-BR] mysql performance
Acredito que você teria mais performance com PostgreSQL/FreeBSD. Caso você necessite de integridade relacional, você vai ter que partir para tabelas InnoDB, e a tão falada superioridade em velocidade do MySQL vai embora. Não que seja um mal SGBD, mas PostgreSQL é mais parrudo para bases maiores, e muito relacionais. PS: Dependendo do seu servidor, principalmente, se tiver mais de um processador, ou processador com mais de um núcleo, o novo Scheduler ULE do FreeBSD 7.0 está apresentando até 22%de performance acima de qualquer outro BSD Flavor, ou Linux, sem notas de tunnings.! Espero ter ajudado Att, Eduardo Frazão 2008/2/19, Pedro Madsen [EMAIL PROTECTED]: O que você chama de grande? Tive problemas com MySQL com tabelas grandes (acima de 5GB) para backup, mas não tive problemas de lentidão/performance. Att, Pedro Madsen 2008/2/19, Gustavo Polillo Correa [EMAIL PROTECTED]: alguem usa mysql em producao para grandes sistemas? qual a melhor configuracao do freebsd e do mysql para este ambiente? alguem ja testou com openbsd ou linux? - 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úvidas com o CFLAGS/MAKE
No FreeBSD eu não recomendo usar nenhuma outra cflag exceto o CPUTYPE. Principalmente a compilação do Kernel e World podem dar problema.. Deixe que cada port use suas cflags. Apenas informe o tipo de CPU. A única cflag q passou aqui quando compiei meu kernel foi um -O 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] [OT] SPAM
Para mim está no mesmo patamar do mes passado. Mais ou menos a mesma quantidade de spam/nospam 2008/2/13, Zavam, Vinícius [EMAIL PROTECTED]: Citando Marcelo Duarte: Salve lista, Alguem notou na ultima semana um crescimento exponencial na quantidade de SPAM ? A coisa ta enorme ... Atenciosamente, Marcelo Duarte sem reclamacoes nesse ponto. estou achando tranquilo. o esquema vai ficar como esta, por aqui. qnto ao logs do antispam; nada de importante descartado (; * nenhum dos monitoramentos me mostrou esse crescimento exponencial [] - Webmail SecrelNet - 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] FreeBSD 6.3 64 bits em Intel Core 2
Certamente FreeBSD 7.0 AMD64 com Scheduller Padrão ULE. Mesmo sendo Beta, tem uma vantagem expressiva de performance sobre as versões 6.x Instale somente o básico do S.O, depois: echo CPUTYPE=nocona /etc/make.conf recompile o world, e instale suas aplicacoes via ports... As compilações pelo gcc, vao usar as otimizações para em64t quando possível. Abraços! Em 12/02/08, Rogério Mendes [EMAIL PROTECTED] escreveu: Ola Pessoal, Estou com um Dell Poweredge 1950 quadCore Bi-processado ele é 32 e 64bit qual seria a melhor versao do Free para esse Server? Abraços Rogério Mendes On 2/12/08, Rafael Stockler [EMAIL PROTECTED] wrote: Instalei normalmente em um intel core 2 duo 1.8 santarosa o 7.0-RC1 e o 6.3. Pelo q vi no manual do freebsd o amd64 serve tanto para amd quanto intel. 2008/2/12 Carlos A. M. dos Santos [EMAIL PROTECTED]: 2008/2/12 Ari Arantes [EMAIL PROTECTED]: Pessoal, Gostaria de instalar a versão de 64 bits do FreeBSD 6.3 num Intel Core 2 Duo, porém não existe a ISO em ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-ia64 (tem somente 6.1, 6.2 e 7.0). Tem somente na ISO-IMAGES-amd64, porém como o processador é Intel, creio que não instalará... IA64 é Itanium. AMD64 é outra coisa: http://en.wikipedia.org/wiki/X86-64 Qual a versão de 64 bits correta para o processador Core 2 Duo? Deveria ser AMD64, mas nem todos os processadores Intel são 100% compatíveis. YMMV -- Carlos A. M. dos Santos - 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] RES: Servidor de e-mail
Os dados das contas. Mailboxes, senhas, localizções das mailboxes no disco, aliases, entre outras coisas, como preferencias do webmail, assinaturas de spam, e outros dados do antispam. Muito util para backup, ou distribuição de carga! Em 07/02/08, Marcio Antunes [EMAIL PROTECTED] escreveu: O MySql seria usado para amazenar qual dados ?? - 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: Servidor de e-mail
O Conselho do nosso amigo Carlos Anderson é perfeito! Cada um com seu ambiente. Aqui, uso Postfix + Squirrel + PostfixAdmin + Dspam com Clamav + Courier IMAP + SASL + MySQL. Funciona as mil maravilhas! Talvez eu migre a base para PostgreSQL, porém, por outros motivos! Tenho umas 800 contas, e nenhum problema! Tudo lindo :). Tudo em cima de FreeBSD 6.2 Stable AMD64 Aquele abraço! 2008/2/7, Wesley Miranda [EMAIL PROTECTED]: Essa receita não funcionou em meu servidor :) e o bolo saiu todo queimado. Em 06/02/08, Renato Frederick [EMAIL PROTECTED] escreveu: Luís: http://www.fug.com.br/content/view/147/9/ Receita de bolo prontinha ;-) - 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: Servidor de e-mail
Tenho tudo isto funcionando muito bem com postfix.. Desculpe, de qmail não manjo nada! Abraço Em 06/02/08, Renato Frederick [EMAIL PROTECTED] escreveu: Luís: http://www.fug.com.br/content/view/147/9/ Receita de bolo prontinha ;-) -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Luís Enviada em: quarta-feira, 6 de fevereiro de 2008 11:09 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] Servidor de e-mail Olá Lista. Tenho alguma experiência em servidores de e-mail mais queria perguntar para os honoráveis amigos, no cenário abaixo o que seria de melhor para mim fazer Webmail Anti-virus Anti-spam Gerenciador de contas via web Compilação do qmail com módulos para o seu bom funcionamento e segurança Isso tudo em qmail, se eu me esqueci de alguma coisa que julgarem importante por favor postem, se acharem que outro mta seria melhor por favor postem também. Saudações, Luís - 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] sistema de arquivos
Pode fazer o procedimento tranquilo. Fiz a mesma coisa qdo perdi um HD meu.. Tinha um HD backup tb meio fudido, mas consegui recuperar os dados! Ficou perfeito! Vai na paz! Em 25/01/08, Fernando Silva [EMAIL PROTECTED] escreveu: bá, bruxo isso, vou fazer aki no domingo valeu pela dica, já tava apavorado valeu, depois eu posto o resultado !!! On Jan 25, 2008 2:48 PM, Eduardo Frazão [EMAIL PROTECTED] wrote: Amigo, boote sua máquina normalmente, com o novo disco de destino nela. Apos bootar o sistema, entre no sysistall. Particione o novo disco a seu gosto, e INSTALE O BOOTLOADER nele.. Saia do sysinstall, renicie o computador. Boote ele normalmente novamente, ainda pelo disco antigo Instale o rsync ( /usr/ports/net/rsync ) com suporte a flags. crie um arquivo no /tmp com o nome de excessoes.txt com o seguinte conteudo: /tmp /dev /proc /mnt Salve, e agora, monte as particoes do seu novo disco em algum ponto de montagem, tipo: mount -t ufs /dev/ad1s1a /mn/novo_disco mkdir /mnt/novo_disco/usr mount -t ufs /dev/ad1s1b /mnt/novo_disco/usr ( e assim , para todas as suas particoes ). Feito isso, de o seguinte comando e aguarde o término: rsync -a --exclude-from=/tmp/excessoes.txt --flags / /mnt/novo_disco Terminando, renicie e boote seu novo disco. Teste as aplicacoes.. Abraços! - 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] noticia uol
Adoro Lighttpd também. Apache é muito poderoso para minhas ridiculas necessidades. 2008/1/24, William David FUG-BR [EMAIL PROTECTED]: por essas e outra que eu prefiro o lighttpd =oD -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] ZFS + banco de dados.
Estou no mesmo dilema! De qualquer forma, ZFS ainda é experimental no FreeBSD... Acredito que neste tipo de aplicação não representaria ganhos de performance, e como o postgres pelo menos é muito rico no quesito backup, nao creio que os maravilhosos snapshots do ZFS seriam necessários neste caso. Acho q vale a pena esperar o STABLE do recurso mesmo.. Sei lá, só minha opinião! 2008/1/24, Alessandro de Souza Rocha [EMAIL PROTECTED]: Bom gente boa noite, alguem de vcs que eu sei ja usam ZFS, so que gostaria de saber se ja usaram ou usam em producao junto com banco de dados, estou pensando em usar com banco de dados postgresql ou mysql queria opniao de vcs. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - 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: Testes mostram que chips Xeon nã o têm melhor consumo de energia
Tinha certeza que isso ia Gerar Flames. :) De qualquer forma, existem alguns pontos que descordo do nosso amigo Paulo Henrique. Eu não puxo sardinha para lado algum. De qualquer forma, tenho algumas máquinas montadas como servidores de algumas aplicações aqui, e até o momento, não substitui nenhum AMD64 por Intel. Fiz testes com um Pentium 4 LGA 775 3.06Ghz // 1GB DDR2 533Mhz em Dual Channel com Disco Sata2 300, Rodando FreeBSD AMD64, recompilado totalmente, com march nocona ( flag de gcc para otimização de código para os Intel EM64T ). Máquina Adversária: AMD Athlon64 3000+ 754 // 1GB DDR 400Mhz Single Channel // Sata 150 Não fiz um benchmark super complexo. Apenas algumas operacoes básicas: Compressão em BZ2 ( influi disco ) Compilação de Aplicações.. Em média, a compressão BZ2 foi 10% melhor no AMD Compilação: 30% melhor nos AMDs.. Otimização do S.O? Não sei. Estou testando alguns softwares compilados com o compilador da Intel, para ver a performance estabilidade... Não notei nenhum diferença ainda. Quanto a Servidores Intel X AMD Itanium é uma outra linha de processadores, de intenso MEGA uso. São Riscs IA-64 com arquitetura completamente diferente dos Opterons é claro.. Competidor de Opteron, é XEON. Não são Workstations.. É linha para server. Site da Intel: Intel Xeon processor 5000 sequence: Intel's most widely deployed server processorhttp://www.intel.com/products/processor/xeon5000/index.htm?iid=servproc+body_xeon5000subtitle Acho q isso já elimina o comentário sem fundamentos. Não há como comparar Itanium com Xeon ou Opteron.. De qualquer forma, a AMD ainda está perdendo em performance para os Intel Xeon QuadCore, pois o Opteron Barcelona ( Modelo QUAD ) ainda não está 100% estável ( ou não estava quando orcei nosso ultimo servidor ). Performance do Xeon com Opteron é mais ou menos equiparada. Confiar 100% em Benchmarks não traz segurança para decisão de aquisição. Já vi os 2 rodando, e realmente, não notei muita diferença... Varia muito da aplicação, sistema operacional, e condições de uso. UM abraço! Eduardo Frazão - 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: Testes mostram que chips Xeon nã o têm melhor consumo de energia
Prezado Marcelo Soares. Estamos desenvolvendo uma aplicação de gestão integrada. Vai rolar Delphi, JAVA, PHP, entre outras coisas. Tudo com PostgreSQL. Compramos um Dual Xeon QuadCore E5410 para esse projeto. Acha que o FreeBSD 7 vai ter grandes melhorias, principalmente no escalonador de processos, para trabalhar com dois Processadores QuadCore? Muito obrigado pela excelente observação! Att, Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Testes mostram que chips Xeon não têm melhor consumo de energia
Em termos de performance não notei tanta diferença dos Opterons para os XEON, exceto em I/O, o que não deixa de ser importante. Resta agora, aguardar a chegada dos Opterons Barcelona QuadCore, pois comparar os DualCores com os Intel Xeon Quad, principalmente da linha 54xx é complicado. De qualquer forma, é interessante saber sobre este dado de consumo de energia! Obrigado pelo off-topic 2008/1/17, c0re dumped [EMAIL PROTECTED]: Os chips da AMD já superam os da Intel em eficiencia e performance há um bom tempo... Não consigo entender porque ainda existem pessoas que preferem pagar o dobro em processadores da Intel achando que vão ter uma performance fenomenal se compardos com os da AMD. Mas cada um sabe o que faz com seu dinheiro... []'s -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - 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: RES: Dansguardian 2.9.8.2 e FlashGet (MAIS TESTES)
Há muito tempo uso SQUID 2.6 + Dansguardian 2.9.8.2. ESTÁ ABSOLUTAMENTE estável! De qualquer forma, valhe a pena compartilhar uma experiência que tive com Dansguardian. O Sistema estava todo estável. Todos os serviços operando, e então o Dansguardian começava a criar processos Zumbis, até parar de funcionar. Todos os outros daemons continuavam OK, mas o dansguardian negava serviço. Recebia o Request, mas não fazia nada. Fiz de tudo, nada resolvia. Descobri que era um BUG no serviço de aviso por e-mails. Sempre que um site era negativado, um virus era detectado, e ele tinha que reportar por e-mai, o sistema morria, e o PID ficava zumbi. Só reiniciando o Daemon para voltar! Não bastou desativar o sistema de avisos por email. Tive que recompilar o daemon, retirando a funcionalidade! Desde então, MARAVILHA. Uso FreeBSD 6.2Stable AMD64. 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] duvida postfix
Sim... Servidores sem reverso configurado, só pode ser fonte de SPAM, ou servidores de email muito toscos. Pode deixar bloqueado Todos sabem que devem ter reverso configurado para nao terem problemas em seus mailservers! Abraços Em 17/01/08, Diogo Rodrigo [EMAIL PROTECTED] escreveu: e checagem de hostname a pergunta que eu faço é o seguinte se eu comentar esta linha pode prejudicar meu servidor em que exatamente ? passar spam ? att diogo - Original Message - From: Filipe Alvarez [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wednesday, January 16, 2008 2:01 PM Subject: Re: [FUG-BR] duvida postfix Não é o reverso. Verifique as checagens em smtpd_helo_restrictions. []s 2008/1/16, Diogo Rodrigo [EMAIL PROTECTED]: Meu servidor tem bloqueado um e-mail de um cliente meu dando a seguinte mensagem server2 postfix/smtpd[80339]: NOQUEUE: reject: RCPT from unknown[201.30.4.2]: 450 4.7.1 dominiodocara.com.br: Helo command rejected: Host not found; Seria o reverso do cara que ta configurado errado ou não esta copnfigurado ? att diogo - 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 -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.0/1180 - Release Date: 10/12/2007 14:51 - 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] Placas de rede com o mesmo chipset
Eu já usei 3 placas com mesmo chipset sem nenhum problema Usei 3 VIA RHINE III e funcionou perfeitamente vr0 vr1 vr2 Tdo mil maravilhas... 2008/1/7, Boniek Morais [EMAIL PROTECTED]: Bom dia pessoal. Alguém saberia me dizer se existe alguma restrição para usar 3 placas de rede do mesmo chipset no FreeBSD? Estou montando um roteador e nele pretendo instalar 3 placas Advantek Gigabit ALN-318C . Já utilizei esse modelo uma vez, mas foi instalado apenas uma placa e o sistema reconheceu como stge0. Agora gostaria de esclarecer essa dúvida antes de adquirir novas unidades. Obrigado. Atenciosamente, BONIEK MORAIS Administrador de Sistemas (37) 9122-0437 (37) 3281-5840 Mail: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] Skype: boniek.morais _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - 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] named (bind9)
Ele deixou, pois o NAMED que está instalado faz parte dos sources do sistema! contrib/ Em 07/01/08, Marcelo de Souza Sant'Anna [EMAIL PROTECTED] escreveu: Isto eu não sei, mas se está como link é porque vc deve ter instalado como chroot. On Sat, 2008-01-05 at 16:16 +, tybsd tybsd wrote: Desculpa lista, é somente um atalho. Mas porque o pkg_add deixou instalar o bin9 que já está instalado ? From: [EMAIL PROTECTED] To: freebsd@fug.com.br Date: Sat, 5 Jan 2008 15:51:13 + Subject: [FUG-BR] named (bind9) Por default o freebsd já vem com o named instalado (/etc/named). Quando eu instalo o pkg_add -r bind9, ele instala tb, e tem outro caminho /var/named. Qual dos 2 é válido ? Posso inicializer ele para teste utilizando o /etc/rc.d/named ? Muito obrigado _ Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver offline. Conheça o MSN Mobile! http://mobile.live.com/signup/signup2.aspx?lc=pt-br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd _ Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-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 - 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] webmail com opção de mudar senha
Amigo, a mudança de senha, normalmente não é realizada via IMAP. Estes dados ficam em uma base de dados a sua escolha! Você hospeda seus dados de usuário onde? LDAP, MySQL? PostgreSQL? Eu uso SquirrelMail aqui. Existe um plugin que altera a senha do usuário direto dentro de minha base MySQL. Talvez seja a mesma estrutura que você use. Em 18/12/07, Márcio Luciano Donada [EMAIL PROTECTED] escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Welkson Renny de Medeiros escreveu: Bom dia Kivanio, Basicamente é assim, TUDO exceto kernel, instalação, configuração é considerado OFF-TOPIC... Abraço, E tem mais uma outra coisa, é interessante é ler o listinfo da Lista https://www.fug.com.br/mailman/listinfo/freebsd - -- Márcio Luciano Donada mdonada at auroraalimentos dot com dot br Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iD8DBQFHZ9mubjyCr4Ixg0wRAoMeAJ9WCOyAMNdFbEz7vgZCW1F79QfR7QCfZfs9 2/IUxNpPP4h2INIC8jT6vCs= =y4yb -END PGP SIGNATURE- - 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: [OFF] webmail com opção de mudar senha
Aqui uso este plugin. Voce esta trocando as senhas pela seção d eusuario do postfix admin. Entendo. Bom, eu uso este metodo. Com um tema legal, fica bonito o webmail Vou ver esse esquirrel outlook Abraços Em 18/12/07, João Luiz Pedrosa Viana [EMAIL PROTECTED] escreveu: Opa boa tarde, Eu tenho usado o squirreloutlook, tem uma interface limpa e bonita para o squirrel. Ele existe no ports é simples de colocar pra funcionar. João Luiz Pedrosa Viana http://www.vespanet.com.br http://www.jviana.eti.br (31)8661-4232 Associado a: Esta mensagem, incluindo seus anexos, pode conter informações privilegiadas e/ou de caráter confidencial e seu conteúdo é para conhecimento exclusivo do destinatário. O seu uso, divulgação, reprodução e/ou cópia são proibidos. This message is intended only for the individual or organization to which it is addressed and contains confidential and privileged information. Any retransmission, dissemination or other use of this information by anyone other than the intended recipient is prohibited. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Kivanio Barbosa Enviada em: terça-feira, 18 de dezembro de 2007 14:58 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] [OFF] webmail com opção de mudar senha Obrigado pelas respostas. Eu gostaria de trocar via webmail, mas estou usando o postadmin para as trocas de senhas, porém queria que ficasse em um só local, no webmail. Foi por isso que resolvi pesquisar outras soluções do tipo. Eduardo, é mysql, tenho o squirrel aqui também, porém o plugin não funcionou, mas não me esforcei em resolver isso nele, pois acho o visual dele ruim, e queria ver se existiam outras alternativas além dele, mas obrigado. Augusto, é mysql, mas obrigado mesmo assim. Abraço. On Dec 18, 2007 3:16 PM, Augusto Fabiano Torres [EMAIL PROTECTED] wrote: Kivanio, Se suas contas ficarem no passwd mesmo, pode usar esta solução. Instala seu webmail preferido e configura como está neste endereço: http://www.fug.com.br/historico/html/freebsd/2004-09/msg00302.html É uma solução fácil e resolve o problema [] Augusto Eduardo Frazão wrote: Amigo, a mudança de senha, normalmente não é realizada via IMAP. Estes dados ficam em uma base de dados a sua escolha! Você hospeda seus dados de usuário onde? LDAP, MySQL? PostgreSQL? Eu uso SquirrelMail aqui. Existe um plugin que altera a senha do usuário direto dentro de minha base MySQL. Talvez seja a mesma estrutura que você use. Em 18/12/07, Márcio Luciano Donada [EMAIL PROTECTED] escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Welkson Renny de Medeiros escreveu: Bom dia Kivanio, Basicamente é assim, TUDO exceto kernel, instalação, configuração é considerado OFF-TOPIC... Abraço, E tem mais uma outra coisa, é interessante é ler o listinfo da Lista https://www.fug.com.br/mailman/listinfo/freebsd - -- Márcio Luciano Donada mdonada at auroraalimentos dot com dot br Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iD8DBQFHZ9mubjyCr4Ixg0wRAoMeAJ9WCOyAMNdFbEz7vgZCW1F79QfR7QCfZfs9 2/IUxNpPP4h2INIC8jT6vCs= =y4yb -END PGP SIGNATURE- - 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 -- Kivanio Pereira Barbosa Cel 8121-4248 www.eiqconsultoria.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 - 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: Transferência de sistema entre D iscos - RESOLVIDO!
Bom dia a todos! Gostaria imensamente de agradecer a ajuda. Sem ela, não teria tido sucesso! Utilizei o sysinstall para particionar o disco, e instalar o bootloader, depois, com rsync, copiei todos os arquivos para as novas particoes remodeladas a meu gosto. Ficou perfeito! Muito obrigado mesmo a todos! Att, Eduardo Frazão Em 12/12/07, Tiago N. Sampaio [EMAIL PROTECTED] escreveu: ops, o correto seria dd if=/dev/hdpodre of=/dev/hdbom iseek=N Em 12/12/07, Tiago N. Sampaio [EMAIL PROTECTED] escreveu: dd of=/dev/hdpodre of=/dev/hdbom iseek=N (tamanho em bytes da partição de swap) naum resolveria? acho que vc precisaria copiar o mbr tb (dd if=... count=512)... Abraços Em 12/12/07, Eduardo Frazão [EMAIL PROTECTED] escreveu: Entendi. Varios processos disponiveis. Vai ser só testar :).. Vou ter um tempo pra testar isso no final de semana agora!! Galera muito obrigado! Com a ajuda de vcs, certamente vou conseguir! Aquele abraço 2007/12/12, Jean Carlos Zanuzo [EMAIL PROTECTED]: Eduardo Frazão escreveu: E quanto ao BootLoader Jean Carlos? Gostei da Idéia! Ultima vez que usei o dump e restore foi soh particionar pelo sysinstall e depois fazer o dump | restore e reiniciar com o novo hd, nao foi nescessaria a instalacao minima. Muito rapido e pratico. References 1. [1]mailto:[EMAIL PROTECTED] 2. [2]mailto:[EMAIL PROTECTED] 3. [3]mailto:[EMAIL PROTECTED] 4. [4]http://www.fug.com.br/historico/html/freebsd/ 5. [5]https://www.fug.com.br/mailman/listinfo/freebsd 6. [6]http://www.fug.com.br/historico/html/freebsd/ 7. [7]https://www.fug.com.br/mailman/listinfo/freebsd 8. [8]http://www.fug.com.br/historico/html/freebsd/ 9. [9]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [10]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [11]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [12]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [13]https://www.fug.com.br/mailman/listinfo/freebsd Dentro do sysinstall, no fdisk, qndo grava, vc pode escolher o gerenciador de boot STANDARD (ou o outro q nao lembro o nome) e ele jah instala, o loader vem junto no restore. Nunca tive problemas considerando q o loader sempre esteve na primeira particao, e soh fiz isso com disco sata e compact flash (ad0), com sas (da0) nunca tentei. Eu coloquei o outro hd hotplug junto no servidor em producao, dei um atacontrol attach nele, particionei o novo, dei o dump|restore, desliguei, coloquei o hd novo na gaveta do antigo e foi soh alegria! Boa sorte References 1. mailto:[EMAIL PROTECTED] 2. mailto:[EMAIL PROTECTED] 3. mailto:[EMAIL PROTECTED] 4. http://www.fug.com.br/historico/html/freebsd/ 5. https://www.fug.com.br/mailman/listinfo/freebsd 6. http://www.fug.com.br/historico/html/freebsd/ 7. https://www.fug.com.br/mailman/listinfo/freebsd 8. http://www.fug.com.br/historico/html/freebsd/ 9. https://www.fug.com.br/mailman/listinfo/freebsd 10. http://www.fug.com.br/historico/html/freebsd/ 11. https://www.fug.com.br/mailman/listinfo/freebsd 12. http://www.fug.com.br/historico/html/freebsd/ 13. 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] ZFS :: Alguem está uisando?
Opa. Eles ficam bem longe um do outro. Vao entrar em RAID1. Essa máquina é o principal servidor aqui. É bem modesta, devido a sua importância. Tinha dois Samsungs de 250GB SATA2. Os dois morreram juntos. Só sobrou uma parte do Slave, que é de onde vou recuperar o sistema, e por nestes dois HDs novos. É meu quarto samsung queimado este ano. Daqui pra frente, só Seagate. Cheguei a orçar 2 discos SAS de 300GB + Controladora Adaptec e Mega Raid. Cada disco, 2.5k, mais 2.5k da controladora! Complicado em um server como este! Vamos de sata2 mesmo! Aquele abraço galera! Em 14/12/07, William David FUG-BR [EMAIL PROTECTED] escreveu: ahuhuahua eu tava pensando em montar um servr de backup com uma asus m2n-e 6 sata2 em raid 0+1 de 500 gb = 1,5 tb. em comparação a montar com um scsi acho que seria o custo beneficio melhor. se você tiver opçao deixe os hd´s bem separados 1 do outro e com aqueles coolers de hd pois a temperatura idela do HD é entre 25°C e 30°C nunca deixe eles acima de 40°C use o smertmon para verificar a temperatura deles. -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] ZFS :: Alguem está uisando?
Interessante o lance do RAID. Já independe de boas controladoras. Qualquer uma pode ter um attach fácil. Simplesmente incrivel algo assim a nivel de Sistema de Arquivos! E quanto a performance? Notável diferença? Abraços! Em 14/12/07, William David FUG-BR [EMAIL PROTECTED] escreveu: Tenho um servidor de espelho ao meu com ZFS on ROOT ( /) mágico mesmo Raid 1 sem stress, compress ficou animal fiz um report do meu primeiro teste para quem quiser dar uma olhada. http://biosystems.ath.cx:8080/wiki/doku.php/freebsd_7_zfs_rar_hd_sata Em 13/12/07, Alexandre Biancalana[EMAIL PROTECTED] escreveu: On 12/13/07, Eduardo Frazão [EMAIL PROTECTED] wrote: Boa noite a todos! Hoje com FreeBSD 7.0, estava brincando um pouco com ZFS. Testei a compressão, a criação de particoes, etc Realmente fiquei impressionado, e nem cheguei a testar a criação de RAID. Gostaria de saber se alguem esta testando também, e se já teve a ousadia de usar em produção! Tenho um servidor de backup com um FileSystem de 4TB em zfs uso BASTANTE compressão e snapshots. É simplismente mágico ! rss - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] ZFS :: Alguem está uisando?
Com certeza! Aí já é apelação. Agora mesmo, vou recondicionar um servidor com hds defeituosos, e estou pensando em deixar o root em UFS2, e os diretorios demais, em ZFS. Será que posso contar com a estabilidade do sistema para uso em produção mesmo? Vai ter samba, entre outras coisas rodando sobre ele! VOu usar dois Seagates Barracuda 400GB SATA2. Abraços! 2007/12/14, William David FUG-BR [EMAIL PROTECTED]: Cara acho que a diferença mesmo você percebe mais pela velocidade de IO da controladoras sata e o HD. pois hoje tem controladoras rápidas que estão conceguindo chegar junto com os scsi. Tenho um scsi seagate 10K 73GB numa adaptec 29320. e o max que consigu extrair dela foi 12MB write e 26MB read. agora em testes com uma controladora intel ICH8 sata2 e 1 HD Seagate 250Gb 7200RPM sata2 tb ( hd reconhecido apenas como sata1 ) consegui 27MB de read e 22MB de write avareage picos de 69MB read / 32MB write claro 1 hd apenas agora com uma controlodora com 6 entradas em raid 1+0 deve ficar muito bom. tambem estou falando de hardware low end nao de SAS que nem quero olhar pra nao me decepcionar com o que ja tenho conseguido. rs -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] ZFS :: Alguem está uisando?
Boa noite a todos! Hoje com FreeBSD 7.0, estava brincando um pouco com ZFS. Testei a compressão, a criação de particoes, etc Realmente fiquei impressionado, e nem cheguei a testar a criação de RAID. Gostaria de saber se alguem esta testando também, e se já teve a ousadia de usar em produção! Aquele esquema de RAID, é realmente RAID :D. É confiável a replicação dos dados? o Attach e Detach dos discos, e tal! Abraços a todos! - 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: Transferência de sistema entre D iscos
Nao manjo de Rsync. Eu nao poderia usar DD, pois vou precisar mudar o tamanho das particoes. DD traria um clone identico. Estou pensando em particionar os novos discos, iniciar uma nova instalacao, com as particoes na mesma ordem, e depois, bootar outro SO, e sobrescrever os arquivos recem instalados. Assim, teria bootloader, e todo o sistema da outra maquina, usando um cp -p para preservar as permissoes dos arquivos.. Acham que pode dar certo? Abraços! Em 12/12/07, Rodrigo Mufalani [EMAIL PROTECTED] escreveu: Você tem outra máquina semelhante? Um dump/restore e depois um rsync não te resolveriam isso não? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Eduardo Frazão Enviada em: terça-feira, 11 de dezembro de 2007 16:20 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] Transferência de sistema entre Discos Boa tarde a todos! Estou num dilema :) Ehhehehe Tinha um array em Raid 1, com dois discos de 250GGB SATA2 Um dos discos falhou, e o array quebrou, mas o sistema continuou no ar. Para a minha surpresa, assim que fui reconstruir, o array, descobri que o disco slave, que está suportando o sistema, também está danificado, logo no oitavo bloco, o que me impede de passar um DD dele para qualquer outro disco. Nunca tinha percebido o problema, pois a primeira partição do slice é swap, q nunca precisou ser acessada. Por ser um servidor VITAL, eu não posso interromper os serviços dele em dias de expediente normais, logo, vou ter que desligar o infeliz no final de semana, e entregá-lo 100% assim que o expediente voltar. De qualquer forma, não vou ter tempo hábil de remontar tudo, e além do mais, é o DomainServer do local, e qualquer mudança, eu teria que refazer join em todas as máquinas. Comprei 2 discos novos SATA 2 Seagate 24x7 de 400GB, e gostaria de saber se posso particionar esse disco a meu gosto, seguindo pelo menos a mesma ordem de pontos de montagem, e transferir todas as partições para as dos novos discos, sem usar DD, pois as partições terão tamanhos diferentes. Todas as partições são legíveis, exceto a swap. Precisaria transferir os arquivos com exata precisão de permissões, sem contar o boot loader, e etc. É possível? Abraços a 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 - 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: Transferência de sistema entre D iscos
E quanto ao BootLoader Jean Carlos? Gostei da Idéia! Ultima vez que usei o dump e restore foi soh particionar pelo sysinstall e depois fazer o dump | restore e reiniciar com o novo hd, nao foi nescessaria a instalacao minima. Muito rapido e pratico. References 1. mailto:[EMAIL PROTECTED] 2. mailto:[EMAIL PROTECTED] 3. mailto:[EMAIL PROTECTED] 4. http://www.fug.com.br/historico/html/freebsd/ 5. https://www.fug.com.br/mailman/listinfo/freebsd 6. http://www.fug.com.br/historico/html/freebsd/ 7. https://www.fug.com.br/mailman/listinfo/freebsd 8. http://www.fug.com.br/historico/html/freebsd/ 9. 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: Transferência de sistema entre D iscos
Entendi. Varios processos disponiveis. Vai ser só testar :).. Vou ter um tempo pra testar isso no final de semana agora!! Galera muito obrigado! Com a ajuda de vcs, certamente vou conseguir! Aquele abraço 2007/12/12, Jean Carlos Zanuzo [EMAIL PROTECTED]: Eduardo Frazão escreveu: E quanto ao BootLoader Jean Carlos? Gostei da Idéia! Ultima vez que usei o dump e restore foi soh particionar pelo sysinstall e depois fazer o dump | restore e reiniciar com o novo hd, nao foi nescessaria a instalacao minima. Muito rapido e pratico. References 1. [1]mailto:[EMAIL PROTECTED] 2. [2]mailto:[EMAIL PROTECTED] 3. [3]mailto:[EMAIL PROTECTED] 4. [4]http://www.fug.com.br/historico/html/freebsd/ 5. [5]https://www.fug.com.br/mailman/listinfo/freebsd 6. [6]http://www.fug.com.br/historico/html/freebsd/ 7. [7]https://www.fug.com.br/mailman/listinfo/freebsd 8. [8]http://www.fug.com.br/historico/html/freebsd/ 9. [9]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [10]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [11]https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: [12]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [13]https://www.fug.com.br/mailman/listinfo/freebsd Dentro do sysinstall, no fdisk, qndo grava, vc pode escolher o gerenciador de boot STANDARD (ou o outro q nao lembro o nome) e ele jah instala, o loader vem junto no restore. Nunca tive problemas considerando q o loader sempre esteve na primeira particao, e soh fiz isso com disco sata e compact flash (ad0), com sas (da0) nunca tentei. Eu coloquei o outro hd hotplug junto no servidor em producao, dei um atacontrol attach nele, particionei o novo, dei o dump|restore, desliguei, coloquei o hd novo na gaveta do antigo e foi soh alegria! Boa sorte References 1. mailto:[EMAIL PROTECTED] 2. mailto:[EMAIL PROTECTED] 3. mailto:[EMAIL PROTECTED] 4. http://www.fug.com.br/historico/html/freebsd/ 5. https://www.fug.com.br/mailman/listinfo/freebsd 6. http://www.fug.com.br/historico/html/freebsd/ 7. https://www.fug.com.br/mailman/listinfo/freebsd 8. http://www.fug.com.br/historico/html/freebsd/ 9. https://www.fug.com.br/mailman/listinfo/freebsd 10. http://www.fug.com.br/historico/html/freebsd/ 11. https://www.fug.com.br/mailman/listinfo/freebsd 12. http://www.fug.com.br/historico/html/freebsd/ 13. 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] Transferência de sistema entre Discos
Boa tarde a todos! Estou num dilema :) Ehhehehe Tinha um array em Raid 1, com dois discos de 250GGB SATA2 Um dos discos falhou, e o array quebrou, mas o sistema continuou no ar. Para a minha surpresa, assim que fui reconstruir, o array, descobri que o disco slave, que está suportando o sistema, também está danificado, logo no oitavo bloco, o que me impede de passar um DD dele para qualquer outro disco. Nunca tinha percebido o problema, pois a primeira partição do slice é swap, q nunca precisou ser acessada. Por ser um servidor VITAL, eu não posso interromper os serviços dele em dias de expediente normais, logo, vou ter que desligar o infeliz no final de semana, e entregá-lo 100% assim que o expediente voltar. De qualquer forma, não vou ter tempo hábil de remontar tudo, e além do mais, é o DomainServer do local, e qualquer mudança, eu teria que refazer join em todas as máquinas. Comprei 2 discos novos SATA 2 Seagate 24x7 de 400GB, e gostaria de saber se posso particionar esse disco a meu gosto, seguindo pelo menos a mesma ordem de pontos de montagem, e transferir todas as partições para as dos novos discos, sem usar DD, pois as partições terão tamanhos diferentes. Todas as partições são legíveis, exceto a swap. Precisaria transferir os arquivos com exata precisão de permissões, sem contar o boot loader, e etc. É possível? Abraços a todos! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FTP-PROXY+PF
reboot? Pq nao um pfctl -f /etc/pf.conf ? Abraços! Em 05/12/07, Marcelo/Porks [EMAIL PROTECTED] escreveu: On Nov 23, 2007 8:35 PM, Lutieri G. [EMAIL PROTECTED] wrote: eu não sou maluco, trabalho com redes há anos, e tbm não consegui com o ftp-proxy tbm. acabei armazenando na minha memória secundária, leia-se blog, a solucão usando pftpx. segue: http://lutierigb.blogspot.com/2007/07/ftp-e-nat.html Só pra confirmar... Desde que comecei a usar o PF (dois anos) só usei o ftp-proxy... sempre funcionou... mas eu usava o firewall todo aberto (NAT para todo mundo, pass in out para todo mundo e bloqueava uma porta ou outra) Essa semana estava implantando um firewall mais restritivo, fazendo NAT apenas em algumas coisas e o ftp-proxy me deixou na mão, porque não consegui fazer os 'anchors' dele funcionar. Entrei nesse blog seu e realmente... funcionou de primeira... sem nenhuma virgula para falar de mal. Muito obrigado! # cd /usr/ports/ftp/pftpx/ # make install clean # echo pftpx_enable=\YES\ /etc/rc.conf -- no pf.conf: -- na parte de NAT: nat-anchor pftpx/* rdr-anchor pftpx/* rdr pass on $int_if proto tcp from any to any port 21 - 127.0.0.1 port 8021 -- na parte de regras anchor pftpx/* # reboot (PS: se você estava usando o ftp-proxy, comente a linha dele no /etc/inetd.conf, antes do 'reboot') Valeu. -- Marcelo Rossi This e-mail is provided AS IS with no warranties, and confers no rights. - 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] Kernel xeon dual
Depende do modelo amigo Leia: http://gentoo-wiki.com/Safe_Cflags Use apenas a flag -march no CPUTYPE do make.conf Localize seu modelo de Opteron na lista. Mesmo sendo um Wiki de Gentoo, pode confiar na cflags, pois é padrão nos compiladores de ambos! Abraços! Em 03/12/07, Alexandre Correa [EMAIL PROTECTED] escreveu: esta dica serve para opteron ?! On Dec 3, 2007 4:41 PM, Kivanio Barbosa [EMAIL PROTECTED] wrote: Valeu pessoal, vou tentar usar isso. On Dec 3, 2007 5:25 PM, Eduardo Frazão [EMAIL PROTECTED] wrote: Mil perdôes! Me enganei! Mas a dica vale ainda para o EM64T :) 2007/12/3, William David FUG-BR [EMAIL PROTECTED]: desculpa mas este cpu é dual core Intel Xeon 5120, 1.86 GHz Dual Core Processor Part #: BX805565120A Summary The Dual-Core Intel Xeon processor 51001 series, Intel's dual-core processor for dual processor (DP) servers and workstations, delivers a new level of energy-efficient performance from the innovative Intel Core microarchitecture, optimized for low-power, dual-core, 64-bit computing. The Dual-Core Intel Xeon processor 5100 series is ideal for intense computing environments, 32-bit and 64-bit business-critical applications and high-end workstations. Combined with the Intel 5000 chipset family and Fully Buffered DIMM (FBDIMM) technology, the Dual-Core Intel Xeon processor 5100 series-based platforms are expected to deliver up to 3 times the performance and 3.5 times the performance/watt of previous-generation single-core Intel Xeon processors. Features * Type: Processor * Processor Type: Intel Xeon 5120 Dual-Core * Processor Socket: Socket 771 * Clock Speed: 1.86 GHz * Bus Speed: 1066 MHz * Features: Intel Extended Memory 64 Technology, Execute Disable Bit capability, Intel Virtualization Technology * Warranty: 3 year warranty -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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 -- Kivanio Pereira Barbosa Cel 8121-4248 www.eiqconsultoria.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sds. Alexandre J. Correa Onda Internet / OPinguim.net http://www.ondainternet.com.br http://www.opinguim.net - 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 do FreeBSD com EMT64
Rodo FreeBSD em máquinas AMD com X86_64 e Intel X86_64. Tudo funciona as mil maravilhas. Uso Gentoo AMD64 em um Pentium 4 com EM64T também! O sistema fica totalmente estável. Webservers, bancos de dados ( Observem performance de PostgreSQL para X86_64 ). Tudo maravilha! Atente ao make.conf Sete: CPUTYPE=nocona para uma ligeira otimização de código, sem riscos de estabilidade De qualquer forma, vi muito mais performance em AMD com que Intel com FreeBSD AMD64 Por isso, o próximo server que vou pegar, será um Opteron QuadCore. Não use i386. Vc vai perder recursos do seu PowerEdge! Abraços! Em 21/11/07, Leo Garcia [EMAIL PROTECTED] escreveu: Wildes Miranda de Oliveira escreveu: blz!? Quanto a compatibilidade de hardware acho q tranquilo, vide o release notes para confirmar o suporte a sua controladora de discos.Quanto a sua duvida em relacao aos ports para arquitetura amd64, realmente a quantidade de ports para amd64 e bem menor que para i386, mas nao por culpa do time de ports do FreeBSD, mas na maioria dos casos (99%) pq a aplicacao nao da suporte a arquitetura. Se o objetivo deste host e hospedar SERVERS ,tranquilo, voce nao tera dor de cabeca com isso. On Wed, 21 Nov 2007 15:03:10 -0200, Alex Moura [EMAIL PROTECTED] wrote: Prezados, Alguém pode compartilhar - pode ser em pvt - sua experiência do FreeBSD rodando em servidor Dell PE2950 com processadores EMT64? Gostaria de saber se há alguma limitação ou recomendação, principalmente com relação aos ports? Alguma diferença relevante em relação à plataforma i386? A máquina deverá rodar principalmente rrdtool e nfsen/nfdump e serviço web (apache/lighttpd) com suporte a PHP. Futuramente é possível ser necessário rodar servidor mysql ou postgresql. Acredito que o FreeBSD-7 deve aproveitar bem - por default - os recursos desta especificação abaixo, mas pode ser que você tenha alguma dica/recomendação de configuração/otimização (p.ex.: habilitar o scheduler ULE). # 2 Processadores Intel Xeon E5310 Quad Core de 1.60 Ghz (EM64T) # 4 GB de memória FBD - 667 MHz (2x2GB) - 2R # Discos rígidos de 300GB SAS de 3.5 e 10.000 rpm # Controladora de array integrada (PERC 5/i) SAS/SATA # Placa de rede Intel 1000PT Dual Port PCI-e Agradeço antecipadamente, Alex - 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 Leiam isto, é para ubuntu, mas vale para o resto dos *NIX! Use versão 64bits aqui em tudo que é server, só alguns desktops ainda são 32bits... mas por pouco tempo! http://www.scribd.com/doc/363677/Benchmarks-AMD64-in-32bit-mode-vs-64bit-mode-Ubuntu Abraços - 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] Alguem me indica uma controladora SAS?
Bom dia a todos! Depois de aprender na dor, que HDs SATA 2, principalmente Samsung não servem para uso insano em servidores, como era o caso dos meus falecidos em raid1 ( isso mesmo, torraram ambos! ), gostaria de saber se alguém pode me indicar uma controladora SAS PCI-E que tenha uma boa compatibilidade com FreeBSD, e se possível, uma boa marca de discos SAS também :)! Estou pensando em discos de pelo menos 250GB em RAID 1, de 10K RPM.!!! Muito obrigado a todos! Att, Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Kernel xeon dual
Este modelo de XEON 5120 já deve ser Quad sim. Use a versão AMD64 do FreeBSD e compile suas aplicacoes voltadas a arch nocona Edite o make.conf e adicione: CPUTYPE=nocona Não insira outras CFLAGS, pois a maioria dos ports tem suas proprias, e normalmente, são as mais indicadas e testadas para aquelas aplicacoes. Você pode quebrar um sistema todo errando nas cflags! Abraços! Eduardo Frazão Em 27/11/07, Kivanio Barbosa [EMAIL PROTECTED] escreveu: Valeu ;) On Nov 27, 2007 2:00 PM, Nilson Debatin [EMAIL PROTECTED] wrote: Isso ai já é o bastante, melhor que isso só fuçando FLAGS de compilação pra vc mandar pra dentro do make.conf e então recompilar o kernel. Mas estou respondendo é pra te alertar ao fato de que seu xeon nao tem 4 nucleos, tem apenas 2. Provavelmente tem hyper-threading, o que pode parecer que sejam 4, mas são 2 reais + 2 virtuais do HT. E HT fede... []s Nilson Em Seg, 2007-11-26 às 20:53 -0200, Kivanio Barbosa escreveu: Boa noite, alguém tem um intel xeon com 4 núcleos por aqui? gostaria de otimizar meu kernel, porém não sei porque tipo de processador compilar o kernel. ele está carregando o SMP normalmente. CPU: Intel(R) Xeon(R) CPU5120 @ 1.86GHz ( 1861.93-MHz686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4e3bdSSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,b9,CX16,b14,b15,b18 AMD Features=0x2010NX,LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 3220570112 (3071 MB) avail memory = 3150528512 (3004 MB) kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard qualquer dica é bem vinda. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Kivanio Pereira Barbosa Cel 8121-4248 www.eiqconsultoria.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
Re: [FUG-BR] Kernel xeon dual
Mil perdôes! Me enganei! Mas a dica vale ainda para o EM64T :) 2007/12/3, William David FUG-BR [EMAIL PROTECTED]: desculpa mas este cpu é dual core Intel Xeon 5120, 1.86 GHz Dual Core Processor Part #: BX805565120A Summary The Dual-Core Intel Xeon processor 51001 series, Intel's dual-core processor for dual processor (DP) servers and workstations, delivers a new level of energy-efficient performance from the innovative Intel Core microarchitecture, optimized for low-power, dual-core, 64-bit computing. The Dual-Core Intel Xeon processor 5100 series is ideal for intense computing environments, 32-bit and 64-bit business-critical applications and high-end workstations. Combined with the Intel 5000 chipset family and Fully Buffered DIMM (FBDIMM) technology, the Dual-Core Intel Xeon processor 5100 series-based platforms are expected to deliver up to 3 times the performance and 3.5 times the performance/watt of previous-generation single-core Intel Xeon processors. Features * Type: Processor * Processor Type: Intel Xeon 5120 Dual-Core * Processor Socket: Socket 771 * Clock Speed: 1.86 GHz * Bus Speed: 1066 MHz * Features: Intel Extended Memory 64 Technology, Execute Disable Bit capability, Intel Virtualization Technology * Warranty: 3 year warranty -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] Teste Performance PostgreSQL FreeBSD Linux e Windows2003Server
como sempre diz nosso amigo irado flames /dev/null 2006/8/25, m3 BSD [EMAIL PROTECTED]: Putz acho q fui extremamente mal interpretado hehehehe :) Esse eh o problema do meio-escrito hehehe Veja bem, NELSON PEREIRA JUNIOR, meus parabens cara, excelente sua comparacao, pra vc ter ideia, jah salvei seu email e mandei pra uns clientes meus heuaheuahe. Cara... serio mesmo... meus parabens o que vc fez foi exatamente o que eu faco com todos os servicos que rodo. E ainda por cima, deu no que deu, FreeBSD na frente hehehehe, a unica coisa que quis dizer no meu email anterior, nao foi uma critica ao seu teste, foi somente uma forma de se fazer um teste onde cada responsavel pela instalacao seria responsavel pelas criticas e creditos no final do teste, ou seja, digamos que o cara que instalou o linux reclama que o cara que instaleou o FreeBSD usou o recurso foo-bar e que ele nao usou o mesmo no linux, pois bem, por isso que eu disse, cada um deveria dar o melhor de si e do sistema operacional para poder falar alguma coisa depois. Quanto ao teu teste, perfeito, pra mim, mesmo antes do seu teste, FreeBSD eh muito melhor pra pg. :) Cah entre nos e que ninguem nos ouca hehehhehe, tem um cliente meu que usa PROGRESS. Bem, a progress homologa o uso do progress soh no Red Hat Enterprise e no SUSE se nao me engano, porem, conversando com o cara que atende o meu cliente, questionei sobre o uso sobre o freebsd, sabe o que ele me disse: Que eles mesmo (a datasul) rodam os server deles sobre o freebsd pq eh melhor (mais estavel) hauehuaehuahea Precisa falar mais nada neh? eles nao homologam, mas usam heheheheh Em 25/08/06, Renato Botelho[EMAIL PROTECTED] escreveu: m3 BSD wrote: Bem nao tirando o merito de ninguem... ai vai minha opniao: Pegue tres profissionais: 1) Expert em Windows 1) Expert em LInux 1) Expert em FreeBSD De 3 maquinhas, com as mesmas configuracoes (ou a mesma maquina pra cada um de cada vez hehehe) e mande ele instalar e tunar o SO para rodar o PostgreSQL, ae faca o benchmark, ou seja, ninguem vai poder reclamar se foi tunado ou nao, ou se foi tunado da melhor maneira possivel ou nao. Entenderam? Alguns vão reclamar que o profissional que instalou o linux, não fez o tunning da melhor maneira, que poderia ser melhor o resultado se ele mesmo ou se outro cara tivesse feito. Vão dizer o mesmo do windows e do FreeBSD. O pessoal que defende o SO que perder não vai aceitar a derrota e vai ficar falando, se tivesse feito isso, se tivesse feito aquilo... -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosmente Mario Augusto Mania m3BSD --- [EMAIL PROTECTED] Cel.: (43) 9938-9629 Msn: [EMAIL PROTECTED] - 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] SQUID despeja memória e não usa o esp ecificado
Meu amigo, vc colocou isso na cache mem do squid? 2950 MB? Isso é só a memoria para gerenciamento do cache, e nao do daemon todo. para um cache de 2 ou 3 GB, uns 96MB de RAM no parametro cache_mem sao suficientes, talvez no maximo, 128MB, ou 160. Isso vai dar uso de mais de uns 650MB normalmente. Meu cache que é super simples, uso 48MB de cache_mem com 650MB de cache, e meu squid consome mais de 200MB de RAM. Talvez nao seja necessario vc configurar no kernel valores de memoria. Acredito que os valores padrão, já estejam setados para um bom gerenciamento de grandes volumes de memória. Em 17/08/06, Marcos Fco. A. Silva[EMAIL PROTECTED] escreveu: Consegui algo mas ainda não é o desejado, Só para constar. O problema estava mesmo na configuração dos valores das seguintes options do Kernel: Já tinha testado o Kernel com essas options dessa maneira. Obs: Com esses valores o servidor não inicializou e portanto compliei o KERNEL sem elas. #optionsMAXDSIZ=(3072UL*1024*1024) #optionsMAXSSIZ=(3072UL*1024*1024) #optionsDFLDSIZ=(3072UL*1024*1024) Configurei elas com os seguintes valores: Obs: Com esses valores o servidor subiu normal e esta alocando a memória corretamente até 2GB. optionsMAXDSIZ=(2000UL*1024*1024) optionsMAXSSIZ=(2000UL*1024*1024) optionsDFLDSIZ=(2000UL*1024*1024) Quando eu ativei as options para usar 3GB não funcionou e o sistema não subiu no ato do reboot, já com o valor para usar 2G funcionou e o sistema subiu corretamente. Alguém sabe se existe alguma limitação dessas options ao uso de grandes quantidades de memória? Pois até onde eu sei o FreeBSD com PAE ativado no Kernel suporta até 64GB de RAM, mas em processadores de 32bits não consegue endereçar mais de 4GB diretamente. Será que não é por causa destas limitações de processadores 32bits que eu não consigo aumentar o valor dessas options? Quanto ao despejo de memória eu entendi o que ocorre e achei esse comportamento do sistema seguro. Quando se usa um Kernel GENERIC o valor padrão dessas options é de 512MB por processo, meu Squid estava configurado para usar 2965MB e com isso o FreeBSD ia alocando memória para o processo do squid, quando o processo atingia 520MB o sistema matava o processo que estourou o limite de memória e jogava um outro processo do squid que estava com status de wait na fila de processos e sendo assim ele novamente ia alocando memória até atingir o seu limite. Com isso ao compilar o Kernel sem essas options eu fiquei limitado ao valor padrão de um Kernel GENERIC. Marcos Fco. A. Silva escreveu: Não sei o que fazer, com certeza é algo com o meu KERNEL. Olhando pelo top o sistema vai informando o uso da Memória e quando atinge 512 ou um pouco mais o sistema libera memória e caia o uso para 83 MB e isso se repete o dia inteiro. Alguém já viu isso... Tem alguma limitação ou conflito entre as options (MAXDSIZ, MAXSSIZ e DFLDSIZ) e um KERNEL com PAE ativado? Marcos Fco. A. Silva escreveu: Bom dia a todos, Eu coloquei no ar um servidor proxy Squid conforme a configuração abaixo: Server ITAUTEC LS200 com dois processadores Xeon 3.0 e 4 GB de RAM DDR2 ECC. Disco SCSI Utra320 de 80 GB 15.000 Rpm Instalei o Squid, ativei o diskd, Ajustei o KERNEL com as seguintes options: options SYSVMSG options MSGMNB=16384 options MSGMNI=41 options MSGSEG=2049 options MSGSSZ=64 options MSGTQL=512 options SHMSEG=16 options SHMMNI=32 options SHMMAX=2097152 options SHMALL=3096 As options abaixo não funcionaram, pois quando eu ativei o server não subia. Tive que comentar, talvez o problema esteja aqui. #optionsMAXDSIZ=(3072UL*1024*1024) #optionsMAXSSIZ=(3072UL*1024*1024) #optionsDFLDSIZ=(3072UL*1024*1024) Tive também que compilar o KERNEL PAE para suportar os 4GB de RAM. No squid.conf eu ajustei para usar 2965 MB da minha RAM, mas ele não passa dos 520 MB, quando atinge esse valor o sistema despeja a memória e volta a usar 90 MB de RAM e gradativamente sobe o uso até atingir novamente a casa dos 520 MB e com isso torna a despejar a memória. Alguém sabe explicar porque isso acontece ou onde estou errando? Grato a todos, -- Marcos Francisco A. Silva Existem indivíduos que estão consideravelmente adiantados nessa trajetória para o Criador É extremamente importante saber que ninguém ensina nada, mas que existem pessoas que aprendem - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico:
[FUG-BR] Postfix + MailDrop
Ola... Estou tendo um problema com Meu postfix... O Maildrop reconhece apenas um dos dominios cadastrados no servidor ( base mysql ). Os demais, o postfix entrega direto para o seu VDA (Virtual) Apenas um de meus dominios passam pelo MailDrop. Alguem poderia me ajudar? Att Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
eu tomaria o postfix como oficial. Mas imagina a minha opiniao, perto dos mestres do desenvolvimento Estou me manifestando de abelhudo mesmo :~ eeheheh Em 12/07/06, irado furioso com tudo[EMAIL PROTECTED] escreveu: já cansei de ver 'security adv' a propósito do sendmail (o último: http://security.freebsd.org/advisories/FreeBSD-SA-06:17.sendmail.asc), recentemente o NetBSD removeu-o. É esquisito de configurar, um código obscuro, uma pré-compilação que torna-o ainda mais obscuro.. Então, a pergunta que não quer calar: por quê ainda o FreeBSD mantém o sendmail como o MTA oficial? --- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853 mais atrocidades são cometidas em nome das religiões do que em nome do ateismo. - 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] BIND 9, dns demora muito para resolver.
Eu recomendo utilizar um Forwarder. Verifique com sua operadora, qual o servidor DNS dela, e utilize ele como Forwarder. Assim, vc passa o encaminhamento externo, para um servidor que certamente vai ter mais recursos de link que você, e mantem um cache local de resultados. Em 04/07/06, Marco Antônio Faria Botelho[EMAIL PROTECTED] escreveu: -- Original Message --- From: Gilvan [EMAIL PROTECTED] To: Lista de discussao sobre FreeBSD freebsd@fug.com.br Sent: Tue, 4 Jul 2006 10:04:57 -0300 Subject: [FUG-BR] BIND 9, dns demora muito para resolver. Ola, Tenho um servidor DNS rodando BIND 9, estou na mesma rede do servidor dns 100MB e qualquer consulta para resolucao de nomes o dns demora certa de 2 a 4 segundos para resolver o endereco, alguem conhece algum solucao para esse problema ? alguma otimizacao, o servidor e' um PIV 1.7 512RAM ? De 2 a 4 segundos?! Dependendo da rede está normal. Mas, o retorno que você tem do servidor é positivo ou ele não consegue resolver o endereço? O tempo de resposta de um servidor irar depender muito da carga destinada para o mesmo. Gilvan Lima - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - 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] Temos Journal, mas sera q eh isso q queremos?
Pelo q me lembro, EXT3 é apenas EXT2 + Journal. Não conheço SoftUpdates. Mas confio em Journal, e acho q uma maquina parruda nao se importa muito em ficar atualizando Journal. Bom... Só minha opiniao. Em 24/06/06, Fabricio Lima[EMAIL PROTECTED] escreveu: Esse foi o artigo original que li ha uns 4 anos atras: 2000 USENIX Annual Technical Conference Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems http://www.usenix.org/publications/library/proceedings/usenix2000/general/full _papers/seltzer/seltzer_html/index.html Fabricio Lima -- Original Message --- From: Fabricio Lima [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Sat, 24 Jun 2006 10:51:41 -0300 Subject: [FUG-BR] Temos Journal, mas sera q eh isso q queremos? quando eu li sobre Journaling versus Soft Updates, ficou claro pra mim que a abordagem de se ter Soft Updates era mais interessante para servidores web. Afinal Soft Updates trabalha com 'commits' a longo prazo visto que o servidor tem pouca atualizacao, pois é utilizado mais para consulta. E ele baseia-se no fato de que terá um uptime elevado, e que a fonte de energia nao irá falhar, visto que é um servidor. O journal é interessante para desktops, estacoes que abruptamente caem por falta de luz ou crash. Isso é tipico do contexto do linux rodando em 486 com 32mb de ram e a fonte queima... Para um servidor parrudo FreeBSD + SU ficou claro pra mim, quando li, que era melhor do que ter FreeBSD + ext3. (caso fosse possivel). Nao lembro mais outras razoes pois há tempos que li isso. Quem estiver interessado, consulte mais em: http://lists.freebsd.org/pipermail/freebsd-fs/2005-February/000916.html E segue abaixo a definicao no wikepedia: In computer file systems, soft updates are an approach to maintaining disk integrity after a crash or power outage. They are an alternative to journaling file systems. Instead of duplicating metadata writes in a journal, soft updates work by properly ordering the metadata writes to guarantee consistency after a crash. Like journaling, soft updates do not guarantee that no data will be lost, but do make sure the filesystem is consistent. An advantage of a file system with soft updates is that it can be mounted almost instantaneously. Soft updates were first introduced to FreeBSD by Marshall Kirk McKusick and are now available across the BSDs. Fabriio Lima -- Original Message --- From: Rafael Floriano Sousa Sales [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wed, 21 Jun 2006 13:35:01 -0300 Subject: [FUG-BR] Quem disse que o freebsd nao tem filesystem jornalado (gjournal) Implementação de sistema jornalados no framework geom, vale a pena conferir http://lists.freebsd.org/pipermail/freebsd-current/2006-June/064043.html -- Rafael Floriano Sousa Sales Segurança da Informação Tompast IT Services e-mail: [EMAIL PROTECTED] +55-11-3207-2457 +55-11-8433-2281 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - 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] Urgente bloqueio MSN.
Msg Original Ola' galera. Ja tentei de todas as maneiras que estava descrito no historio da lista, porem nao tive sucesso para bloquear o MSN Depois de fechados os encaminhamentos para a porta 1863 resta ao MSN se conectar via HTTP... Confirme suas regras do proxy para bloquear o MIME application/x-msn-messenger Pode ser apenas o mime, sem outras expressoes nele acl msn_mime_req req_mime_type application/x-msn-messenger acl msn_mime_rep rep_mime_type application/x-msn-messenger Depois, bloqueie as respostas dos dois no proxy http_reply_access deny msn_mime_req http_reply_access deny msn_mime_rep Uso SQUID+PF e bloqueio assim... No firewall, porta 1863, no squid, apenas o mime. Abraços... Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPv6 - Você deixará de usar NAT?!
entendemos a sua msgs amigo. Sei que teremos fartura de IPs. Eu tenho 8 Ips validos aqui. E sinceramente, uso 2 :)... Prefiro manter as coisas atras do meu firewall de modo invalido. Trabalho muito bem com NAT, e acho dispendioso ficar usando IP Piblico em todos os locais. Gosto de trabalhar com as redes invalidas. Um furo de firewall pode nao ser tao desastroso com a rede desta forma. Sem contar a flexibilidade de se poder trabalhar com as redes da forma q vc preferir. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPv6 - Você deixará de usar NAT?!
Da forma q vier, vamos encarar com bons olhos. :) A medida que for sendo feita a implementacao, vamos verificando o que mais compensa ser feito :)! 2006/6/21, Pedro Henrique Morsch Mazzoni [EMAIL PROTECTED]: Além de todos os problemas, o NAT fere o modelo TCP/IP. Ele foi simplesmente uma solução a curto prazo para a escassez de endereços IPv4. A solução a longo prazo foi o IPv6. Quanto a preocupação com a quantidade de endereços a serem mantidos em tabelas ( Roteamento, Firewall, ... ), não confere. Um dos objetivos básicos do IPv6 foi simplificar o protocolo e reduzir as tabelas de roteamento, para isso o IPv6 veio TOTALMENTE hierárquico, e não aquela bagunça do IPv4. Os endereços IPv6 serão fácilmente agrupados. Um abraço, Pedro Mazzoni 2006/6/21, Eduardo Frazão [EMAIL PROTECTED]: entendemos a sua msgs amigo. Sei que teremos fartura de IPs. Eu tenho 8 Ips validos aqui. E sinceramente, uso 2 :)... Prefiro manter as coisas atras do meu firewall de modo invalido. Trabalho muito bem com NAT, e acho dispendioso ficar usando IP Piblico em todos os locais. Gosto de trabalhar com as redes invalidas. Um furo de firewall pode nao ser tao desastroso com a rede desta forma. Sem contar a flexibilidade de se poder trabalhar com as redes da forma q vc preferir. - 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] IPv6 - Você deixará de usar NAT?!
Eu continuaria usando NAT. Sem dúvida. IP válido, somente onde é realmente necessário. Obviamente, com um firewall mais bem elaborado, vc tem controle também. Mas acho mais interessante ter apenas uma saída válida, e usar IP válido, apenas onde for necessário. Teria mais controle e flexibilidade interna dessa forma. Abraços Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPv6 - Você deixará de usar NAT?!
Com certeza nao impediria. Mas o problema é se ter exatamente o ip publico em cada maquina. Acho mais escalável e de mais fácil organização manter IP privado nas redes internas. :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] kernel nao suportando muitos processos filhos
Olá.. Estou encontrando um problema em meu sistema. Rodo um proxy + filtro de conteúdo + antivirus, e aparentemente o sistema nao está conseguindo alocar os processos filhos. Proxy: Squid-2.5.Stable12 Filtro de Conteudo: DansGuardian 2.9.7.0 Antivirus: Clamav 0.88.2 Sistema: FreeBSD 6.0Stable - AMD64 ( FreeBSD central.faban1.com.br 6.0-STABLE FreeBSD 6.0-STABLE #2: Thu Feb 16 10:16:55 BRST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CPD amd64 ). Máquina: AMD64 3000+ // 1GB RAM DDR 400 Uso médio: Mem: 296M Active, 400M Inact, 163M Wired, 29M Cache, 111M Buf, 2780K Free Swap: 798M Total, 798M Free Ha algum tempo, rodava somente SQUID nesta maquina, e nunca tive problemas. Então instalei um monitor de conteudo, e assim, integrei com antivirus. Obviamente, ficou mais pesado para a maquina, porém, pelo menos 40% do meu sistema fica sempre disponivel, com 80 clientes na rede. Para poder rodar o monitor de contúdo sem negar serviço para a rede, preciso subir pelo menos uns 135 processos filhos ( justo que o acesso ainda é scaneado, então, o processo fica mais tempo aberto com a máquina cliente ). Por um tempo funciona normalmente, mas em horários de alto trafego, começo a receber mensagens do kernel dizendo: +collecting pv entries -- suggest increasing PMAP_SHPGPERPROC Depois de algumas mensagens, o daemon pára de responder. Na verdade, ele apenas nao aceita mais nenhum request, mas aceita o sinal de 11 normalmente, e se desliga. Ao startar o daemon novamente, tudo fica OK. Alguem ja passou por algum problema parecido? Poderiam me ajudar? Att Eduardo Frazão. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD e nat
BTW, para gateway pode ser usado o ipfw/natd, ipfilter/ipnat e o pf. Que (desculpem a opinião) funcionam MUITO MELHOR do que o Linux. flames /dev/null ps: opinião é como bunda: todo mundo tem, mas só a dos outros fede. Ahuauhauhauhuhauha Gostaria de dar minha contribuição. Fui mais feliz com Pf do que com ipfw. Talvez se você não se der muito bem com nat no ipfw, nao deixa de tentar com PF. É ótimo tanto para filtro, quanto para nat Abraços Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
