Re: [FUG-BR] Cache squid de 1 Tb
2008/9/21 Victor [EMAIL PROTECTED]: Olá Ademir, Eu entendo, porém quando mais partições e mais slices tiver, pior vai ser o rendimento. Tente utilizar 1 slice e 1 partição em cada disco e trabalhe com 8 pastas cache em cada um. Pode ter certeza que os problemas acabarão. Só que faça conforme nosso amigo disse, não deixe o cache tão grande... vá aumentando gradativamente. Não importa o tamanho da partição e sim o do cache ;-) Nem sequer faça slice. Faça o modo DD, usando o disco inteiro. Mas não faça o nível 1 de diretório pequeno. Por exemplo, estou com maximum_object_size 71680 KB, i.e., 70 MB, e estou usando 1 i-node para cada 30 KB, i.e., a média de tamanho de arquivos é de 30 KB. Se o maximum_object_size for bem menor, a média seria cerca de 14 KB por arquivo. Para facilitar, vamos assumir que a média é de 30 KB por arquivo, e com a opção de maximum_object_size grande como coloquei. Para 420 GB de cache você teria 14 milhões de arquivos. Existe uma regra que fala em evitar diretórios muito grandes, de mais de 256 arquivos, as isto implica que teria 54687 diretórios de nível 2. Neste caso, sugiro ter 256 diretórios de nível um, e 256 de nível dois: cache_dir aufs /usr/local/squid/cache1 42 256 256 cache_dir aufs /usr/local/squid/cache2 42 256 256 Abraços, João Rocha. Abraços. -- Atenciosamente, Victor Gustavo Volpe Diretor Executivo Grupo Total Serviços de Internet LTDA - ME CNPJ: 08.776.401/0001-40 (17) 3227-0686 / 9105-5392 - Original Message - From: Ademir Costa Peixoto [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Sunday, September 21, 2008 10:15 PM Subject: Re: [FUG-BR] Cache squid de 1 Tb Olá Victor, Antes de tudo isso começar eu tinha 1 partição e 5 slices em cada HD de cache. É que eu lí tanto a respeito de várias partições que zerei os HDs e os particionei em 4 partes (limite do FreeBSD). Agora estou operando conforme esquema abaixo: 4 Partições com 2 Slices em cada HD. Ats, Ademir Peixoto - Original Message - From: Victor [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Sunday, September 21, 2008 10:06 PM Subject: Re: [FUG-BR] Cache squid de 1 Tb Olá Ademir, Desculpe a pergunta, mas voce continua usando mais de 2 particionamentos por disco ? Acredito que seja esse seu problema. Abraços. -- Atenciosamente, Victor Gustavo Volpe Diretor Executivo Grupo Total Serviços de Internet LTDA - ME CNPJ: 08.776.401/0001-40 (17) 3227-0686 / 9105-5392 - Original Message - From: Ademir Costa Peixoto [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Sunday, September 21, 2008 9:53 PM Subject: Re: [FUG-BR] Cache squid de 1 Tb Olá João, Refiz a minha tabela de slices, deixei apenas 2 em cada uma das 4 partições em cada disco sata2 de 500g. Não monto filesystem de squid em fstab. Faço por script como esse: mount -o noexec,async,noatime,nosuid /dev/ad14s1d /cache1 mount -o noexec,async,noatime,nosuid /dev/ad14s1e /cache2 mount -o noexec,async,noatime,nosuid /dev/ad14s2d /cache3 mount -o noexec,async,noatime,nosuid /dev/ad14s2e /cache4 mount -o noexec,async,noatime,nosuid /dev/ad14s3d /cache5 mount -o noexec,async,noatime,nosuid /dev/ad14s3e /cache6 mount -o noexec,async,noatime,nosuid /dev/ad14s4d /cache7 mount -o noexec,async,noatime,nosuid /dev/ad14s4e /cache8 mount -o noexec,async,noatime,nosuid /dev/ad16s1d /cache9 mount -o noexec,async,noatime,nosuid /dev/ad16s1e /cache10 mount -o noexec,async,noatime,nosuid /dev/ad16s2d /cache11 mount -o noexec,async,noatime,nosuid /dev/ad16s2e /cache12 mount -o noexec,async,noatime,nosuid /dev/ad16s3d /cache13 mount -o noexec,async,noatime,nosuid /dev/ad16s3e /cache14 mount -o noexec,async,noatime,nosuid /dev/ad16s4d /cache15 mount -o noexec,async,noatime,nosuid /dev/ad16s4e /cache16 Assim tenho 16 cache_dir com 56G cada. Voltei ao velho DISKD. Até o momento está bem. Tem 2 horas de uptime. O problema acontece quando o cache começa a ter mais de 200Gb de dados... aí é que a coisa começa a tropeçar. O micro tem 8Gb de ram, não faz nada além de proxy + dns (Bind 9). Estava tudo na paz, eu estava usando 10 cache_dirs com AUFS mas quando ele atingiu 480Gb de cache começou a dizer: 2008/09/20 08:31:34| DiskThreadsDiskFile::openDone: (2) No such file or directory 2008/09/20 08:31:34|/cache2/1A/38/001A38BC 2008/09/20 08:31:34| DiskThreadsDiskFile::openDone: (2) No such file or directory 2008/09/20 08:31:34|/cache9/1E/03/001E035E 2008/09/20 08:32:10| DiskThreadsDiskFile::openDone: (2) No such file or directory 2008/09/20 08:32:10|/cache2/1A/38/001A38BC 2008/09/20 08:32:10| DiskThreadsDiskFile::openDone: (2) No such file or directory 2008/09/20 08:32:10|/cache9/1E/03/001E035E 2008/09/20 08:32:40|
[FUG-BR] PCBSD7 amd64
Alguem poderia me dizer se ja existe o PCBSD 7.0 amd64 para download, qual seria o link no siste oficial nao achei. Obrigado !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
2008/9/21 Ademir Costa Peixoto [EMAIL PROTECTED] ... Alguém tem alguma documentação de Squid Intanciado que aceite o modo transparente do IPFW? Olá, tem sim, basta fazer um fwd. Dê uma olhada no histórico da lista. Isto já discutido várias vezes. Quanto à perda de performance, uma solução pode ser a troca de SO (e por consequeência a de FS) :-) -- -syncd! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] HOWTO upgrade FreeBSD jails
2008/9/15 irado furioso com tudo [EMAIL PROTECTED] artigo surgiu hoje e, como vi que alguns colegas estavam precisando disso (recentemente) aqui na lista, aí vai o link: How To Upgrade FreeBSD Jail ( OS Level Virtualization ) http://www.cyberciti.biz/faq/how-to-upgrade-freebsd-jail-vps/ divirtam-se :D Ótimo! ;-) Muito legal esse site. -- -syncd! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR
Bom dia senhores! Não uso servidor de email no meu BSD... coloquei a seguinte linha no rc.conf: # disable email services sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO Sei que o sistema envia emails internos para alertas de segurança, falhas, etc... mas não pensei que poderiam encher uma partição de 5GB hoje pela manhã vários sistemas pararam, desconfiei logo da partição tmp, rodei o df -h e para minha surpresa o problema era na /var... rodei então o comando du -s /var/* | sort -n e descobri que a maior pasta era /var/spool/clientmqueue ! são MILHARES de arquivos... Dei uma buscada no google e no histórico do fug, e vi que é referente ao tal do sendmail... decidi abri um dos milhares dos logs que ele gerou e detectei que era um alerta de php not found (uma crontab que criei para o egroupware e esqueci de colocar o caminho completo do php). Apaguei a pasta inteira (nem o rm -rf * dentro funcionava, tive que apagar a pasta)... mas não quero que volte a acontecer... em uma das dicas do fug (Alex) tem a seguinte configuração do rc.conf: sendmail_enable=NO sendmail_submit_enable=YES sendmail_submit_flags=-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost sendmail_msp_queue_enable=YES sendmail_msp_queue_flags=-L sm-msp-queue -Ac -q30m Não achei muita coisa sobre isso... mas pelo que entendi ele deixa ativo os logs enviados pelo sendmail mas limita a 30 mb, é isso? Vocês já passaram por esse problema? 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
Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR
Sendmail_enable=NONE. Se nao me engano NO ele nao ouve socket de rede, mas roda no localhost. NONE para todos os serviços do sendmail. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de Medeiros Sent: Monday, September 22, 2008 11:54 AM To: freebsd@fug.com.br Subject: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Bom dia senhores! Não uso servidor de email no meu BSD... coloquei a seguinte linha no rc.conf: # disable email services sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR
Renato, estava NO, na verdade alterei para NONE hoje ;-) com certeza não foi essa bronca. Welkson - Original Message - From: Renato Frederick [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Monday, September 22, 2008 12:21 PM Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Sendmail_enable=NONE. Se nao me engano NO ele nao ouve socket de rede, mas roda no localhost. NONE para todos os serviços do sendmail. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de Medeiros Sent: Monday, September 22, 2008 11:54 AM To: freebsd@fug.com.br Subject: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Bom dia senhores! Não uso servidor de email no meu BSD... coloquei a seguinte linha no rc.conf: # disable email services sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/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] diminuindo tamanho de particao
Ola todos, tem um bom jeito de diminuir o tamanho de uma particao ufs no FBSD? O growfs so sabe aumentar! E aumentar o / nao dah problema? Em outros systemas nao pode, mas o `man growfs` do FBSD nao diz nada. Agradeco desde ja ... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR
Com o none ele vai deixar de rodar, entao, nao vai conseguir entregar o email pro root. Remova o conteúdo do spool e também do mail do root e veja que no próximo dia o security run não vai entregar email para ninguém. Você pode também alterar o periodic para não enviar nenhum email, se for o caso. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de Medeiros Sent: Monday, September 22, 2008 1:13 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Renato, estava NO, na verdade alterei para NONE hoje ;-) com certeza não foi essa bronca. Welkson - Original Message - From: Renato Frederick [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Monday, September 22, 2008 12:21 PM Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Sendmail_enable=NONE. Se nao me engano NO ele nao ouve socket de rede, mas roda no localhost. NONE para todos os serviços do sendmail. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de Medeiros Sent: Monday, September 22, 2008 11:54 AM To: freebsd@fug.com.br Subject: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Bom dia senhores! Não uso servidor de email no meu BSD... coloquei a seguinte linha no rc.conf: # disable email services sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/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] Migracao de 32 para 64 bits
Olá Tenho um Freebsd 6.2 32 bits.. rodando o seguinte apache 1.3 lighttpd php 5.x mysql 5 qmail + vpopmail no mysql + courier-imap java 1.5 named vsftp sshd Estou querendo por numa maquina de 64 bits com 8G de ram Eu vou utilizar o freebsd 7.x amd64 ou ia64 Alguem tem noticia de alguma limitacao de algum desses softs em plataforma 64 bits ? Obrigado []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
Esquece, tem qmail :P Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 On Mon, Sep 22, 2008 at 16:23, Leonardo Augusto [EMAIL PROTECTED] wrote: Olá Tenho um Freebsd 6.2 32 bits.. rodando o seguinte apache 1.3 lighttpd php 5.x mysql 5 qmail + vpopmail no mysql + courier-imap java 1.5 named vsftp sshd Estou querendo por numa maquina de 64 bits com 8G de ram Eu vou utilizar o freebsd 7.x amd64 ou ia64 Alguem tem noticia de alguma limitacao de algum desses softs em plataforma 64 bits ? Obrigado []'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] Migracao de 32 para 64 bits
Qmail nao roda em 64 bits ? O postfix roda ? humm que shit isso... On Mon, Sep 22, 2008 at 4:29 PM, Daniel de Oliveira [EMAIL PROTECTED] wrote: Esquece, tem qmail :P Daniel de Oliveira - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
Não é que não roda, ja vi casos de conseguirem compilar (na base da gambi mesmo). Mas tudo que já li de qmail em 64bits = problemas. Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 On Mon, Sep 22, 2008 at 16:36, Leonardo Augusto [EMAIL PROTECTED] wrote: Qmail nao roda em 64 bits ? O postfix roda ? humm que shit isso... On Mon, Sep 22, 2008 at 4:29 PM, Daniel de Oliveira [EMAIL PROTECTED] wrote: Esquece, tem qmail :P Daniel de Oliveira - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/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] Migracao de 32 para 64 bits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel de Oliveira wrote: | Não é que não roda, ja vi casos de conseguirem compilar (na base da | gambi mesmo). | Mas tudo que já li de qmail em 64bits = problemas. humm que shit isso... [2] Eu também ia fazer uma migração dessas :P - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI184oXL+vuN2d7ZwRAtTCAKDA5WeUjQ97Ge8j6LLNXveYoluNswCffQsn FCAII3MRfl0vtDqdGaDaYdY= =9j95 -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migracao de 32 para 64 bits
Só pra salientar, funcionar ele funciona, compilar tambem compila, só eu não considero seguro por conta de todos os problemas que já li. Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 2008/9/22 João Paulo Just [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel de Oliveira wrote: | Não é que não roda, ja vi casos de conseguirem compilar (na base da | gambi mesmo). | Mas tudo que já li de qmail em 64bits = problemas. humm que shit isso... [2] Eu também ia fazer uma migração dessas :P - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI184oXL+vuN2d7ZwRAtTCAKDA5WeUjQ97Ge8j6LLNXveYoluNswCffQsn FCAII3MRfl0vtDqdGaDaYdY= =9j95 -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] Migracao de 32 para 64 bits
Bem? Postfix roda perfeito em 32 ou 64 bits :D Roda Já adiantando, Pra webmail recomendo RoudCube. Simplesmente 10. []'s Roundcube é show de bola mesmo, os melhores webmail IMHO são ele e o horde, porem o horde é mais chato de configurar, mas em compensação tem uma solução muito massa pra groupware. Daniel de Oliveira Network and System Analyst Security Specialist IBM RISC Specialist IBM Storage Specialist Linux/Unix Specialist Linux User #: 405334 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR
On Mon, 22 Sep 2008 13:30:01 -0300 Renato Frederick [EMAIL PROTECTED] wrote: Com o none ele vai deixar de rodar, entao, nao vai conseguir entregar o email pro root. Remova o conteúdo do spool e também do mail do root e veja que no próximo dia o security run não vai entregar email para ninguém. Você pode também alterar o periodic para não enviar nenhum email, se for o caso. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de Medeiros Sent: Monday, September 22, 2008 1:13 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Renato, estava NO, na verdade alterei para NONE hoje ;-) com certeza não foi essa bronca. Welkson - Original Message - From: Renato Frederick [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Monday, September 22, 2008 12:21 PM Subject: Re: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Sendmail_enable=NONE. Se nao me engano NO ele nao ouve socket de rede, mas roda no localhost. NONE para todos os serviços do sendmail. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de Medeiros Sent: Monday, September 22, 2008 11:54 AM To: freebsd@fug.com.br Subject: [FUG-BR] Sendmail - /var/spool/clientmqueue - encheu o /VAR Bom dia senhores! Não uso servidor de email no meu BSD... coloquei a seguinte linha no rc.conf: # disable email services sendmail_enable=NO sendmail_submit_enable=NO sendmail_outbound_enable=NO sendmail_msp_queue_enable=NO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/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 Fala Pessoal, Então, para informacão de vocês, o NONE não é mais uma opcão válida pro sendmail_enable no rc.conf. http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/defaults/rc.conf.diff?r1=1.157;r2=1.158 De acordo com o /etc/defaults/rc.conf, a opcão para o que você deseja fazer é a seguinte: sendmail_msp_queue_enable=YES # Dequeue stuck clientmqueue mail (YES/NO). Abracos! :) -- [EMAIL PROTECTED] Felippe de Meirelles Motta - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
Problemas com desempenho de IO ? Vai de raid 10 = mirror de strip... o read é muito rapido.. Voce precisa de no minimo 4 discos para tal.. mas vale a pena.. (se puser 6 discos entao...) Use uma controladora SCSI Ultra 320 (ou uma sas 3G) com pelo menos 128Mega de cache.. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
On Mon, Sep 22, 2008 at 7:10 PM, Leonardo Augusto [EMAIL PROTECTED] wrote: Problemas com desempenho de IO ? Vai de raid 10 = mirror de strip... o read é muito rapido.. Voce precisa de no minimo 4 discos para tal.. mas vale a pena.. (se puser 6 discos entao...) Use uma controladora SCSI Ultra 320 (ou uma sas 3G) com pelo menos 128Mega de cache.. O problema dele é outro. Ele está fazendo vários caches no mesmo disco, criando vários sistemas de arquivos, o que é um erro grave. Nem este RAID que você sugeriu resolveria o problema dele. Ele ainda não entende como funciona um HD. João Rocha. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PCBSD7 amd64
Aprenda a pesquisar e ter suas próprias conclusões, o pessoal ajuda, contudo pedimos interesse, de sua parte. http://www.pcbsd.org/content/view/21/11/ Só está disponivel para versão 32 bits, se aplica tambem para o PCBSD-1.5 Até mais. 2008/9/22 João Vitor - BOL [EMAIL PROTECTED] Alguem poderia me dizer se ja existe o PCBSD 7.0 amd64 para download, qual seria o link no siste oficial nao achei. Obrigado !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Paulo Henrique. Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos. A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência limpa. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
Eita... até de leigo sou chamado... Ats, Ademir Peixoto - Original Message - From: Joao Rocha Braga Filho [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, September 22, 2008 7:32 PM Subject: Re: [FUG-BR] Cache squid de 1 Tb On Mon, Sep 22, 2008 at 7:10 PM, Leonardo Augusto [EMAIL PROTECTED] wrote: Problemas com desempenho de IO ? Vai de raid 10 = mirror de strip... o read é muito rapido.. Voce precisa de no minimo 4 discos para tal.. mas vale a pena.. (se puser 6 discos entao...) Use uma controladora SCSI Ultra 320 (ou uma sas 3G) com pelo menos 128Mega de cache.. O problema dele é outro. Ele está fazendo vários caches no mesmo disco, criando vários sistemas de arquivos, o que é um erro grave. Nem este RAID que você sugeriu resolveria o problema dele. Ele ainda não entende como funciona um HD. João Rocha. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
2008/9/22 Ademir Costa Peixoto [EMAIL PROTECTED] Eita... até de leigo sou chamado... Calma, Leigo você não é mais aparentemente, passou batido com relação a alguma informação sobre o Squid e carga de io que ele proprícia sobre um disco. Até mais. Ats, Ademir Peixoto - Original Message - From: Joao Rocha Braga Filho [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, September 22, 2008 7:32 PM Subject: Re: [FUG-BR] Cache squid de 1 Tb On Mon, Sep 22, 2008 at 7:10 PM, Leonardo Augusto [EMAIL PROTECTED] wrote: Problemas com desempenho de IO ? Vai de raid 10 = mirror de strip... o read é muito rapido.. Voce precisa de no minimo 4 discos para tal.. mas vale a pena.. (se puser 6 discos entao...) Use uma controladora SCSI Ultra 320 (ou uma sas 3G) com pelo menos 128Mega de cache.. O problema dele é outro. Ele está fazendo vários caches no mesmo disco, criando vários sistemas de arquivos, o que é um erro grave. Nem este RAID que você sugeriu resolveria o problema dele. Ele ainda não entende como funciona um HD. João Rocha. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Paulo Henrique. Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, não teremos tudo que queremos, contudo não veremos mais o que não queremos. A real definição sobre deus se dá pelo fato do ser humano ser covarde o suficiente, colocando a culpa em algo que não existe para manter a conciência limpa. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cache squid de 1 Tb
2008/9/22 Ademir Costa Peixoto [EMAIL PROTECTED]: Eita... até de leigo sou chamado... Desculpe-me. A impressão que deu é que vovê não entendeu como funciona o disco, e as limitações de desempenho dele. O início do disco é a parte mais eficiente dele, portanto a primeira partição que eu crio, depois do /, é o swap. No início do disco tem mais setores por trilha, para manter a densidade linear constante e aproveitar a máxima densidade que a mídia magnética pode fornecer. Os seeks para ler os diretórios e as tabelas de i-node são menores, etc. Quando criou várias caches no mesmo disco, forçou a cabeça viajar desnecessariamente pelo disco todo, mesmo com a cache relativamente vazia. O seek track to track em muitos HDs é de cerca de 1 ms, enquanto o full stroke é de 20 ms. Você forçou muitos seeks quase full stroke, pelo disco todo, quando poderiam ser mais track to track se tivesse somente um único sistema de arquivos. Fez sentido? Por isto que estou teimando contigo para fazer um só sistema de arquivos em cada disco. Abraços, João Rocha. Ats, Ademir Peixoto - Original Message - From: Joao Rocha Braga Filho [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, September 22, 2008 7:32 PM Subject: Re: [FUG-BR] Cache squid de 1 Tb On Mon, Sep 22, 2008 at 7:10 PM, Leonardo Augusto [EMAIL PROTECTED] wrote: Problemas com desempenho de IO ? Vai de raid 10 = mirror de strip... o read é muito rapido.. Voce precisa de no minimo 4 discos para tal.. mas vale a pena.. (se puser 6 discos entao...) Use uma controladora SCSI Ultra 320 (ou uma sas 3G) com pelo menos 128Mega de cache.. O problema dele é outro. Ele está fazendo vários caches no mesmo disco, criando vários sistemas de arquivos, o que é um erro grave. Nem este RAID que você sugeriu resolveria o problema dele. Ele ainda não entende como funciona um HD. João Rocha. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Rotear multiplos links adsl
Saudacoes pessoal, Caros amigos veem se voces podem me ajudar. Tenho uma configuracao com multiplos links adsl para o objetivo de balanceamento de carga tanto de entrada quanto de saida. Todos os links tem IP fixo e, estou utilizando o pf como firewall. Consegui fazer o balanceamento da saída (conexoes iniciadas from lan to internet) utilizando o route-to , mas estou tendo enormes dificuldades em realizar em realizar o balanceamento de entrada (conexoes iniciadas from internet to dmz) ,que ja é feito via DNS, mas o kernel insiste em responder somente atraves do gateway default. Ja pesquesei massivamente sobre o assunto e ate mesmo no historico da lista nao pude encontrar uma solucao. Como poderei solucionar esta dificuldade ? O route multipath do OpenBSD, poderia ser solucionar ? As funcionalidades multiWAN do pfSense dao suporte a balanceamento de entrada ? grato. -- Wildes Miranda - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Sendmail - /var/spool/clientmqueue - encheu o /VAR
Obrigado pela Informação Felippe! :) Será que isto já foi atualizado em ports tipo o qmail que colocam um NONE lá para desabilitar o serviço? Fala Pessoal, Então, para informacão de vocês, o NONE não é mais uma opcão válida pro sendmail_enable no rc.conf. http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/defaults/rc.conf.diff?r1= 1.157;r2=1.158 De acordo com o /etc/defaults/rc.conf, a opcão para o que você deseja fazer é a seguinte: sendmail_msp_queue_enable=YES # Dequeue stuck clientmqueue mail (YES/NO). Abracos! :) -- [EMAIL PROTECTED] Felippe de Meirelles Motta - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd