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] Alguem me indica uma controladora SAS?
Eu estou tentando orçar este modelo: LSI MegaRAID SAS 8408E Esta na compatibility list do FreeBSD 6.2AMD64 Alguem comenta alguma coisa? Obrigado a todos pelo empenho! Em 03/12/07, Alexandre Correa <[EMAIL PROTECTED]> escreveu: > > [EMAIL PROTECTED] uname -a > FreeBSD XX.ondainternet.com.br 6.2-RELEASE-p8 FreeBSD > 6.2-RELEASE-p8 #3: Sat Nov 3 17:40:26 BRT 2007 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ONDA > amd64 > > [EMAIL PROTECTED] uptime > 12:01PM up 62 days, 21:09, 1 user, load averages: 0.28, 0.19, 0.12 > > > ta rodando meu proxy (squid) .. media de 120 req/s ... > > > On Dec 3, 2007 10:55 AM, Jean Zanuzo <[EMAIL PROTECTED]> wrote: > > Alexandre Correa escreveu: > > > LSI Logic / Symbios Logic SAS1068 PCI-X Fusion-MPT SAS (rev 01) > > > > > > uso estas que vem em servidores da dell ... tem uma performance > excelente.. > > > > > > On Dec 3, 2007 8:50 AM, Eduardo Frazão <[EMAIL PROTECTED]> wrote: > > > > > >> 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 > > >> > > >> > > > > > > > > > > > > > > Uso essa (SAS1068, q nao esta listada no hardware compativel do freebsd > > 6 ) num servidor hp, ela trava a cada uma semana e qndo reinicia nao > > detecta a controladora, ai tem que desligar e ligar o servidor no botão. > > Estou planejando a troca por uma HP E200 (listada como compativel). Uso > > c/ o squid. Pode ser o servidor, qndo ele reseta por travamento ela > > some, se reiniciar via sistema, não ocorre problema algum. > > > > Jean Zanuzo > > > > > > - > > 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] 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=0xbfebfbff > > > > > > Features2=0x4e3bd,CX16,,,> > > > AMD Features=0x2010 > > > AMD Features2=0x1 > > > 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] 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] 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
[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] 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] 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] 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
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] 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] [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 > 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 > > >> 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] 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] 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)" > > 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 : 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] 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 processor<http://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] Postfix - Subdomínio
Isso é um dominio como qualquer outro para o postfix Vc só precisa fazer um trabalho no seu DNS Server na zona meudominio.com.br você precisa adicionar entradas para o novo -- qualquercoisa IN NS ns1.meudominio.com.br -- qualquercoisa IN NS ns2.meudominio.com.br Depois, no BIND, configure o subdominio como qualquer outro, e na zona dele, configure o MX, e os demais hosts que quiser... Ai, adicione no postfix, normalmente! Abraços! Em 24/01/08, Bruno Torres Viana <[EMAIL PROTECTED]> escreveu: > > Senhores, > > Estou precisando configurar um subdomínio para minha empresa > alguém já fez isso? Hoje tenho o seguinte ambiente: > > meudominio.com.br > Limite de mensagem: 10 MB > > Estou precisando colocar mais um: > > qualquercoisa.meudominio.com.br > Limite de mensagem: 50MB > > Obrigado! > > -- > --- > Bruno Torres Viana > Espc. Criptografia e Segurança de Redes > > > > Todos nós somos ignorantes, porém em assuntos diferentes. Não seja > ignorante > por opção! > - > 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] sistema de arquivos
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
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] 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] 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] [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] 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] 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] 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
[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] quando instalo qualquer ports no freebsd 7.0 rc1
Os scripts de inicialização tendem a fazer alguns testes antes de subir os daemons. No caso do MySQL, ele checa as tabelas principais antes de subir. Se você tentou subir ele manualmente, antes de criar estas tabelas, realmente nao vai subir. Quanto ao apache, realmente não sei. De qualquer forma, não é necessario reiniciar o sistema para subir um daemon. Basta "liberar" ele no no rc.conf. e recomenda-se subir ele pelos scripts pela padronização! Att, Eduardo Frazão Em 21/02/08, Eddy Martins <[EMAIL PROTECTED]> escreveu: > > > Bom dia, > Quando instalo qualquer ports ex. mysql instalei blz, após a instalação > fui > iniciar ele manual mysqld_safe & > Não subiu , olhei os processos não esta executando ai reinicei o BSD e > coloquei ele para iniciar por /etc/rc.conf ai funcionou > > Instalei o apache22 voi a mesma coisa , somente após o reinicio do BSD > subiu > o serviço, alguém sabe me dizer o q esta acontecendo não tem erro > nenhum > em log nada. > > > > - > 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
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] 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] 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)" > > > 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] 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] 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] 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] 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)" > > > > > > 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
[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] 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 Pos
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 UL
Re: [FUG-BR] Benchmark Performance -- PostgreSQL -- FreeBSD x Linux
Pessoal, mesmo com RAID 1+0, expandindo a shared mem, otimizando o uso dela no postgresql.conf eu consigo bater a performance do Gentoo. Realmente, pelo menos nos meus testes, está dando em média 30% a mais de performance! Ainda estou testando... ( Isso na versão 8.3.1 ) 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.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 > >>> > > > >>> > > > >>> > > >> d
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] 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] 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 buildworld > make kernel KERNCONF=YOUR_KERNEL_HERE > [1] > [3] > mergemaster -p [5] > make installworld > make delete-old > mergemaster [4] > > > 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)"" > > 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] 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] [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] [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] 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] 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] 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
[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] 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
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] 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] 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] 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] 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] 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] 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] 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
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=47748&group_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] 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: > > 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] 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] 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] Desempenho apache+php com eaccelerator e xcache..
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
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] 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 > > > 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 > > 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] [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] 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
Re: [FUG-BR] IPv6 - Você deixará de usar NAT?!
Vc tem toda a razão :)... Eu me coloquei em uma situação hipotética de um ambiente externo em IPV6 já... Mas mesmo assim, internamente, acho que manteria IPV4... Faria um nat na saida IPV6 provalmente. Sera DSTNATs IPV6 -> IPV4 poderiam funcionar bem? rdr pass on $PLACA_EXTERNA proto tcp from any to IP_EM_IPV6 port xxx -> IP_EM_IPV4 port :)... 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] 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] 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) > 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)" > > > > 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] 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" > 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] 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
