Re: [FUG-BR] FISL
Carlos A. M. dos Santos wrote: 2008/4/12 João Carlos Mendes Luís [EMAIL PROTECTED]: Alguem aqui da lista vai no FISL semana que vem? Fui convocado pela empresa para ir, mas espero que não seja um forum Linux-only. Gostaria de ver muitos amantes do diabo por lá! O FISL é um evento social em cujos bastidores se fazem alguns (poucos) negócios. Nã espera mais do que isto. Eventos sociais são bons para encontrar ao vivo seres que só se conhecem virtualmente. Eu pretendo circular pelos corredores mas não assistirei nenhuma das palestras. Não vale a pena pagar a taxa de inscrição. Qual é a tua empresa? Se ela tiver um estande eu passarei por lá e conversarei contigo sobre BSD. Seremos dois, então. :-) Globo.com. Um colega já se apressou em dizer que ia me apresentar para ti. Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] Atualizar ftp com Mirror
O mirror é um programa em obsolescencia. Ainda muito útil, mas eu sugeriria que voce testasse outras opções. Por exemplo, se o servidor suportar, rsync é um protocolo bem melhor para mirror, e é como eu mantenho o ftp.br.freebsd.org atualizado. Outra opção que eu consideraria hoje é o lftp ou o omi, embora nunca os tenha usado. Leandro Ferreira wrote: Pessoal, Configurei um servidor ftp e agora instalei o mirror nele para poder fazer as atualizações, não sei como ele funciona então dei um man. Porém só consta que a documentação esta no seguinte link. Que por sinal está fora do ar. http://sunsite.org.uk/packages/mirror/ Alguem poderia me ajudar no funcionamento/configuração do mirror ? Obrigado Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] FISL
Oi gente, Alguem aqui da lista vai no FISL semana que vem? Fui convocado pela empresa para ir, mas espero que não seja um forum Linux-only. Gostaria de ver muitos amantes do diabo por lá! Abraços, Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] RES: FreeBSD 7 ZFS
Alexandre Biancalana wrote: On 3/5/08, Renato Frederick [EMAIL PROTECTED] wrote: Alex, tem muito I/O em cima deste pool, está em produção? Fico tentado a colocar em produção, mas antes estou achando mais prudente substituir um backup Server com ufs2 e gmirror com espelho por um zfs... :) Aconselho você esperar mesmo. zfs no Free ainda é experimental. Tive uma experiência muito ruim com zfs no final do ano passado, tenho um servidor de backup com 10x 500GB Sata em Raid 6 que recebe dados de outros 30 servidores. Na época não tive dúvidas em colocar zfs, pois o sistema de backup que tenho aqui ficou simplismente perfeito utilizando snapshots, reservation e live compression. Depois de alguns tunings ficou bastante estável, entretanto fui surpreendido com bugs ainda existentes e *perdi* todos os dados duas vezes. Depois tive que ser mais conservador e remontar o servidor sem zfs. :-( Minha experiencia é semelhante. Durante um upgrade de hardware em um servidor de backup (coincidencia?), com 6 discos SATA, aproveitei para colocar AMD64 e ZFS. Eu queria usar as facilidades de snapshot e compressão do ZFS. Basicamente eu copiava todo o conteudo de outros servidores para a partição ZFS, de 6 em 6 horas, e fazia um snapshot. De tempos em tempo, eu pegava um dos snapshot e gerava um tgz. O problema é que o servidor travava de tempos em tempos., e eu não conseguia saber por que Mais ou menos a cada dois dias. Depois de uma semana, desisti e formatei com UFS. Isso foi lá pelos tempos do 7.0-RC2 ou RC3. Ainda fui teimoso e tentei usar snapshot de UFS, mas não tem comparação, o ZFS é muito mais rápido pra isso. E de qualquer forma, o snapshot do UFS também travou num ambiente como o descrito acima. Se depois de alguns patches alguem conseguir rodar um ZFS em um servidor de alta carga, por favor, avise a lista. ZFS é do caramba, e vai mudar a nossa forma de pensar em recursos de disco. Tou doido pra usar isso em produção... Minha dica é: use para testar, em servidores que não sejam missão crítica ou de baixo volume de acessos. Eu uso no meu fileserver em casa, tenho 4 discos de 80GB divididos em 2 mirrors, é muito show. Att, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] [FreeBSD-Announce] FreeBSD 6.3-RELEASE Available
Já está disponível em ftp.br.freebsd.org Ken Smith wrote: The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.3-RELEASE. This release continues the development of the 6-STABLE branch providing performance and stability improvements, many bug fixes and new features. Some of the highlights: - KDE updated to 3.5.8, GNOME updated to 2.20.1, Xorg updated to 7.3 - BIND updated to 9.3.4 - sendmail updated to 8.14.2 - lagg(4) driver ported from OpenBSD/NetBSD - unionfs file system re-implemented - freebsd-update(8) now supports an upgrade command For a complete list of new features and known problems, please see the online release notes and errata list, available at: http://www.FreeBSD.org/releases/6.3R/relnotes.html http://www.FreeBSD.org/releases/6.3R/errata.html For more information about FreeBSD release engineering activities, please see: http://www.FreeBSD.org/releng/ The FreeBSD Security Team intends to support 6.3-RELEASE until January 31st, 2010. Dedication -- FreeBSD 6.3-RELEASE is dedicated to the memory of Dr. Jun-ichiro Hagino, known throughout the Internet community as itojun, for his visionary work on the IPv6 protocol and his many other contributions to the Internet and BSD communities. Availability - FreeBSD 6.3-RELEASE is now available for the alpha, amd64, i386, pc98, and sparc64 architectures. It can be installed from bootable ISO images or over the network; the required files can be downloaded via FTP or BitTorrent as described in the sections below. While some of the smaller FTP mirrors may not carry all architectures, they will all generally contain the more common ones, such as i386 and amd64. MD5 and SHA256 hashes for the release ISO images are included at the bottom of this message. The contents of the ISO images provided as part of the release has changed for most of the architectures. Using the i386 architecture as an example, there are ISO images named bootonly, disc1, disc2, disc3, and docs. The bootonly image is suitable for booting a machine to do a network based installation using FTP or NFS. The disc1, disc2, and disc3 images are used to do a full installation that includes a basic set of packages and does not require network access to an FTP or NFS server during the installation. In addition, disc1 supports booting into a live CD-based filesystem and system rescue mode. The docs image has all of the documentation for all supported languages. Most people will find that disc1, disc2 and disc3 are all that are needed. If you intend to install ports from source instead of using the pre-built packages included with the release only disc1 is needed. FreeBSD 6.3-RELEASE can also be purchased on CD-ROM from several vendors. One of the vendors that will be offering FreeBSD 6.3-based products is: ~ FreeBSD Mall, Inc.http://www.freebsdmall.com/ BitTorrent -- 6.3-RELEASE ISOs are available via BitTorrent. A collection of torrent files to download the images is available at: http://torrents.freebsd.org:8080/ FTP --- The primary mirror site is: ftp://ftp.freebsd.org/pub/FreeBSD/ However before trying the primary FTP site, please check your regional mirror(s) first by going to: ftp://ftp.yourdomain.FreeBSD.org/pub/FreeBSD Any additional mirror sites will be labeled ftp2, ftp3 and so on. More information about FreeBSD mirror sites can be found at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html For instructions on installing FreeBSD, please see Chapter 2 of The FreeBSD Handbook. It provides a complete installation walk-through for users new to FreeBSD, and can be found online at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html FreeBSD Update -- Starting with FreeBSD 6.3, the freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems systems running earlier FreeBSD releases, release candidates, and betas. Users upgrading to FreeBSD 6.3 from older releases (in particular, older than 6.3-RC1) will need to download an updated version of freebsd-update(8) that supports upgrading to a new release. # fetch http://people.freebsd.org/~cperciva/freebsd-update-upgrade.tgz Downloading and verifying the digital signature for the tarball (signed by the FreeBSD Security Officer's PGP key) is highly recommended. # fetch http://people.freebsd.org/~cperciva/freebsd-update-upgrade.tgz.asc # gpg --verify freebsd-update-upgrade.tgz.asc freebsd-update-upgrade.tgz The new freebsd-update(8) can then be extracted and run as follows: # tar -xf freebsd-update-upgrade.tgz # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade # sh freebsd-update.sh -f freebsd-update.conf install The system must be rebooted with the newly installed kernel before
Re: [FUG-BR] Excluir arquivo .nfs.
Renato L. Sousa wrote: Bom dia amigos da lista Tenho um servidor que monta uma área NFS de um NAS. Exclui alguns arquivos grandes dessa área (imagens de DVD) e notei que ele deixou um arquivo com o nome .nfs.4cb112f5.86484.4 Rodei md5sum e vi que esse é uma das imagens que quero excluir, mas qdo rodo rm -rf nesse arquivo ele não exclui. O que devo fazer ? Matar o programa que está usando esse arquivo (nesse ou em outro computador). Abraços, Renato Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] offtopic :: Máquina Virtual
O VMWARE ACE permite que voce coloque uma máquina virtual em PenDrive. Ele não é gratuito. Voce pode pensar em soluções como o QEMU (gratuito, mas gasta muita CPU) ou VMWare Player (exige instalação do programa na máquina local, mas é gratuito). Araray Velho wrote: Pessoal, Alguém sabe se é possível e/ou já conseguiu instalar e rodar o VMWare num pendrive com o FreeBSD ? Alguém conhece uma solução ? Preciso usar uma máquina (host) com windows e não posso instalar o VMWare na máquina, portanto gostaria de instalar num pendrive e lá colocar o Free. É possível ? Grato. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [Fwd: [GTER] Horário de Ver ão 2007]
Essa receita funciona para 2007/2008, mas vai te dar problemas em qualquer aplicações que precise converter timestamps passados ou futuros. É melhor pegar o arquivo fonte original (southamerica) e mudar as ultimas linhas da seção brasil para: RuleBrazil 2006only- Nov Sun=1 0:00 1:00S RuleBrazil 2007only- Feb lastSun 0:00 0 - RuleBrazil 2007max - Oct Sun=8 0:00 1:00S RuleBrazil 2008max - Feb Sun=15 0:00 0 - Eric Anderson wrote: anexo textinho que me socorre uso aki todo ano. sds Eric - Original Message - From: Marcelo Soares da Costa [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Thursday, September 20, 2007 2:37 PM Subject: Re: [FUG-BR][Fwd: [GTER] Horário de Verão 2007] Como raramente aconte , mudou o dia em relação ano passado, mas agora com as alterações acho que do Marcus , Ou Marcos desculpa a falha de memória , qual serão as alterações no zic ? []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Gostaria de trazer á atenção de todos que, de acordo com o Decreto 5.539 de 19 de Setembro de 2005, o horario de verão 2005/2006 terá inicio a zero hora (00:00) do dia 16 de Outubro de 2005, com termino a zero hora (00:00) do dia 19 de Fevereiro de 2006. Para tanto, no proximo dia 16 de Outubro, será preciso adiantar os relogios em 1 hora nos estados que participam do horario de verão. Rio Grande do Sul Santa Catarina Paraná São Paulo Rio de Janeiro Espírito Santo Minas Gerais Goiás Mato Grosso Mato Grosso do Sul Distrito Federal Lembramos a todos que, tratando-se de incidentes de segurança, a precisão dos relógios dos sistemas e' fundamental para manter a consistência dos logs, alem de ser imprescindível nas investigações e identificação de responsáveis. Lembramos ainda que os logs reportados durante a vigência do horário de verão estarão no timezone GMT-2. O Decreto 5.539, que institui o horário de verão 2005/2006 no território nacional, esta disponível no seguinte endereço: http://www.mme.gov.br/site/menu/select_main_menu_item.do?channelId=39 O CAIS recomenda que os administradores mantenham seus sistemas e aplicativos sempre atualizados, de acordo com as ultimas versões e correções oferecidas pelos fabricantes. O CAIS Alerta também e' oferecido no formato RSS/RDF: http://www.rnp.br/cais/alertas/rss.xml *DICA! Aqueles que nao souberem qual o timezone da sua regiao podem consultar o site do Observatorio Nacional (http://www.on.br/institucional/index.html), no link Servico da Hora, onde pode ser encontrada uma tabela com as informacoes pertinentes. IOS-Cisco = Nos arquivos de configuracao dos roteadores Cisco sera' preciso incluir (ou atualizar) as seguintes linhas: clock timezone GMT-3 -3 clock summer-time GMT-2 date Nov 02 2004 0:00 Feb 20 2005 0:00 *OBS! Os logs gerados pelo Cisco passarao a informar a hora como GMT-2 que e' a nova timezone. GNU/Linux = Usuarios GNU/Linux devem seguir o procedimento abaixo: 1. Verificar a existencia do arquivo '/etc/localtime' e se este arquivo e' um link. * DICA! Nao e' recomendado possuir o arquivo /etc/localtime com link para o arquivo /usr/share/zoneinfo/Brazil/East, pois sistemas em que o diretorio /usr nao estiver acessivel (nao tiver sido montado, por exemplo) no momento de inicializacao da maquina, as informacoes contidas no localtime nao serao carregadas. 2. Verificar se no diretorio /usr/share/zoneinfo/Brazil existe algum arquivo NAO BINARIO que contenha informacoes relativas a outros horarios de verao (DICA!: geralmente um arquivo com extensao .zic) a) Se nao existir nenhum arquivo com tais informacoes, devera' ser criado um novo, de nome 'verao.2004.zic' por exemplo, e inserir as seguintes linhas. Rule Brazil 2004 only - Nov 2 00:00 1 D Rule Brazil 2005 only - Feb 20 00:00 0 S Zone Brazil/East -3:00 Brazil BR%sT b) Se existir algum arquivo com informacoes de horario de verao de outros anos, bastara' inserir as linhas mencionadas. As duas primeiras linhas dizem quando se inicia o horario de verao, quando termina, e qual a acao a ser tomada. Lembre-se que no inicio do horario de verao, deve ser adicionada uma hora. A ultima linha diz qual o arquivo que sera' gerado pelo comando zic, no exemplo sera' o arquivo 'East' (dentro do diretorio Brazil). Esta linha tambem informa o timezone da regiao, no caso de Sao Paulo e' -3. 3. Com o arquivo 'verao.2004.zic' em maos, deve-se executar o comando 'zic', tal como segue: # zic verao.2004.zic No caso particular, este comando atualizara' o arquivo East. 4. Por ultimo, se o arquivo /etc/localtime nao for um link para este arquivo deve-se copiar o arquivo East para
Re: [FUG-BR] pkg_add com proxy, como?!
export http_proxy=http://seu.proxy.com.br:3128/ export ftp_proxy=http://seu.proxy.com.br:3128/ Ou algo parecido... ;-) Saulo Bozzi wrote: poxa to instalando ou melhor tentando instalar uns ports no free em my notebook na facul, mas aqui tem proxyai nao rolaja tentei ve coe do man do pkg_add nada vi algo de ftp_passive_mode mas nao sei onde colocar e como setar corretamente se esse for o parametro, para definir o proxy e user - password... wget nem tem...enfim, talvez algo no ftp...nao sei. se alguem souber como resolver a questao...agradeço muito... abraços a comu... ate. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid HITS
Marcelo da Silva wrote: INtaum qual a sua dica para aumentar eficiencia ??? Chega a um ponto em que é impossível. Voce pode decuplicar a quantidade de RAM que o desempenho e o ganho de rede não aumentam nada. E muito antes disso, a diferença não vale nem o esforço de pensar no assunto. Não adianta, voce não vai conseguir aumentar o número de hits, e não melhorar a velocidade de acesso dos usuários. (Assumindo que voce já tem uma performance razoável e uma taxa de hits aceitável) Em termos matemáticos, seria dizer que o ganho é assintótico. Por mais recursos que voce dê ao servidor, o desempenho tem um limite teórico. Claro, voce pode não ter atingido esse limite, mas pelo que eu acompanhei da discussão até agora, não acredito nisso. Tenho colocado squids com meros 16M de RAM e 512M de disco e não me parecem que seus ganhos estejam ruins. Em uma rede um pouco maior, tem 64M de cache_mem e 1G de disco. E o maior problema nessa máquina são as ACLs. Se tirar todas as ACLs, o tempo de resposta fica muito bom. Em suma, não quero limitar sua criatividade e descobertas pessoais. Faça as medidas. Calcule o desempenho antes e depois de aumentar a configuração de disco e memória. Deixe pelo menos uma semana para cada um, zerando o cache no inicio da medida. Compare os tempos de resposta, os hits em paginas e em bytes, e principalmente, se os usuários notam alguma diferenca. Faça vários testes. Quando voce achar o joelho da assintota, voce saberá onde parar... . O ideal mesmo seria melhorar o algoritmo de proxy, por exemplo, com a tecnologia que está descrita em http://ozlabs.org/~rusty/rproxy.html A idéia é antiga (1999), e está mais atual que nunca. Mas como diz a página, com patentes envolvidas, não deve ir pra frente tão cedo. Uma pena... disco mais rapido, quanto ao link, de vez enquando eu tenho alguns picos que chega chega ao maximo da minha bada contratada até por isso que quero usar o proxy para ver se eu consigo ficar sem aimentar o link por mais algum tempo... Abracoos Marcelo da Silva wrote: INtaum para ser mais eficiente ainda, seria interessante eu aumentar a memoria RAM, e configurar o squid para usar uma porcao maior de RAM Nao necessariamente... Sua eficiencia está nos HITs. O desempenho do tempo de resposta depende do seu link e da velocidade do disco. A memoria serve apenas como acesso temporario ao disco. Se tem muita coisa indo e vindo do disco, a memoria ajuda, mas voce pode ter a decepcao de colocar 20 giga de RAM e nao notar nenhum aumento de desempenho do squid... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] squid HITS
16:29:15 -0300, marcelo wrote OLa preciso que alguem me ajude a compreender o que é estas informacoes abaixo na verdade a informacao que eu quero mesmo, é quanto a eficiencia do meu squid, a porcentagem, de paginas que esta saindo do cache... Cache information for squid: Request Hit Ratios: 5min: 49.9%, 60min: 33.6% Byte Hit Ratios:5min: 21.8%, 60min: 19.3% Request Memory Hit Ratios: 5min: 4.4%, 60min: 3.2% Request Disk Hit Ratios:5min: 47.9%, 60min: 41.9% Median Service Times (seconds) 5 min60 min: HTTP Requests (All): 0.14252 0.46965 Cache Misses: 0.46965 3.11263 Cache Hits:0.01235 0.01309 Near Hits: 0.17711 0.25890 Olha pelo que esta escrito ai, o seu cache não tem cache :) Nos ultimos 5min teve mais erro no cache (misses 0,46965)) to que acertos (Hits). Posso estar falando besteira, mas se isso é em percentual (46,96%) ele ta muito ruim pois os acertos são 1,23 % Verifique a quantidade de memopria que ele utiliza, quanto mais cache em memoria melhor, tempo de expiracao do cache na memoria e em disco Abracoss - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Nilton José Rizzo 805 Informatica Disseminado tecnologias 021 2413 9786 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] squid lento
Lutieri G. wrote: Deve ter sido a oração do meu colega de trabalho: Ontem não sei o que aconteceu mas quando removi todas acl's funcionou perfeitamente. Apesar de eu já ter feito isso anteriormente o a lentidão ter permanecido.. sei lá... Acabei de testar com as ACL's e ficou lento, tirei as ACL's agora e vou testar. Se ficar rápido espero que seja a autenticação NTLM. Já desativei o firewall enquanto usava as ACL pra ter certeza de que não é nenhuma regra. Alguém que tem o squid rodando com autenticação NTLM com mais de 200 usuários?! Funciona normal?! Mais importante que a quantidade de usuários é o perfil de tráfego. Mas os lugares onde coloquei o NTLM não me deram problema. ACLs sim, deram... Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] squid lento
Lutieri G. wrote: Não. Não é essa a questão. O comando squid -z prepara o diretório especificado no squid.conf para fazer cache. O que eu quis dizer é que, como essa é uma operação que usa muito o disco, sem o soft-update ativo demora 2min e 44 seg para esse processo terminar. Já com o soft-update ativo nessa partição demora algo em torno de 2 segundos para concluir o mesmo processo. O meu problema agora é a velocidade de escrita. Algo em torno de 3mb/s no máximo. Já rodou um bonnie ou algo parecido para fazer um benchmark do seu disco? Tenho uma controladora LSI Logic SAS 1064. Ela tem velocidade 3Gb/s. Como eu disse no email anterior, a velocidade da controladora não conta nada aqui. O que vai limitar o seu desempenho é o sistema operacional e a superficie do disco. To tentando descobrir porque tenho essa limitação na velocidade. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid lento
Abaixo: acl sitesthorga url_regex -i /usr/local/etc/squid/xyz/sitesthorga.txt acl sitesthorga_eng url_regex -i /usr/local/etc/squid/xyz/sitesthorga_eng.txt acl msn_chineses url_regex -i gateway.messenger. acl msn_chineses url_regex -i login.live.com acl msn_chineses url_regex -i gateway.dll acl msn_chineses url_regex -i msn.com acl palavra_radio url_regex -i radio acl site_biruta url_regex -i birutadosul acl site_votorantim url_regex -i webmail.votorantim.com.br acl site_votorantim url_regex -i portal.votoran.com.br acl site_votorantim url_regex -i portal.votorantim-cimentos.com.br acl palavra_direito url_regex -i direitodoestado.com acl malwares url_regex -i /usr/local/etc/squid/xyz/malware.txt acl bloqueados url_regex -i /usr/local/etc/xyz/xyz/bloqueados.txt acl liberados url_regex -i /usr/local/etc/xyz/xyz/liberados.txt Experiencia de quem já usou muito o squid: Evite usar milhares de expressoes regulares. Elas consomem CPU. Se voce puder descrever a regra sem expressao regular, o desempenho será muito melhor Experiencia propria, da pior maneira possível... :-( Volta e meia aparecem mensagens assim no cache.log: httpAccept: FD 41: accept failure: (53) Software caused connection abort Eu sei que tem bastante regras usando url_regex, mas não pode ser por causa disso. É sim... ;-) Ainda: Se voce usou a gnu-regex para compilar, tente tirar. Se não usou, tente colocar. O desempenho varia... Tenho uma partição de 10Gb pra cache. Mais importante que o tamanho da partição é onde ela está. Qual o tipo de disco? Qual a velocidade do disco? Tem mais alguma partição no disco, ou é exclusivo do squid? Verifique que a partição está com softupdates e montada com noatime. Juro que não sei o pq da lentidão. Quando digitou: squidclient mgr:info me retorna que tem em torno de 40 clientes e jah fica lento Mas no outro servidor antigo tá rodando super bem com 500 usuários. Para aguentar 10G de disco, ele tem que ter uma boa quantidade de RAM não alocada para cache. Veja aqui: http://www.comfsm.fm/computing/squid/FAQ-8.html#ss8.1 Importante: Cheque de tempos em tempos e tenha certeza que o squid não está indo para o swap. Preciso de ajuda! Outra dica: cache_dir ufs /cache 8000 16 256 Tente mudar de ufs para aufs ou ainda melhor, diskd. E altere o tamanho dos diretórios. Deixe os dois níveis com o mesmo número de entradas. Pode ser 256/256. Para calcular o tamanho ótimo, deixe o cache encher, e conte quantos arquivos estão no cache. Depois tire a raiz cúbica, e escolha um numero inteiro um pouco maior que esse valor. Motivação: dividir igualmente o número de entradas (ou seja, o tamanho) de cada diretório no path. ... Finalmente: httpAccept: FD 41: accept failure: (53) Software caused connection abort Google it, e ache a palavra do desenvolvedor: http://www.squid-cache.org/mail-archive/squid-users/200202/0406.html . Mas em um email seu depois deste: Ontem mesmo removi a autenticação e todas ACL's e continuou com o problema O mesmo problema? O uso de CPU do squid deve ter melhorado para bem menos que 50%. ... Bem, por enquanto é o que posso fazer. Se tiver mais alguma informação, mande. Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] squid lento
Lutieri G. wrote: Em 28/08/07, João Carlos Mendes Luís[EMAIL PROTECTED] escreveu: Abaixo: acl sitesthorga url_regex -i /usr/local/etc/squid/xyz/sitesthorga.txt acl sitesthorga_eng url_regex -i /usr/local/etc/squid/xyz/sitesthorga_eng.txt acl msn_chineses url_regex -i gateway.messenger. acl msn_chineses url_regex -i login.live.com acl msn_chineses url_regex -i gateway.dll acl msn_chineses url_regex -i msn.com acl palavra_radio url_regex -i radio acl site_biruta url_regex -i birutadosul acl site_votorantim url_regex -i webmail.votorantim.com.br acl site_votorantim url_regex -i portal.votoran.com.br acl site_votorantim url_regex -i portal.votorantim-cimentos.com.br acl palavra_direito url_regex -i direitodoestado.com acl malwares url_regex -i /usr/local/etc/squid/xyz/malware.txt acl bloqueados url_regex -i /usr/local/etc/xyz/xyz/bloqueados.txt acl liberados url_regex -i /usr/local/etc/xyz/xyz/liberados.txt Experiencia de quem já usou muito o squid: Evite usar milhares de expressoes regulares. Elas consomem CPU. Se voce puder descrever a regra sem expressao regular, o desempenho será muito melhor Experiencia propria, da pior maneira possível... :-( Volta e meia aparecem mensagens assim no cache.log: httpAccept: FD 41: accept failure: (53) Software caused connection abort Eu sei que tem bastante regras usando url_regex, mas não pode ser por causa disso. É sim... ;-) Tá tudo bem... Deixa mais ocupado o processador mas não a ponto de demorar pra carregar o logo do google nas estações e gradativamente ir piorando. Foi justamente isso que me aconteceu. Mas pelo jeito o seu problema acontece mais rápido, e também acontece sem as ACLs. Os pontos em que o squid é mais exigido são a rede e o disco, principalmente disco. Sem contar que agora, no BSD, eu tenho uma máquina rodando o squid muito mais potente do que a que está em produção rodando linux. E no linux não apresenta lentidão nenhuma. O HD é SCSI ou IDE? Ainda: Se voce usou a gnu-regex para compilar, tente tirar. Se não usou, tente colocar. O desempenho varia... Tenho uma partição de 10Gb pra cache. Mais importante que o tamanho da partição é onde ela está. Qual o tipo de disco? Qual a velocidade do disco? Tem mais alguma partição no disco, ou é exclusivo do squid? Verifique que a partição está com softupdates e montada com noatime. Juro que não sei o pq da lentidão. Quando digitou: squidclient mgr:info me retorna que tem em torno de 40 clientes e jah fica lento Mas no outro servidor antigo tá rodando super bem com 500 usuários. Para aguentar 10G de disco, ele tem que ter uma boa quantidade de RAM não alocada para cache. Veja aqui: http://www.comfsm.fm/computing/squid/FAQ-8.html#ss8.1 Importante: Cheque de tempos em tempos e tenha certeza que o squid não está indo para o swap. Preciso de ajuda! Outra dica: cache_dir ufs /cache 8000 16 256 Tente mudar de ufs para aufs ou ainda melhor, diskd. E altere o tamanho dos diretórios. Deixe os dois níveis com o mesmo número de entradas. Pode ser 256/256. Para calcular o tamanho ótimo, deixe o cache encher, e conte quantos arquivos estão no cache. Depois tire a raiz cúbica, e escolha um numero inteiro um pouco maior que esse valor. Motivação: dividir igualmente o número de entradas (ou seja, o tamanho) de cada diretório no path. Estou alterando agora para diskd. Dois diretórios dentro de uma mesma partição. Cada um com 4066 MB. E a partição total tem 10GB. Ficou assim: cache_dir diskd /cache/0 4096 256 256 Q1=72 Q2=62 cache_dir diskd /cache/1 4096 256 256 Q1=72 Q2=62 Alguma objeção? Tá ótimo. De vez em quando monitora o tamanho das filas, para ver se tem que aumentar alguma coisa. Vou rodar assim, e fazer os cálculos que mencionastes. Não que isso resolva o seu problema, mas é um lugar para espremer mais desempenho. ... Finalmente: httpAccept: FD 41: accept failure: (53) Software caused connection abort Google it, e ache a palavra do desenvolvedor: http://www.squid-cache.org/mail-archive/squid-users/200202/0406.html Já tinha caído aí googling. Me passei e não vi que era um desenvolver que tinha escrito. E continuei em busca de uma resposta. Sem contar que na versão do linux nunca apresentou essa mensagem. Por isso continuei minha busca... Pode ser que o abort tenha sido conseqüência do problema real. . Mas em um email seu depois deste: Ontem mesmo removi a autenticação e todas ACL's e continuou com o problema O mesmo problema? O uso de CPU do squid deve ter melhorado para bem menos que 50%. ... Sim, o mesmo problema! Apesar de a CPU ter sentido a que tiraram um peso, não muito grande, das costas dela, a lentidão continuou. Mas dessa vez com bastante sobra de CPU, certo? Voce já disse que o shell continua legal, então descarta
Re: [FUG-BR] squid lento
Lutieri G. wrote: tem algo estranho no ar: 3 usersLoad 0.00 0.00 0.00 Aug 28 16:41 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 37280816478496 9420 3727752 count All 142784 11080 2082255214792 pages zfod Interrupts Proc:r p d s wCsw Trp Sys Int Sof Fltcow8218 total 1 51 1699 11 1200 62111 78536 wire14: ata 27404 act 6 19: ohc 0.2%Sys 0.1%Intr 0.0%User 0.0%Nice 99.7%Idl33748 inact 5 24: em2 |||||||||| 7240 cache 25: em3 3720512 free 9 26: em0 daefr 6 27: em1 Namei Name-cacheDir-cache prcfr 196 28: mpt Calls hits% hits% react 1999 cpu0: time 1253 343 27 pdwak 1999 cpu1: time pdpgs 1999 cpu2: time Disks da0 da1 cd0 pass0 pass1 pass2 intrn 1999 cpu3: time KB/t 7.43 0.00 0.00 0.00 0.00 0.00 219632 buf tps 196 0 0 0 0 0 48 dirtybuf MB/s 1.42 0.00 0.00 0.00 0.00 0.00 10 desiredvnodes % busy 99 0 0 0 0 01867 numvnodes 165 freevnodes Não sei se vai ser possível entender. Mas olha ali no disco da0 tah trafegando 1.24 MB/s e tah 99% busy. O tamanho médio da transferência está bem pequeno. Qual o tamanho do setor que voce usou na formatação da partição? Para uso com squid eu recomendo 2048/16384, que alias, é o default do sysconfig, mas não do newfs. Qual a controladora? E os HDs? Manda a saida do seu dmesg. Isso tá muito errado né?! Vou desativar o espelhamento via hardware pra testar... Espelhamento? Eu nem colocaria espelhamento na partição do cache. Prefiro usar dois discos, e ter acesso mais rápido, balanceado. Se queimar um disco, joga fora aquela partição, a perda não é grande, vale a diferença em desempenho. Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] CD FreeBSD Atualizado
William Grzybowski wrote: On 8/23/07, Doug [EMAIL PROTECTED] wrote: Mas há alguma previsão Em 23/08/07, William Grzybowski [EMAIL PROTECTED] escreveu: On 8/23/07, Doug [EMAIL PROTECTED] wrote: Tenho a versão FreeBSD 6.2-RELEASE, a qual instalei apartir do cd a algum tempo atrás. Agora preciso formatar minha máquina e gostaria de saber se já há alguma versão mais atual, se não, alguem saberia quando será lançada ? Oficial nao, soh os snapshots da versao 7 em desenvolvimento... NAO Mais ou menos! http://www.freebsd.org/releng/index.html O FreeBSD 7 está congelado desde Junho, o que significa que estão fechando as pontas para fazer o release final do 7.0. Ainda deve demorar, eu chutaria uns 2 meses, pelo menos. Mas mesmo assim, não sei se eu recomendaria o 7.0 para um servidor de produção, principalmente se voce teve que perguntar sobre o release. Esse cara é bom para quem acompanha as listas de desenvolvimento com frequencia, e gosta do bleeding edge mas deseja um pouco mais de estabilidade que um -current diário. Fique com o 6.2, e aguarde o 6.3. Dá ultima vez que vi, o freeze do 6.3 estava marcado e até já tinha passado a data. Mas mudaram para TBA (To Be Announced), o que significa que não vai dar para cumprir aquele prazo antigo, e não tem previsão nenhuma. O que voce pode fazer, eu diria que praticamente sem medo, é se manter atualizado com a versão 6.x usando o cvsup/make world/mergemaster. Quando sair a versão final do 6.3, voce nem vai notar a diferença. ;-) - 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] - Mapear com o samba
Bruno Torres Viana wrote: Senhores, Pode parecer brincadeira mas estou tendo dificuldades de mapear uma unidade de rede no linux. Tenho um máquina windows //192.168.0.1/compartilhamento e preciso fazer o mapenamento pelo FreeBSD. Quando vou tentar mapear: mount_smbfs -I 192.168.0.1 //freebsd@ 192.168.0.1/compartilhamento /mnt/backup. Apace a mensagem: mount_smbfs: unable to open connection: syserr = Operation not permitted Voce configurou a senha, como diz o manual? Tentei de outras formas mas não consegui sucesso. Quando eu trabalha com linux isso era mais fácil usava o mount -t smbfs -o username=usuario,password=senha //IPServidor/compatilhamento /mnt/destino. Agradeço a todos desde já. - 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] - Mapear com o samba
Outra opção: Em vez de usar SMBFS, por que nao usar NFS? Seria até mais eficiente. Bruno Torres Viana wrote: Senhores, Pode parecer brincadeira mas estou tendo dificuldades de mapear uma unidade de rede no linux. Tenho um máquina windows //192.168.0.1/compartilhamento e preciso fazer o mapenamento pelo FreeBSD. Quando vou tentar mapear: mount_smbfs -I 192.168.0.1 //freebsd@ 192.168.0.1/compartilhamento /mnt/backup. Apace a mensagem: mount_smbfs: unable to open connection: syserr = Operation not permitted Tentei de outras formas mas não consegui sucesso. Quando eu trabalha com linux isso era mais fácil usava o mount -t smbfs -o username=usuario,password=senha //IPServidor/compatilhamento /mnt/destino. Agradeço a todos desde já. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sincronizar Relógio com Servidor Window s
Jose Augusto wrote: Olá galera estou tentando sincronizar meus servidores com o servidor NTP Windows, eu instalei o NTPDATE e digito ntpdate davinci.meudominio.local voltaire:/usr/bin# ntpdate davinci.castmeta.local 17 Aug 07:31:52 ntpdate[7301]: adjust time server 10.10.50.9 offset - 0.002080 sec voltaire:/usr/bin# date Fri Aug 17 07:34:43 CDT 2007 Ele não sincroniza o.O eu olho o servidor e a hora é 9 e alguma coisa e no Os minutos estão iguais, pelo menos? Talvez o seu problema seja de time zone. Agora, é a primeira vez que vejo alguem querer sincronizar um Unix com um Windows, e não o contrário. ;-) linux não vai de jeito nenhum, não posso liberar esses servidores na internet para sincronizar online :( se alguém puder me ajudar. Abraços Augusto Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] Informações sobre WEBMAIL - Opniões .
O SquirrelMail é simples, mas nunca me deixou na mão. Gosto dele por que é mantido ativamente e possui facilidade de plugins. O IMP/HORDE tem uma cara mais profissional, entretanto. Talvez voce nao goste da migração. Tem alguma coisa nele que não lhe agrade? A configuração de hardware e topologia vai depender muito do tamanho da sua rede. Em alguns casos, nem máquinas dedicadas resolvem, tem que usar várias, com balanceador de carga. Uma coisa que pode fazer diferenca, caso voce ainda nao esteja usando, é caixas do tipo Maildir, em vez do formato mbox padrão do FreeBSD. Jonatas M. Victor wrote: Srs, Estou hoje utilizando o HORDE com o WEBMAIL, mas queria ver com os Srs quais as configurações de máquinas que estão utilizando para o Webmail? Se estão utilizando máquinas dedicadas para isso ou rodando junto com o servidor que tem as caixas? E qual os webmails mais modernos e utilizados hoje?( De preferência mais leve possível ). Sei que várias variantes sobre o assunto mais queria uma troca de idéias sobre. Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] Cannot allocate memory
Fabiano Caixeta Duarte wrote: Senhores, De uns dias pra cá meu sendmail 8.13.8 instalado em um FreeBSD 6.2 num servidor IBM com 2.5GB de memória RAM começou a registrar no log mensagens como esta: Aug 13 17:42:22 mx sm-mta[6698]: l7DKgLwZ006698: SYSERR(root): out of memory: Cannot allocate memory Isso acontece imediatamente, ou é necessário alguma condição? Já percebi que servidores com muita memória RAM tem maior dificuldade para fazer mmap. Se o sendmail estiver tentando fazer um mmap muito grande, poderá ter problemas. Um bug corrigido esta semana no RELENG-6, no programa rpc.statd, diz respeito a isso. O programa funcionava perfeitamente, até colocar ele para rodar num servidor com 4G de RAM. Ai ele parou de rodar dando erro no mmap. Descobriu-se que era um bug interno: Ele mapeava o mesmo arquivo várias vezes. Mas o problema só aparecia quando o servidor tinha mais de 3G de RAM. Bem, não respondi a sua pergunta, mas espero ter ajudado a direcionar alguem que queria hackear a resposta... Entretanto o top, no mesmo momento, me diz que: Mem: 474M Active, 1447M Inact, 222M Wired, 13M Cache, 112M Buf, 354M Free Alguém tem algum palpite? Grato! -- Fabiano Caixeta Duarte Especialista em Redes de Computadores DESISTIR é uma solução permanente para um problema temporário. James MacArthur - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] Ajuda com SQUID
Mário wrote: Boa tarde pessoal, Já li tudo o que poderia ser lido e mesmo assim continuo batendo a cabeça, o negocio é o seguinte tenho o seguinte cenário: Tenho uma rede relativamente grande até o momento tinha apenas 1 squid com um link dedicado de 2Mbps, mas a demando cresceu muito e fiz o seguinte como é apenas para uso interno contratei um outro link neste caso já adsl de 10Mbps e montei um segundo proxy. Pretendia esta fazendo a comunidação de ambos via ICP mas isso não esta dando certo já que os dados tendem a fluir pelo link dedicado e gostaria que todo o fluxo WEB fosse direcionado para esta outra maquina com o link de 10Mbps ... Então é isso ai eu gostaria apenas que o squid 1 repasse todas as requisições para o squid 2 já que ele é dedicado a web apenas. Coloque o squid 2 como parent do squid 1. Se isso nao ajudar, nao entendi a sua pergunta... Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] mount root
Voce recompilou o kernel, ou ainda é o original? Cleber - Suporte Imply wrote: Pessoal! Estou tentando instalar o freebsd 6.2 e ele não termina o boot, me dizendo que não consegue montar a partição: Mountroot E quando coloco o cd do 6.0 ele da o boot normal e entra no sysinstall. Alguém pode me ajudar? Cléber Panta Pick P D Lab Imply Tecnologia Eletrônica Rua 28 de Setembro, 1713 Santa Cruz do Sul - RS – Brasil, CEP : 96810-030 http://www.imply.com.br www.imply.com.br mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] Fone: +55 (51) 2106-8000 Cel: +55 (51) 8197-6085 Linux user: 425298 FreeBSD FUG-BR user: 363 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] RES: mount root
Tenta dar o boot em safe mode ou sem ACPI. Cleber - Suporte Imply wrote: É o original...é o do cd...não consigo fazer a instalação dele. Cléber Panta Pick P D Lab Imply Tecnologia Eletrônica Rua 28 de Setembro, 1713 Santa Cruz do Sul - RS – Brasil, CEP : 96810-030 www.imply.com.br [EMAIL PROTECTED] Fone: +55 (51) 2106-8000 Cel: +55 (51) 8197-6085 Linux user: 425298 FreeBSD FUG-BR user: 363 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de João Carlos Mendes Luís Enviada em: segunda-feira, 30 de julho de 2007 12:18 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] mount root Voce recompilou o kernel, ou ainda é o original? Cleber - Suporte Imply wrote: Pessoal! Estou tentando instalar o freebsd 6.2 e ele não termina o boot, me dizendo que não consegue montar a partição: Mountroot E quando coloco o cd do 6.0 ele da o boot normal e entra no sysinstall. Alguém pode me ajudar? Cléber Panta Pick P D Lab Imply Tecnologia Eletrônica Rua 28 de Setembro, 1713 Santa Cruz do Sul - RS – Brasil, CEP : 96810-030 http://www.imply.com.br www.imply.com.br mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] Fone: +55 (51) 2106-8000 Cel: +55 (51) 8197-6085 Linux user: 425298 FreeBSD FUG-BR user: 363 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jonny Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] Instalando freebsd i386 numa maquina amd64
Qual o problema? Apenas instale como em qualquer outro lugar... Leandro Malaquias wrote: Se alguem tiver algum texto relacionado a instalacao do freebsd para i386 numa maquina amd64 poderia me enviar o link ou texto? flw, Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] Problemas no NTP
Renato Luiz de Sousa wrote: Nos outros servidores, tenho apenas a seguinte linha no ntpd.conf: # a.b.c.d é o endereço IP do NTP server server a.b.c.d Tente adicionar uma linha com o arquivo de drift. Mas os outros ntp não estão conseguindo sincronizar com o ntp server. O curioso é q qdo rodo o cmd: ntpdate a.b.c.d O servidor sincroniza com o ntp server, mas qdo subo o ntp ele não consegue sincronização. Alguem sabe onde estou errando ??? O servidor primário sincronizou? Apareceu o '*' em frente de algum dos servidores dele? Caso não tenha sincronizado, verifique os parametros de offset e jitter. Se estiverem muito altos o ntpd se recusa a sincronizar. Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] RES: Solução para RAID?
Epa, o device ar (ataraid) é usado para discos com softraid, ou seja, raid pela BIOS. Não há hardware raid em questão... Do manual: The ataraid driver provides support for so-called software RAID (some- times referred to as fake RAID or pseudo RAID). Ou seja, as vantagens que voce cita não se aplicam... Para todos os efeitos, a unica diferença entre o ataraid e o gmirror é que no ataraid a configuração pode ser feita pela BIOS, o que permite maior controle na instalação, e discos com RAID0 já no boot. Não há nenhum ganho de desempenho entre um ou outro. Renato Frederick wrote: Desvantagem: você está gastando CPU e dependendo do OS para fazer o sincronismo de dados. Uma placa RAID tem circuitos dedicados à copia, juntamente com buffers e grande quantidade de memória que aumentam a performance significantemente. Talvez uma desvantagem seja que, dependendo da placa, se ela explodir, você não consegue ler os dados, se colocar em uma controladora normal. Já vi isto com alguns disco SCSI em RAID. Outro problema é que o raid depende do software, então, se houver um bug XYZ no FreeBSD ou no software que faz o RAID, você estará em mals lençóis. A placa raid o faz em baixo nível, juntamente com as informações enviadsa pelo barramento, não dependendo de programação. Por fim, utilizo aqui placas HighPoint, que funcionam muito bem desde o freebsd 4.11(com driver fornecido pelo fabricante) e de modo nativo a partir do 5: ad4: 76319MB Seagate ST380011A 3.06 at ata2-master UDMA100 ad5: 152627MB Seagate ST3160212A 3.AAJ at ata2-slave UDMA100 ad6: 76319MB Seagate ST380011A 3.06 at ata3-master UDMA100 ad7: 152627MB Seagate ST3160212A 3.AAJ at ata3-slave UDMA100 ar0: 76319MB HighPoint v2 RocketRAID RAID1 status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ar1: 152627MB HighPoint v2 RocketRAID RAID1 status: READY ar1: disk0 READY (master) using ad5 at ata2-slave ar1: disk1 READY (mirror) using ad7 at ata3-slave A HighPoint possui placas PCI RAID ATA133 e SATA, a preços módicos :) -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Augusto Fabiano Torres Enviada em: quinta-feira, 22 de março de 2007 16:49 Para: Lista de discussao sobre FreeBSD Assunto: [FUG-BR] Solução para RAID? Boa tarde pessoal, Após exaustivas tentativas para fazer funcionar a placa Raid Adaptec 1210SA acabei desistindo da mesma e fiz um Raid 1 usando o GEOM, que está funcionando direitinho entre meus hds SATA. Gostaria de uma opinião de vocês sobre as vantagens ou desvantagens de fazer Raid com Placas Raid comparado ao Raid por Softwares. Alguém poderia me indicar boas placas para Raid usando discos SATA? Estou usando o FreeBSD-6.2-RELEASE-p2 em uma Intel D102GGC2 Obrigado Augusto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jonny -- João Carlos Mendes Luís - Networking Engineer - [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] boot do FreeBSD destruindo minha tabela de particao
Nenhum de Nos wrote: mas isso eu ja fiz. meu lilo esta perfeito. o problema eh como op lilo chama: other = /dev/sda4 table = /dev/sda label = FreeBSD ele tenta dar boot na particao do FreeBSD, e o bootsector desta particao tem codigo colocado pelo boot0cfg do FreeBSD de maneira errada. assim eu nao entro no FreeBSD. Acho que está havendo um erro aqui. O boot0 é o MBR. Se voce tá usando LILO antes do BSD, voce não está usando boot0. E se tentar usar boot0cfg, vai apagar o LILO. eu preciso do equivalente ao -U do lilo para o boot0cfg... obrigado ... matheus --- [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: hmm.. vc pode entrar com um livecd ou com a opção rescue eventualmente disponível, (ubuntu, kurumin, slackware), acessar sua partição Linux que funcione, verificar os parâmetros do lilo.conf e, em seguida, chamar o ´lilo´ para deixar seu boot em ordem. Acho que é o mais fácil que possa fazer. --- saudações, irado furioso com tudo FreeBSD BSD50853/Linux User 179402 As pessoas fazem coisas horríveis por dinheiro, até trabalhar. Original Message: - From: Nenhum de Nos [EMAIL PROTECTED] nao da boot, que quando o lilo chama o boot da particao entra em loop :( mail2web - Check your email from the web at http://mail2web.com/ . ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br Throw off those chains of reason And your prison disappears. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] boot pen drive - instalar OS
Otacilio Neto wrote: --- Paulo Pires [EMAIL PROTECTED] escreveu: On 4/1/06, Celso Viana [EMAIL PROTECTED] wrote: All, Tenho que instalar o FreeBSD em várias máquinas, algumas das quais com o drive de CD com defeito; alguém sabe se é possível iniciar o processo de instalação (boot) a partir de um pen drive, para que eu possa fazer a instalação em si via rede (NFS)? Thank's Possível é, desde que a BIOS saiba dar boot de USB. Porém, mesmo que dê boot de USB, alguns modelos só aceitam pen-drive emulando floppy, outras só emulam HDs, outras só emulam zip-drives e outras coisas mais exóticas, e os formatos de cada uma, como você já deve estar imaginando, não são compatíveis entre si. Só não descobri ainda se é possível ter no mesmo pen-drive boot records de mais de um formato, mas tenho a impressão de que não é possível. -- Um abraço. Paulo A. P. Pires Não dá para iniciar via disquete não? Ou em CDROM USB, que já é bem facil de achar por ai... ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] ajuda com I-RAM SATA em FreeBSD6
Alexandre Bensi wrote: Pessoal, Estive pensando cá meus botões.. quando participei da tradução do FAQ FreeBSD, Troubleshooting, aprendi alguma coisa sobre a forma que o FreeBSD trabalha com dispositivos de armazenamento.. basicamente ele ignora as instruções da BIOS, utilizadas pelo FreeDOS que utilizei no teste preliminar pra acessar a unidade I-RAM. Esta correto imaginar que só terei sucesso em utilizar essa unidade I-RAM somente depois que o Kernel for re-modelado com suporte a I-RAM? Se a emulação de disco SATA não for 100% compatível, tem que esperar (ou fazer) o suporte de kernel sim. Agora, se não é compatível, por que seria SATA? ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] curiosidade sobre o comando rm
Marcelo Soares da Costa wrote: Eu estive procurando referencias sobre o comando rm , quero tirar uma duvida que acho que é uma lenda que ouvi a algum tempo atras, pois estou fazendo um trabalho e não quero falar besteira minha duvida é tirando as ferramentas de recuperação de disco com o coronel existe alguma forma de recuperar um arquivo removido com rm , pelo que eu sei não tem. Existe, mas é muito complicado e tem poucas chances de sucesso. Melhor considerar que não tem, e usar e abusar do sistema de lixeira do seu ambiente preferido. é verdade que no caso do ufs2 quando voce dá um rm voce sobrescreve 128 vezes para garantir que o danado nem sonhe e ser recuperado, acho duvidosa essa afirmação , mas já ouvi isso por ai Onde voce ouviu isso? Claro que não se faz assim. Se não um rm seria 128 vezes mais lento que a criação do mesmo arquivo, e qualquer teste rápido mostra que isso não acontece... Pode ser que voce tenha ouvido falar sobre sistemas seguros, que opcionalmente poderiam ser configurados para isso, mas nunca num default. E mesmo que haja reescrita, 128 vezes é demais. Umas 10 já bastam... ;-) desde já agradeço resposta a essas questões quase nefasta, hehehe ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Licença
Giancarlo Rubio wrote: Pessoal: Estava compilando o pgcluster(bsdlicense) atraves do gmake(gnu). Pergunto-me esse programa compilado é considerado gnu ou bsd?? Apesar do GCC ter licença GPL, contaminante, as bibliotecas do GCC e o código gerado tem licensa LGPL, que não é contaminante. Se voce não distribuir o compilador, o código compilado continua com a licença original. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [1/2 OFF] Várias Realteks
Antonio Torres wrote: No geral: já tive problemas com multiplas realtrecos e, na maioria das vezes acabou funcionando usando pooling (é claro que depois de muita troca de slot), mas mesmo funcionando (sem os famosos device timeout) a performace ficou deprimente... mais uma dica: com MBs Intel, use placas Intel... E sem MB Intel, use Placa de Rede Intel também... As placas 10/100 da Intel, que usam o driver fxp, são as mais recomendadas pela equipe de desenvolvimento de rede do FreeBSD. O driver não tem nenhum hack maluco, a placa funciona bem conforme foi projetada, e a eficiência é ótima. Todos os servidores principais do projeto usavam placas com o driver fxp(4). Infelizmente no mundo de 1Gbps eu não acompanhei a história do driver. Mas uma boa notícia é que o driver em(4) foi feito pela própria Intel. Eu continuaria confiando nas placas Intel, dado o bom desempenho que eles tiveram no mundo de 100Mbps. As placas Via, Realtek, e até 3Com tem histórias de horror contadas pelos desenvolvedores dos drivers (as vezes no próprio manual do FreeBSD), que deixam qualquer um com medo de usa-las. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Instalação FreeBSD 5.4
Aguarde uma semana, e pegue a versão 6.0 que tá saindo do forno. Já que voc evai aprender, pega logo uma versão mais recente. Nao se preocupe que ela é bem estável. Franzé Jr wrote: Oi pessoal vou instalar o BSD agora, é a primeira vez que vou instalar, alguém tem alguma dica, ou algum complemeto pra me ajudar, tipo se tem algum ponto da instalação que é pra tomar cuidado, eu tenho o windows instalado ainda... quero ficar com o bsd e windows por enquanto, ja tenho uma partição feita pra linux Se alguem poder me ajudar diz ae... se souberem algum tutorial ensinando a instalar o bsd quem pode dizer , pq eu nao achei na net...ainda estou proucurando obrigado! -- Atenciosamente, Franzé Jr ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Timeout sshd
Rainer Alves wrote: [EMAIL PROTECTED] wrote: Onde eu posso configurar opcoes no sshd para que ele finalize uma conexao ssh perdida ?? Gawk, Coloque isso no sshd_config e reinicie o daemon: TCPKeepAlive yes ClientAliveCountMax 6 ClientAliveInterval 10 O SSHd vai mandar um 'client alive message' para o usuário a cada 10 segundos... caso ele não obtenha nenhuma resposta depois de 6 tentativas (60 segundos = 6x10), a conexão é finalizada. Muito bom! Sabe de algo equivalente no cliente, para ele detectar se o servidor caiu? Preciso disso num ambiente em que nao tenho como mudar a configuracao do servidor. Att., Rainer Alves BrasilTelecom ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Erro no newslog
Isso é bug no newsyslog, que nao se entendeu com a entrada do horario de verao... E como voces viram, no 5.x já foi resolvido, e o 4.x está sendo abandonado. Ari Arantes Filho wrote: Rizzo, Não tinha prestado atenção, mas a única máquina que aconteceu isso também foi um 4.11. O engraçado é que recebi várias mensagens de hora em hora somente no domingo, depois parou de enviar a mensagem, sem ter mexido em nada. Também mandei a pergunta para a lista, mas fiquei sem reposta... Ari - Original Message - From: Nilton Jose Rizzo [EMAIL PROTECTED] To: FreeBSD-FUGSPBR Freebsd@fug.com.br Sent: Sunday, October 16, 2005 8:43 PM Subject: [FUG-BR] Erro no newslog Galera ... Apois a mudanca do horario de verao tive uma surpresa o seguinte erro newsyslog: nonexistent time for 'at' value: /var/log/maillog640 7 *@T00 Z E foi em apenas uma das minhas maquinas rodando o FreeBSD 4.11. ja olhei os arquivos do time zone está correto Alguma ideia? Rizzo ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] interface tap0
No meu entender, o ifconfig (ou qualquer outro programa de controle de rede) só vai ver a interfac etap quando ela for iniciada, ou seja, quando já houver um processo controlando o /dev/tap* Márcio Luciano Donada wrote: Pessoal, Compilei o kernel do meu FreeBSD 5.4-STABLE com suporte ao device tap, mas depios do boot com o novo kernel, tento iniciar a interface tap0 e diz que a mesma não existe, alguém tem alguma dica? Já li o handbook e o google.com/bsd e nada. Qualquer dica é bem vinda. []'s -- Márcio Luciano Donada T.I. Aurora Alimentos Chapecó(SC) Cooperativa Central Oeste Catarinense mdonada at auroraalimentos dot com dot br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Aproveitar o kernel de outra maquina eh problema?
Alexandre Donisete wrote: Ola!! De vez enquando aparece uns MMX 233 pra reinstalar, e preciso habilitar no kernel algumas opções, e pra não deixar o bichinho compilando kernel por quase 1hr, copio o kernel de uma outra maquina, P4 2.8 que eh um pouco mais rápida :D Mas sempre fiquei em dúvida se é certo o que estou fazendo.. Não há problema nenhum. Eu faço isso toda hora. Basta voce tomar cuidado com a definição do kernel e com as opções na hora de compilar, para não usar nada que seja específico do processador. Ou melhor ainda, use configurações diferentes de kernel para cada máquina, mesmo que compile tudo em uma só. Nas versões 5.X, o sistema calcula algumas variaveis do kernel segundo as caracteristicas do computador, NMBCLUSTERS, MAXUSERS entre outros.. mas isso eh pra compilar e fixar o kernel ou eh dinâmico quando o sistema carrega? Acontece quando o sistema carrega, mas voce pode fixar na mão, com o metaparametro maxusers (que não é para o numero maximo de usuarios), ou parametro por parametro individualmente. Minha recomendação é quie voce só mexa nisso se souber bem o que está fazendo. Caso contrário, deixe o kernel decidir. Melhorando a pergunta.. Perco desempenho aproveitando o kernel de outra maquina inferior ou superior a que vou utilizar de fato? Existem duas coisas diferentes. Se voce usar o kernel de outra máquina, pode perde desempenho sim, ao não poder otimizar a configuração do mesmo para a máquina destino. Mas nada impede voce de criar várias configurações distintas, e compilar tudo numa máquina só. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Horario de Verão
Quem já tinha um timezone oficial não precisa recompilar nada. O zoneinfo do Brasil usa Sun=15/Fev para fim do horário de verão desde 2001. Curiosamente, desde Dez/2004, pelo menos, que o inicio do horário de verão está programado para Sun=15/Out. Alguem chutou que seria igual ao de 2003, e acertou.;-) Pelo menos é assim que está definido nos fontes oficiais do FreeBSD: ... RuleBrazil 2001max - Feb Sun=15 0:00 0 - ... RuleBrazil 2005max - Oct Sun=15 0:00 1:00S # For dates after mid-2005, the above rules with TO=max are guesses # and are quite possibly wrong, but are more likely than no DST at all. ... Alex S. Moura wrote: Carlos Anderson Jardim wrote: Claus R. Töpke escreveu: FONTE: Ministério de Minas e Energia O horário de verão começa a zero hora do dia 16 de outubro e vai até o dia 19 de fevereiro de 2006, no mesmo horário. Ano passado tivemos que efetuar alterações nos servidores para que fosse feito automaticamente a mudança do horario de verão. Neste ano vai ser preciso fazer alguma alteração do genero ? Sim, será necessário. Nosso governo nos faz esse favor, ano após ano, ao invés de fixar as datas. No site da RNP nada foi publicado. A notícia do horário de verão foi feita ontem. Ainda não houve tempo hábil para a equipe do CAIS da RNP preparar o material com as recomendações como é feito habitualmente. Entretanto, as dicas dos anos anteriores pode ser seguida normalmente, uma vez que é só mudar as datas para as divulgadas ontem. Alex ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Duvida cruel sobre permissoes de arquivos.
Suponhamos que em um determinado sistema, o usuário root crie um diretório com permisões 777, ou seja, -rwxrwxrwx. Depois, ele mude o grupo do diretorio para XXX. Logo depois um usuário qualquer YYY, com grupo default YYY, e que não pertence ao grupo XXX, cria um arquivo nesse diretório, digamos, com o comando touch. A que grupo pertence o arquivo? E se o diretório for setgid? Teste suas afirmações! Comentários? ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Placas mae para AMD-64
Para quem queria informação desse tipo: http://www.freebsd.org/platforms/amd64/motherboards.html ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Samba PDC muito lento
Um chute rápido: voce colocou o nome do servidor igual ao nome do dominio? R. Filippus wrote: Bom dia a todos. Migrei todas as estações da empresa para um Servidor com Samba(PDC). Ao ligar as estações hj, me aparece em 70% das estações: Existe um nome duplicado na Rede. Mas tudo bem, ao reiniciar elas, a mensagem extranhamente nao apareceu mais. Mas notei que tem um delay ao clicar em qualquer compartilhamento do servidor, uns 10 segundos no minimo, o que não ocorria antes com o M$2000srv. O que eu poderia fazer para verificar possiveis problemas? obrigado. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Ref. excesso de arquivos
irado furioso com tudo wrote: Em Tue, 5 Jul 2005 16:22:46 -0300 [EMAIL PROTECTED] (João Carlos Mendes Luís) escreveu: Nao está nem perto de ser parecido com o xtreegold metendo minha colher torta nessa prosa: o mc (midnight commander), que também está no ports, também permite fazer um monte de coisas. Eu achava o original (Norton Commander) até melhorzinho que o XtreeGold. Realmente ele é bem parecido com o Norton Commander, mas interface é coisa muito pessoal. Viciado em xtg não usa outra coisa. Nem mesmo ytree. ;-) ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Postfix duplicando mensagens
Voce tem .forward configurado na sua conta? Mande ele pra gente. Everton Gamba Lermen wrote: Bom dia! Mauro, Segue abaixo parte do maillog de uma mensagem de teste que enviei para mim... Ah, um dos primeiros testes que fiz foi realmente comentar as linhas referente as configurações do amavis no postfix (master.cf e main.cf) e o estranho é que as mensagens continuaram sendo duplicadas, também esqueci de comentar no email anterior que uso autenticação SMTP e Courier IMAP + Maildrop. Jul 7 08:18:46 srvlab postfix/smtpd[76944]: connect from localhost.lsdores.com.br[127.0.0.1] Jul 7 08:18:46 srvlab postfix/smtpd[76944]: A94EF1221AF: client=localhost.lsdores.com.br[127.0.0.1] Jul 7 08:18:46 srvlab postfix/cleanup[76945]: A94EF1221AF: message-id=[EMAIL PROTECTED] Jul 7 08:18:46 srvlab postfix/qmgr[62400]: A94EF1221AF: from=[EMAIL PROTECTED], size=1185, nrcpt=1 (queue active) Jul 7 08:18:46 srvlab postfix/smtp[76937]: 3A39C121E63: to=[EMAIL PROTECTED], relay=127.0.0.1[127.0.0.1], delay=2, status=sent (250 2.6.0 Ok, id=76005-06, from MTA([127.0.0.1]:10025): 250 Ok: queued as A94EF1221AF) Jul 7 08:18:46 srvlab postfix/smtpd[76944]: disconnect from localhost.lsdores.com.br[127.0.0.1] Jul 7 08:18:46 srvlab postfix/qmgr[62400]: 3A39C121E63: removed Jul 7 08:18:46 srvlab postfix/local[76946]: A94EF1221AF: to=[EMAIL PROTECTED], relay=local, delay=0, status=sent (delivered to command: /usr/local/bin/maildrop -w 90) Jul 7 08:18:46 srvlab postfix/qmgr[62400]: A94EF1221AF: removed Jul 7 08:18:47 srvlab postfix/smtpd[76944]: connect from localhost.lsdores.com.br[127.0.0.1] Jul 7 08:18:47 srvlab postfix/smtpd[76944]: 31E2D1221FD: client=localhost.lsdores.com.br[127.0.0.1] Jul 7 08:18:47 srvlab postfix/cleanup[76945]: 31E2D1221FD: message-id=[EMAIL PROTECTED] Jul 7 08:18:47 srvlab postfix/qmgr[62400]: 31E2D1221FD: from=[EMAIL PROTECTED], size=1387, nrcpt=1 (queue active) Jul 7 08:18:47 srvlab postfix/smtp[77002]: 5098E121FCB: to=[EMAIL PROTECTED], relay=127.0.0.1[127.0.0.1], delay=3, status=sent (250 2.6.0 Ok, id=75801-07, from MTA([127.0.0.1]:10025): 250 Ok: queued as 31E2D1221FD) Jul 7 08:18:47 srvlab postfix/smtpd[76944]: disconnect from localhost.lsdores.com.br[127.0.0.1] Jul 7 08:18:47 srvlab postfix/qmgr[62400]: 5098E121FCB: removed Jul 7 08:18:47 srvlab postfix/local[76950]: 31E2D1221FD: to=[EMAIL PROTECTED], relay=local, delay=0, status=sent (delivered to command: /usr/local/bin/maildrop -w 90) Jul 7 08:18:47 srvlab postfix/qmgr[62400]: 31E2D1221FD: removed Mauro Paes Correa wrote: Ola, É bom voce mandar uma mensagem de teste, e colar pra nós a hora que ela envia (tail -f /var/log/maillog). Provavelmente ele está duplicando a mensagem ao passar pelo amavis.. ja vi algo parecido. Att. Mauro Fundador - Bsdsul http://bsdsul.gnx.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] USB PenDrive no FreeBSD - Recomendacoes
Somebody told me that Patrick Tracanelli said: Não cheguei a verificar a parte de velocidade. Na verdade, em umas das vezes que isso aconteceu o FreeBSD perdeu o acesso ao umass por completo. hehe sei bem do que voce ta falando, isso acontecia comigo no 5.0 com Memory Sticks, no 5.1 continuo e no 5.2.1 parou essa bixeira; mas nao perdeia soh o umass, dava panic na tora, sem perdao; Eu estou com o -stable de sabado... ;-) Estranho, meu vendor é diferente: # USB Flashdrive - IPC: O dispositivo umass tem que estar precarregado device DataTraveler II+ product 0x1601 vendor 0x0951 release 0x0100 devname umass[0-9]+ attach /usr/bin/camcontrol rescan all attach sleep 1 ; /sbin/mount_msdosfs -o longnames /dev/da0s1 /p detach /sbin/umount -f /p Entao, na verdade o meu vendor nao e Kingston apesar de ser Kingston Datatraveller. O proprio usbd(8) indica que o fabricante e Toshiba. Bom, eh um Datatraveller de origens suspeitas hehe, mas ja vi mais de 2 reconhecidos como Toshiba. Talvez nao seja o caso do seu, por isso fica diferente. Nao me dei ao trabalho de pesquisar se eles deveriam realmente utilizar chips Toshiba :) Falsificado, talvez? Bem, ele reconhece como datatraveler? Se for assim, o shim para o send-pr tem que ser diferente. Curiosamente, pensamos separado, mas tivemos maios ou menos a mesma idéia. :-) Hmm meio Windows wannabe neh? poe e ta disponivel. Ou pior (melhor?) Poe e ja sai copiando... hehehe É, o seu é pior. ;-) Mas esse negocio de poe e sai copiando é um conceito do Clie com Memory Stick. Voce pode configurar um programa de auto-run pro stick. Nao lembro se os Palms comuns tem isso. Assim basta espetar o PD no USB que ele monta apos 8 segundos, basta retirar que ele desmonta. E ainda com camcontrol devlist consigo Esse desmonta é que me preocupa. Não é 100% seguro, e ainda estou testando essa opção. Pois eh eu tambem me preocupava... porque se voce desmonta sem o USB ou (mais fatal ainda) ranca o USB com ele montado: a tragedia eh certa hehe. Mas com o usbd nao. Voce tira e desmonta.. mesmo na ordem nao racional que seria desmontar pra depois tirar. Provavelmente o USBd faz algo mais inteligente que torna o desmontar depois mais seguro. O quanto mais seguro, nao sei, mas a verdade eh que na pratica nunca tive problema, e eu nunca desmonto na mao, sempre tiro o pd fora, meio automatico. Ate agora tudo correu bem =) Pro umount, não tem nada de USB, é SCSI mesmo. Mas acho que o ideal eh desmontar na mao. No Windows o manual diz pra clicar com o terceir botao no icone do tray e ir em desativar equipamento de forma segura (nada de hot swap, apesar de funcionar rancando na mao no windows..). No Mac OS X tambem funciona na mao mas da um avisinho de motivacao educacional: Remember to safely dispose USB device next time. Entao neh... hehehe alguma gambiarra nao totalmente segura deve ser compartilhada entre todos os sistemas. É, a gambiarra é igual. Mas seria interessante então montar sem cache? O msdosfs tem algo parecido? Ou será o default? Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Ref. excesso de arquivos
Somebody told me that Antonio Torres said: lembra do bom e velho XtreeGold do DOS ? bem, tem para *NIX (*BSD, Solaris, Linux, etc.) No FreeBSD está em /usr/ports/misc/ytree. Nao está nem perto de ser parecido com o xtreegold. O ZtreeBold seria uma opção melhor, mas o autor não quer saber de Unix, só de OS/2 e Windows. www.ztreewin.com Ele é perfeito para emergencias em que é preciso limpar diretórios com 100.000 arquivos sem ter que ficar arriscando com as diferencas de sintaxe do `find` Arriscando, nao, aprendendo... ;-) Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] USB PenDrive no FreeBSD - Recomendacoes
Somebody told me that Patrick Tracanelli said: O bizarro eh que de vez em quando da warning de sincronizacao de cache De vez em quando? O meu é de vez em sempre! ;-) (!!) mas funciona normalmente. Notei que quando da esse warning a velocidade cai mais de 300%. Mas felizmente descobri que com camcontrol reset ou camcontrol rescan no busID do PD a velocidade volta ao normal; Não cheguei a verificar a parte de velocidade. Na verdade, em umas das vezes que isso aconteceu o FreeBSD perdeu o acesso ao umass por completo. Aproveitei e configurei o /etc/usbd.conf pra # PenDrive USB device Kingston DataTraveler vendor 0x0930 product 0x6532 release 0x0100 attach /bin/sleep 8 ; /sbin/mount /pendrive ; ~eksffa/bin/pds.sh `/sbin/camcontrol devlist` detach /sbin/umount -f /pendrive Estranho, meu vendor é diferente: # USB Flashdrive - IPC: O dispositivo umass tem que estar precarregado device DataTraveler II+ product 0x1601 vendor 0x0951 release 0x0100 devname umass[0-9]+ attach /usr/bin/camcontrol rescan all attach sleep 1 ; /sbin/mount_msdosfs -o longnames /dev/da0s1 /p detach /sbin/umount -f /p Curiosamente, pensamos separado, mas tivemos maios ou menos a mesma idéia. :-) Assim basta espetar o PD no USB que ele monta apos 8 segundos, basta retirar que ele desmonta. E ainda com camcontrol devlist consigo Esse desmonta é que me preocupa. Não é 100% seguro, e ainda estou testando essa opção. Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [Off-Topic] HD Samsung (Era Qual a importancia de teruma cache no squidmuito Grande)
Somebody told me that Alessandro said: Sempre tive HDs Sansungs e nunca tive problemas (mais de 3 anos), dou recomendações para o uso do mesmo e a quem indiquei também não tive nenhuma reclamação. Este problema acontece com qualquer equipamento eletrônico (TV, DVD, máquina de lavar...) até com carros zeros, tem um pouco de sorte envolvida junto com tantos outros fatores. Sim, muita sorte é necessária. No meu caso, tive um servidor cujos HDs sansung tinham que ser trocados a cada 3 meses mais ou menos. Lá pela 4a troca convenci o fornecedor a me dar um Seagate. ;-) Eram discos de 120G. Claro que quando o fabricante deixa de pensar na qualidade para baixar o preço, ou lança uma versão nova, este problema aparece mais vezes. Não podemos queimar uma marca importante por alguns casos de insucesso. Até por que, se fosse assim, nenhuma marca se salva... NENHUMA MESMO! Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] USB PenDrive no FreeBSD - Recomendacoes
Somebody told me that Joao Carlos Mendes Luis said: (!!) mas funciona normalmente. Notei que quando da esse warning a velocidade cai mais de 300%. Mas felizmente descobri que com camcontrol reset ou camcontrol rescan no busID do PD a velocidade volta ao normal; Não cheguei a verificar a parte de velocidade. Na verdade, em umas das vezes que isso aconteceu o FreeBSD perdeu o acesso ao umass por completo. Ei, acabei de achar no scsi_da.c uma lista de quirks e tem um monte de pendrive com uma flag para não fazer o sync cache. Estou recompilando um kernel com essa opção adicionada para o Kingston, vamos ver se melhora... Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [Off-Topic] HD Samsung (Era Qual a importancia de ter uma cache no squidmuito Grande)
Georges Kormikiaris wrote: On 02 de jul de 2005, at 05:58, Joao Rocha Braga Filho wrote: HD comum de 40 GB (IDE, e talvez seja samsung) Senti uma ponta de preocupaçaõ nesse comentário. Essas HDs Samsung são problemáticas? Minha dúvida é porque é justamente uma Samsung de 40 GB que está no meu PC... Todo HD é problemático, e toda marca tem que ser avaliada por safra. A WD já foi a melhor, e já teve safra ruim que queimou o nome da empresa. Idem para a Seagate e Maxtor. A Sansung nunca foi das melhores, e na minha opinião eu evitaria, mas eles tem vendido muito no brasil por serem fabricados aqui e terem garantia do fabricante. Entre aspas, pois a Samsung não atende usuário final, eles dizem que a tal garantia de 3 anos é com o vendedor. Já a Seagate está atualmente com uma campanha de garantia em que nem nota fiscal voce precisa, basta ter o numero de série que eles mapeiam na data de fabricação. Bondade da Seagate? Não, uma tentativa de recuperar o mercado depois de uma sequencia de safras ruins. A linha de 120G, por exemplo, demorou muito tempo até estabilizar. Eu vi 6 morrerem antes de 1 semana de uso, logo que foi lançada a linha. E isso de vendedores diferentes. Atualmente estou com 2 de 250G SATA em casa, e ambos estão dando problemas sérios de desempenho. Só que não posso mandar para a garantia por que, na prática, não há erros no disco. O autoteste não acusa nada. Alguém falou que teve problemas com Maxtor. A minha experiencia com eles tem sido das melhores possível nos ultimos anos. Mas como todo disco, queima sim! Alias, hoje em dia não recomendo a ninguem deixar de usar RAID1 se os dados forem importantes. Mesmo com disco SCSI não é seguro. Prefiro ter dois discos IDE com RAID1 que 1 disco SCSI. O disco SCSI pode até ter mais confiabilidade, mas Murphy diz que ele vai queimar quando for mais catastrófico possível. A prova disso aconteceu comigo antes de comprar os discos de 250G. Eu tinha dois discos Maxtor de 120G espelhados, e um de 80G não espelhado. Adivinham qual dos 3 queimou??? ;-) Claro que foi o não espelhado. E apesar de ter queimado, eu teria comprado Maxtor de novo, se houvessem discos Maxtor SATA NCQ de 250G no Brasil. Comprei Seagate, e tenho agora discos mais lentos e instáveis que os Maxtor PATA de 120G. :-( Mas repetindo: não existe marca melhor, mas existe safra melhor. A linha de 40/80/120G da Maxtor eu recomendo. A de 40/80G da Sansung eu não recomendo (ops, desculpe amigo!). Outras pessoas podem recomendar de forma diferente. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] USB PenDrive no FreeBSD - Recomendacoes
Patrick Tracanelli wrote: Gostaria de saber quem aqui tem usado sem problemas PenDrive USB, qual marca e modelo. Quero adquirir um mas a unica experiencia que tive com um Data Traveller da Kingston nao foi boa. Se o seu PD for controlado por outro dispositivo que nao umass(4) (/dev/daX) tbm vale a pena citar :) Que problemas voce teve com o Data Traveler? Curiosamente, acabei de comprar um DTII+ (19MB/s de taxa de leitura!) de 2G, e ele dá problema com o FreeBSD. Consigo ler sem problemas, mas na hora de gravar travou. Como é um modelo relativamente novo, eu dei um desconto. ;-) Nao lembro exatamente a mensagem que dava, mas era algo com Phase Error e Syncronize cache failed. Procurei no google se mais alguem teve esse problema, e achei isso aqui: http://lists.freebsd.org/pipermail/freebsd-questions/2005-May/088730.html Nao resolve, mas serve de consolo para saber que não estou sozinho no Universo. ;-) Acredito que tenha que editar a lista de detalhes dos devices SCSI, mas ainda não olhei os fontes para ter certeza. Antes disso eu tambem usava um leitor de Memory Stick para retirar fotos da máquina digital, e montava sem problemas. Era umass na veia. ;-) ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Alguem ai usando ataraid de mais de 120G????
Eu tava tendo problemas sérios com um disco de 250G numa controladora promise, e acabei chegando a isto aqui, que me parece um bug. Só para ter certeza, alguém ai está usando ataraid (promise ou nao) com discos de mais de 120G? Não basta ser um array de mais de 120G, cada disco individual tem que ter mais de 120G. Se eu estiver certo, espero que corrijam antes do 5.4. Estou tendo problemas com isso desde o 5.2. João Carlos Mendes Luís wrote: I think I may have found the problem!!! Looking at the source code for arstrategy, we can find this: - static void arstrategy(struct bio *bp) { struct ar_softc *rdp = bp-bio_disk-d_drv1; int blkno, count, chunk, lba, lbs, tmplba; int drv = 0, change = 0; caddr_t data; - That is, lba is an int, 32 bits! Right below, this variable is used into a bio_pblkno, which is defined at sys/bio.h as (daddrt_t): - buf1-bp.bio_pblkno = lba; if ((buf1-drive = drv) 0) buf1-bp.bio_pblkno += rdp-offset; - But note that at the /sys/dev/ata/ata-all.h file, the ata_request.u.ata.lba is defined as (u_int64_t). Also, at sys/types.h, (daddr_t) is defined as (__int64_t). These are the data types used at ata-disk.c BTW: While searching for this bug, I found that a type (u_daddr_t) is defined at sys/blist.h as (u_int32_t). I did not care for it right now, but maybe this should be checked also. Hope I am wrong, but if not, this may be the bug I´ve been chasing since 5.2-R. To probe further: Should the ata-raid driver be allowed to write the disk at will? I did not even try to mount any partition, but it did overwrote my data. Maybe to update the raid information. I'm not sure, I did not search for this yet. João Carlos Mendes Luís wrote: Followup to my message with more news. It is not a problem with mount_ntfs. Indeed, it seems to be a problem with the ataraid code. Today I booted from 5.3RC4 install CD, and mounted NO partition on the problem disk. But this was enough to corrupt the partition again. How can I know if the ATA RAID code is LBA48 compatible? The chipset is a Promise 20378, which is supported, in theory. João Carlos Mendes Luís wrote: Hi all, I've just bought a Seagate 250G SATA drive to run in a shared desktop at home. It should have 3 boot partitions: 16M FreeBSD 5, 16M linux, 32M NTFS for Windows XP. The remaining wil be formatted with FAT32 to be used as a common data for the 3 operating systems. Well, everything seemed to be fine. I copied the FreeBSD partition from the previous installed disk with dump(8), and installed XP from CDs. But suddenly, the data and NTFS partitions began to disappear. I don't know exactly what were the steps used to crash the disk, but it happened at least 3 times, after 3 full windows installs (which are not quick, for my sadness). In the last one I could almost detect it. I finished the initial windows instalation, and booted into FreeBSD to make sure the NTFS and FAT partitions were available. They seemed to be. Then I reboot into windows, and it crashed, with a missing HAL.DLL. Boot again into FreeBSD, and the NTFS partition still seemed ok. But I gone into the \WINDOWS\system32, and did an ls. The kernel pushed some errors with bad magic or something like that, and the file system locked. Also, the boot information for the first FAT32 partition has been completely destroyed, leaving it unreadable. The mainboard is an ASUS K8V, with 1G RAM. I'm running the 32 bit version of FreeBSD, although it is an AMD64 machine. The 250G SATA disk is on the promise RAID, and I have another PATA 120G on the promise RAID, and a 40G PATA on standard IDE. I already had a problem with a previous ASUS board in which the promise raid could not deal with disks bigger than 120G. The symptons were very similar. Could this be the problem? Does somebody know if FreeBSD or mount_ntfs has any kind of disk size limitation in this hardware? Oh, I did remember now that I was using mount_ntfs -o noatime, if that matters. Thanks for any help, Jonny PS: Now it has been fully reformatted with no NTFS, using FAT32 instead. But I'm afraid of getting into FreeBSD again in this machine. Please help! :-( ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] From - Mon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] === Este mail so pode ser lido em sistemas operacionais da Microsoft mediante o pagamento de EU45.99/msg
Re: [FUG-BR] FreeBSD x RAID (mb Asus K8V-X)
Alex S. Moura wrote: Rafael B Albuquerque wrote: Olá, Alguem ja habilitou raid em uma placa dessa (ou similar da ASUS que tenha controladora raid onboard)? O fato é que eu entro no configurador da bios crio os arranjos e o FreeBSD simplesmente parece ignorar a controladora RAID por continuar achando os hds em separado. Usando o atacontrol consegui criar um arranjo por software, mas nao é o nosso desejo. Tentei tanto Raid0 (stripe) como Raid1 (mirroring), sem sucesso. Se for similiar ao HostRAID, não é suportado pelo FreeBSD. Exato, não é suportado. Mas pode-se fazer uma configuração com gmirror ou gstripe para implementar o RAID por software depois que o sistema der boot. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Problemas com a compiulacao do KDE
Tenta compilar sem suporte a threading. Se voce não tiver multiprocessador nao vai fazer diferenca mesmo... Joao Rocha Braga Filho wrote: Esta é, se não me engano, a terceiva rez que mando esta mensagem. Até agora nenhuma delas apareceu na lista. Estou em algum filtro de DENY? Estou tentando compilar o KDELibs-3.4, mas está dando erro. Alguém tem alguma idéia? Alguém já passou por isto? Um pedaço menor do qeu acontece está abaixo: ../dcop/dcopidl/dcopidl ./ksycoca.h ksycoca.kidl || ( rm -f ksycoca.kidl ; false ) Fatal error 'Spinlock called when not threaded.' at line 87 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) gmake[4]: ** [ksycoca.kidl] Erro 1 gmake[4]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kdecore' gmake[3]: ** [all-recursive] Erro 1 gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kdecore' gmake[2]: ** [all] Erro 2 gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0/kdecore' gmake[1]: ** [all-recursive] Erro 1 gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.4.0' gmake: ** [all] Erro 2 *** Error code 2 Stop in /usr/ports/x11/kdelibs3. João Rocha. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] compilar kernel
Para comandos option, não há diferença na ordem. Para comandos device, há, principalmente para devices ISA. Celso Viana wrote: All, A sequencia em são adicionadas opções ao kernel pode causar algum problema? options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT por exemplo: seu eu inverter a última com a primeira linha terei algum problema? Celso ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Alto consumo de CPU do squid no FreeBSD 5.4
Ricardo A. Reis wrote: Caro Alex, Muito ja foi comentado sobre o seu problema vou comentar um pouco sobre a minha realidade, tenho um proxy server rodando em Xeon 2.66 com 1G de ram e scsi u320 15k, sobre free 5.2, estou muito contente com ele mesmo tendo pouca memoria ele nao usa swap :-), com uma media de usuario de 1.7k a 2.2k (+/- 23G transferencia dia) e acredite fazendo nat com pf e filtro de conteudo com squidguard +/- 100 regexp e o uso do processado tem picos de 65+/- e media 55%. Eu uso dnscache interno com 100 megas de cache que fica um tiro ;-) Que dnscache que voce usa? Ideias: Sua motherboard e' intel? Eu estou com problemas de irq storm em um ibm x346, exatamente como a sua placa de rede e a usb (dmesg|grep storm) oq aparentemente esta sendo comum na RELENG_5 vide current@ deveria testar com 5.3! Strom em qual interrupção? Algo que possa ser desabilitado? Eu já vi isso em drivers USB, justamente por estar junto com a placa de rede. Atenciosamente Ricardo A. Reis UNIFESP - SENAI Unix and System Admin Alex S. Moura wrote: Saudações, Alguém tem sugestões ou dicas para resolver o problema de alto consumo de CPU pelo squid no FreeBSD 5.4? Trata-se de um proxy webcache transparente, implementado com o pf e protocolo WCCP (Cisco). Dados relevantes: Hardware: P4 2.80GHz HT / 2GB RAM / (2x)80GB HDD / Intel PRO/1000 (em0) -- CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) Hyperthreading: 2 logical CPUs real memory = 2146631680 (2047 MB) avail memory = 2094350336 (1997 MB) cpu0: ACPI CPU on acpi0 agp0: Intel 82865 host to AGP bridge mem 0xf800-0xfbff at device 0.0 on pci0 em0: Intel(R) PRO/1000 Network Connection, Version - 1.7.35 port 0xcf80-0xcf9f mem 0xfe9e-0xfe9f irq 18 at device 1.0 on pci2 em0: Link is up 100 Mbps Full Duplex ad0: 76319MB ST380011A/3.06 [155061/16/63] at ata0-master UDMA100 ad1: 76319MB ST380011A/3.06 [155061/16/63] at ata0-slave UDMA100 ---//--//--//--- Software: FreeBSD 5.4-PRERELEASE, squid 2.5.9, pf Outras informações: -- # top -S last pid: 20950; load averages: 0.88, 0.99, 0.96 up 1+01:36:07 12:11:52 101 processes: 3 running, 65 sleeping, 33 waiting CPU states: 34.5% user, 0.0% nice, 51.6% system, 7.0% interrupt, 7.0% idle Mem: 210M Active, 1544M Inact, 180M Wired, 66M Cache, 112M Buf, 3008K Free Swap: 4069M Total, 120K Used, 4069M Free PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 3134 squid1220 193M 190M RUN211:17 84.03% 84.03% squid 11 root 171 52 0K 8K RUN934:47 6.98% 6.98% idle 35 root -44 -163 0K 8K WAIT26:04 2.83% 2.83% swi1: net 28 root -68 -187 0K 8K WAIT14:05 1.03% 1.03% irq18: em0 uhci2 36 root -28 -147 0K 8K WAIT 2:24 0.00% 0.00% swi5: clock sio 3136 squid -40 1744K 1076K msgwai 2:07 0.00% 0.00% diskd 56 root 200 0K 8K syncer 2:00 0.00% 0.00% syncer ---//--//--//--- # systat -vmstat 1 -- 3 usersLoad 1.15 1.00 0.95 Apr 6 12:18 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 2094444416 261896 6540 82364 count All 20459527132 450039210168 pages Interrupts Proc:r p d s wCsw Trp Sys Int Sof Fltcow1515 total 1 4 32 3680 730 5051 2944 1139 183612 wire1: atkb 215036 act 3: sio1 52.2%Sys 3.7%Intr 28.4%User 0.0%Nice 15.7%Idl 1569204 inact 4: sio0 |||||||||| 79356 cache 6: fdc0 ==++ 3008 free128 8: rtc daefr 13: npx Namei Name-cacheDir-cache prcfr 14: ata Calls hits% hits% react 15: ata 47 37 79 pdwak 1288 18: em0 zfodpdpgs99 0: clk Disks ad0 ad1 ofodintrn KB/t 0.00 0.00 %slo-z 114880 buf tps 0 01657 tfree 120 dirtybuf MB/s 0.00 0.00 10 desiredvnodes % busy0 0 90535 numvnodes 9789 freevnodes
Re: [FUG-BR] Alto consumo de CPU do squid no FreeBSD 5.4
zfodpdpgs99 0: clk Disks ad0 ad1 ofodintrn KB/t 0.00 0.00 %slo-z 114880 buf tps 0 01657 tfree 120 dirtybuf MB/s 0.00 0.00 10 desiredvnodes % busy0 0 90535 numvnodes 9789 freevnodes ---//--//--//--- # netstat -mb - 1188 mbufs in use 1161/32768 mbuf clusters in use (current/max) 0/3/4608 sfbufs in use (current/peak/max) 2619 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 214 calls to protocol drain routines ---//--//--- # vmstat -i --- interrupt total rate irq1: atkbd02129 0 irq3: sio1 2 0 irq4: sio0 2 0 irq6: fdc014 0 irq8: rtc 11852670127 irq13: npx01 0 irq14: ata0 1145295 12 irq15: ata1 58 0 irq18: em0 uhci275076124810 irq0: clk9260481 99 Total 97336776 1051 ---//--//--- # iostat tty ad0 ad1 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 196 15.53 4 0.06 18.19 8 0.14 15 0 22 3 61 ---//--//--- Obrigado antecipadamente, Alex ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Jonny -- João Carlos Mendes Luís - Networking Engineer - [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Firewall com FreeBSD
Olha, durante muito tempo eu usei um 486/50 com 4M de RAM e duas placas ISA ethernet (10Mbits/s) como firewall e roteador para um laboratório da UFRJ. NUNCA foi gargalo de comunicação... Claro que eu não usava pipes, até por que naquela época não existiam, mas as regras de filtragem, embora otimizadas, eram bem complexas. Hoje em dia o FreeBSD está um pouco mais guloso em termos de memória, mas se retirar tudo que não precisa do kernel e dos daemons, acho que a CPU ainda é o bastante. Joao Rocha Braga Filho wrote: Talvez um 486 suporte um link de 1 Mbit, mas para maiores que isto eu usaria um Pentium. O que eu falei tinham filtros e pipes. On Apr 4, 2005 5:03 PM, Christopher Giese - IRAPIDA [EMAIL PROTECTED] wrote: eu tenho alguns 486 e pentium 100 / 233 rodando como routers e funcionam bem claro que em redes que variam entre 256k e 5 megas. mas vai blz agora se quiser entupir de filtros + pipes em redes de 100 megas full ai precisa de processamento / memoria ne :) Joao Rocha Braga Filho wrote: Um pentium 100 com 16 MB suporta bem um link de 1 Mbit, mas sem o squid. O Squid vai pedir bem mais memória. João Rocha. On Apr 4, 2005 4:14 PM, Marcio Antunes [EMAIL PROTECTED] wrote: Pessoal, Estou com diversas maquinas aqui obsoletas de 486 e pentium 133 sera que posso implentar firewall com elas e se eu posso quais são os serviços somente necessários para a GRANDE capacidade destas excelentes maquinas. Obrigado ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ Jonny -- João Carlos Mendes Luís - Networking Engineer - [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] portaudit
Seguindo o link referenciado no aviso... Celso Viana wrote: João, Obrigado pela dica; sabe onde encontro descrição detalhada sobre essas vulnerabilidades? Celso On Sat, 26 Mar 2005 23:10:51 -0300, João Carlos Mendes Luís [EMAIL PROTECTED] wrote: Celso Viana wrote: all, O portaudit tá reportando vulnerabilidades para o wget; tentei fazer um portupgrade e não obtive sucesso; atualizei a árvore ftp e depois tentei o portupgrade novamente e nada; tentei o make patch e nada; executei o make clean distclean e depois make fetch e nada; executei o make deinstall clean e depois make install clean e nada.. # make install clean === wget-1.8.2_7 has known vulnerabilities: = wget -- multiple vulnerabilities. Reference: http://www.FreeBSD.org/ports/portaudit/06f142ff-4df3-11d9-a9e7-0001020eed82.html = Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/ftp/wget. *** Error code 1 Stop in /usr/ports/ftp/wget. É, eu tou com o wget congelado tambem, por causa disso. E eu jurava que o ultimo patch pro wget tinha sido para corrigir essa vulnerabilidade. Talvez valha a pena falar com o maintainer para verificar isso. o que é que faço agora? Voce pode desabilitar a verificacao de vulnerabilidades por completo (make.conf), ou desabilita-la somente para o wget (pkgtools.conf). Em caso de emergencia, simplesmente apague o auditfile (/var/db/portaudit) antes de compilar. Nao esquece de mandar pegar de novo (portaudit -Fad) depois. Jonny -- João Carlos Mendes Luís - Networking Engineer - [EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ Jonny -- João Carlos Mendes Luís - Networking Engineer - [EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Placa de TV PixelView
[EMAIL PROTECTED] wrote: Olá. Alguém sabe se a placa de TV PixelView PlayTV Pro da Prolink funciona com o FreeBSD? O chipset dela é booktree 878. Funciona. Eu tenho uma dessas. Voce vai ter que informar, por sysctl ou por compilacao de kernel, qual o tuner (Philips Mk2), mas fora isso nao há problemas. Qual aplicação posso utilizar para ver TV no FreeBSD para amd64? Os ports do xawtv e fxtv amd64? Xi, esse cara ainda tá engatinhando, apesar de ser uma plataforma principal. não compilam, emitindo uma mensagem dizendo que só funcionam na plataforma x86. (Embora eu use xawtv como uma aplicação de 64 bits no Linux, no mesmo computador). Acho que voce mesmo vai ter que aplicar os patches e enviar para o pessoal dos ports. Mas antes do fxtv, talvez voce tenha que verificar o driver da bktr. Como ele é PCI, existe uma chance muito grande de funcionar direto, mas é bom testar antes. Quando eu precisei de suporte a PAL/M, para captura de TV brasileira, eu que tive que fazer os patches e mandar para lá. Depois de algum tempo, mudaram de novo, e tive que fazer mais um patch, com um aviso ENORME para ninguem mexer. Americano teima de achar que PALM/M é da familia PAL, quando todo mundo aqui sabe que é da familia NTSC. ;-) Eu tou com um amd64 para brincar agora, mas nao tou mais com tanto tempo para pesquisa fora do trabalho. Alias, foi por isso que tive que usa-lo em modo i386 em vez de 64 bits nativo, estava dando muito problema e eu não estava com tempo disponível para acertar. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] [OT]Backup
Mário Meyer wrote: Márcio, Voce pode realizar backup destas maquinas Windows com RSync tb... segue abaixo um link de howto.. http://www.bsdnews.org/02/rsync_windows.php Esse cara é apenas o cliente. Eu preferia que o windows tivesse um servidor rsync, e o unix fosse o cliente, pegando as coisas do windows pelo cron. No momento, eu uso smbmount+rsync para backup de windows. Infelizmente isso nao faz backup de parmissões de arquivos. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Como parar um freebsd
Edinilson J. Santos wrote: Isto sinceramente me decepcionou um pouco pois como é possivel um simples ifconfig causar kernel panic num sistema como o freebsd? Poderia sei la, logar algo ou qualquer outra coisa, mas kernel panic? Parece o Windows com aqueles paus misteriosos... Nao xinga nao!!! Pode até chamar de Linux, mas chamar de Windows é pejorativo demais! ;-) Antes de mais nada, entenda agora que o 5.3 não é estável. Ele foi a primeira versão recomendada para uso geral, mas para quem queria estabilidade real ainda era recomendado o 4.10. Nao sei se o 5.4 vai ser melhor, espero que sim. Depois, se voce sabe que há um problema, e sabre como repeti-lo, em vez de mandar uma reclamação para uma lista que nao tem nada a ver com o desenvolvimento (somos apenas usuarios), leia no handbook com fazer para enviar um bug report usando o send-pr, e eu te garanto que, se o bug for realmente sério como voce diz, será corrigido em menos de uma semana. Isso se já nao foi corrigido no 5.3-stable. Voce atualizou seus fontes com cvsup? ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] ifconfig fx0 media......
Mauro P. Correa - Consultoria Integrada wrote: Teoricamente não, no meu caso eu utilizo os parametros para REDUZIR a velocidade da placa de rede de um servidor que tenho, que ao invés de trabalhar a 100 , trabalha a 10. Funciona muito bem, mas segue o alerta que certas placas de rede no bsd nao aceitam tu mexer nestas configuracoes. Em geral o manual da placa diz se a placa aceita ou não. E o proprio ifconfig vai responder se o comando foi aceito. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] ifconfig fx0 media......
Celso Viana wrote: Mauro, Obrigado pela dica; fiz a mudança para que o autoselect não tivesse que trabalhar... mas ficou um carroça... fazia uma conexão via ssh e qdo executava um simples ls num diretório com muitos arquivos, simplesmente o tempo de resposta era inaceitável; as vezes a conexão de rede se perdia... muito estranho... consultando o manual (man rl) do driver da placa, está bem claro que a mesma aceita 100BaseTX e full-duplex; só não imaginei que isso pudesse piorar as coisas. Talvez o seu switch nao suporte, ou voce tenha que retirar o cabo da rede quando fizer essa modificação a primeira vez. A descrição do seu problema é tipica de quando os equipamentos (micro e switch) nao chegaram a um acordo sobre o duplex da conexão, e ficam diferentes entre si. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Como parar um freebsd
Antonio Torres wrote: Voce devia primeiro limpar o IP da placa e depois atribui-lo: /sbin/ifconfig fxp1 inet 200.231.29.65 delete /sbin/ifconfig fxp1 inet 200.231.29.65 netmask 255.255.255.224 alias ... Sem isso voce, rapidamente, ultrapassa os limite de kernel de aliases na mesma NIC !! O FreeBSD é extremamente robusto, mas tem regras que devem ser seguidas; Discordo. Se isso que foi relatado é verdade, é um BUG, e tem que ser consertado! Fiz um teste rápido com um 5.x de 18/2/2005, e realmente algo aconteceu que não fez muito bem a máquina. Não chegou a dar panic, mas a rede ficou insuportavelmente lenta. Nao chega a ser um bug, pois o ifconfig não deve ser usado 500 vezes por segundo como eu fiz... ;-) Resultado dos meus testes: Faca upgrade com o cvsup. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Como parar um freebsd
Que eu saiba, o FreeBSD nao abandona o seu IP, a menos que ele esteja configurado por DHCP. Se seu switch nao puder bloquear por IP, sua unica solução vai ser cortar o contrato de quem fizer isso. Edinilson J. Santos wrote: Entao Tiago, no final esta minha resposta tera uma outra pergunta que ja revirei na internet e nao consegui encontrar. Aqui utilizamos o freebsd para gateway dos clientes de radio. Neste freebsd especificamente tambem fazemos controle de banda com dummynet. Porem, um problema que temos é que, as vezes, o cliente coloca o IP que seria do freebsd na maquina dele (por exemplo: o ip 10.20.20.65 é da placa de rede do freebsd. Por algum motivo o cliente vai e coloca este IP na maquina dele). Com isto, todos que usam este IP como gateway acabam parando. Inclusive (agora vem a tal pergunta) uma coisa que acho que o freebsd é muito liberal é em relacao a isto. Se alguem coloca o IP que é dele, ele loga isto MAS acaba deixando que a maquina fique com o IP (dele) por um longo periodo. Em outros sistemas normalmente é logado MAS o sistema nao deixa que esta troca ocorra (sempre prevalece o 1o. que estava com o IP) ou, se ocorre, o IP volta rapido para ele (o sistema) Existe alguma configuracao no freebsd em que ele nao deixe outro pegar o ip que esta configurado para ele? Ja atrelei IP/MAC (atraves do script que foi no outro email) mas nao resolveu. Por isto tinha colocado para dar um ifconfig no script. Obrigado Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: Tiago N. Sampaio [EMAIL PROTECTED] To: freebsd@fug.com.br Sent: Tuesday, March 22, 2005 4:31 PM Subject: Re: [FUG-BR] Como parar um freebsd Só para entender, por que ficar colocando o mesmo ip na placa de rede? está acontencendo algum problema estranho na sua rede? Abraços. Edinilson J. Santos wrote: Mas se eu usar um delete no ifconfig eu estaria dropando (e possivelmente mexendo em rotas tambem) as conexoes e em seguida, com o comando alias, estabelecendo novamente. Porem, alguns programas sao sensiveis a esta pequena (mas existente) interrupcao. Nao seria mais sensato o freebsd simplesmente ignorar ou mesmo apresentar uma mensagem de erro nesta situacao ? []'s Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: Antonio Torres [EMAIL PROTECTED] To: freebsd@fug.com.br Sent: Tuesday, March 22, 2005 10:02 AM Subject: Re: [FUG-BR] Como parar um freebsd Edinilson J. Santos wrote: Mas ha um limite no numero de aliases que pode ser colocado na placa? Se o ip é o mesmo, como posso ultrapassar o numero de aliases? Acho que o erro esta relacionado as sessoes tcp estarem abertas, e nao especificamente ao numero de aliases. Aí está o problema: quando voce poe o *mesmo* IP, por definicao, não pode ser alias, *mas* voce colocou alias na linha de comando !! conflito de sintaxe !! pode-se até considerar um 'bug', mas que tipo de bug ? falta mensagem de erro? se assumiu como situacao improvável ? quanto a limite de aliases por NIC sim, existe uma limitacao, mas está relacionada com os recursos do sistema (memoria, NIC, numero de NICs, modo pooling/interrupt, etc, etc, etc..) []s Antonio Torres ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Como parar um freebsd
Paulo Pires wrote: Por isto tinha colocado para dar um ifconfig no script. Melhor fazer só o ping. Eis o que eu faria, como primeiro teste: colocaria um 'ping -c 1 -i 0.01 broadcast_addr . /dev/null 21'. Minha expectativa é que os pacotes, ao serem recebidos por todas as estações, vão atualizar o cache de ARP de todas elas, mesmo que elas tenham filtro de pacotes que bloqueiem ICMP ou broadcast, esse filtro só deve atuar depois de o pacote ter sido recebido e o IP validado. Deve até funcionar, mas ainda assim, por um breve intervalo o sujetio terá pego o seu IP. Melhor cortar o contrato com um cara desses, ou então gastas uma grana num sistema de proteção no switch, seja por VLAN ou por filtros. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] [OT]Backup
Acabei de achar, vou testar. Obrigado!!! William Armstrong wrote: mas o rsync funciona no windwos como servidor sim eu ja configurei isso tanto que ele inicia no serviçes do windows da uma pesquisada no google que vc vai achar bem facil o how to. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] PROBLEMAS COM QMAIL E CLAMAV
Cesar Tibau wrote: Obrigado pela atencao, Joao Carlos. Conforme sua indicacao, dei uma olhada no clamdscan, mas ele simplesmente nao me atende. Por que nao??? load averages: 7.11, 7.10, 5.97 22:35:20 68 processes: 7 running, 60 idle CPU states: 86.4% user, 0.0% nice, 13.6% system, 0.0% interrupt, 0.0% idle Memory: 56M/108M act/tot Free: 12M Swap: 54M/512M used/tot Outra opção: Limitar o número máximo de scans simultaneos. Na verdade, mesmo com o clamdscan voce teria que fazer isso, pois sempre vai haver limite de capacidade de disco e cpu. Eu tenho usado 2 scans simultaneos como um bom número mágico, mas isso pode ser pouco em redes com muitas mensagens. Jonny -- João Carlos Mendes Luís - Networking Engineer - [EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] PROBLEMAS COM QMAIL E CLAMAV
Cesar Tibau wrote: Ola, Renato. Obrigado pela resposta. O grande problema eh que o clamscan aceita o uso de programas externos para descompactar arquivos, enquanto o clamdscan, nao. Como terei em breve um fluxo bossal de arquivos anexados passando pelo meu servidor de e-mails, gostaria muito de diminuir a possibilidade de haverem problemas, checando o maior número de arquivos possíveis, venham como vierem. Use o amavisd-new, que faz todo o trabalho de abrir o email e extrair os anexos para voce. O scanner só recebe o arquivo pronto e aberto. Jonny -- João Carlos Mendes Luís - Networking Engineer - [EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] PROBLEMAS COM QMAIL E CLAMAV
Cesar Tibau wrote: Ola, pessoas. Uso o qmail+vpopmail+mysql+courier-imap+qmail-scanner+clamav ha dois anos, numa receita de sucesso sobre a qual não posso me queixar. Mas quando fui atualizar meu servidor de e-mail, comecei a ter problemas com o CLAMAV. O desgracado começou a criar processos que não se somem, ficam ali, comendo memória e processamento sem parar, e fica assim ateh tornar a máquina uma carroca. Após umas 15 horas olhem como ficou a saida do top: Em vez de usar o clamscan, use o clamdscan. Leia o manual e veja qual a diferença, e como deve ser configurado o seu sistema para fazer essa troca. A configração usada é: PIII, 128Mb RAM, dois HDs, duas placas de rede - Média de 3.000 e-mail diários sem nenhum problema, ateh a atualizacao. Acho que a memória pode ser um problema. Muda para clamdscan, e se nao melhorar, aumente a memória RAM. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] HostRaid
Uma vez feito isso, pode-se usar o HostRaid para dar boot, tendo assim redundancia tambem durante o boot. Giovanni P. Tirloni wrote: Marcio Jota Coelho wrote: Pessoal.. eu estou precisando instalar o BSD 5.3 neste servidor.. http://www.intel.com/design/servers/se7501wv2/index.htm mas no fdisk ele me mostra dois discos... acredito que nao esta correto.. eu tenho um volume montado como RAID 1 ele deveria aparecer apenas como um disco certo? Olá, Eu tenho um servidor SE7210 com SATA e não utilizei o HostRAID que vem com ele justamente porque o FreeBSD não suporta. Como alguns já disseram aqui HostRAID significa software RAID na realidade e o sistema operacional tem que ter o suporte adequado para fazer todo o trabalho. Minha saída foi utilizar o suporte a software raid do FreeBSD para criar esse array. Em resumo você tem que iniciar a instalação pelo CD e assim que o console no ttyv4 ficar disponível você cria ele: # atacontrol create RAID1 ad4 ad6 Depois é só reiniciar a máquina que no próximo boot o FreeBSD irá lhe mostrar o array ar0 onde você deve instalar o sistema. Funciona MUITO bem! No post abaixo eu descrevo os passos que usei para simular uma falha de HD e testar se o atacontrol dava conta. lists.freebsd.org/pipermail/freebsd-current/2004-October/041897.html Boa sorte, -- Giovanni P. Tirloni ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] HostRaid
Marcio Jota Coelho wrote: Ola Tirloni... Legal o site gostei da indicação.. mas uma duvida ainda persiste... meus discos nao sao serial Ata.. sao discos SCSI eu instalei o bsd no disco primario... de uma olhada no meu dmesg Entao use o gmirror! ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] FreeBSD logo design competition!!!
Bye bye Chucky! :-( Ricardo Alves dos Reis wrote: Unfortunately, the cute FreeBSD daemon is sometimes treated with misunderstanding in the religious and cultural context. That's why The FreeBSD Project is announcing a public competition for the new logo design. You can find the rules of the competition in this document. http://www.osnews.com/story.php?news_id=9660 ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] HostRaid
Giovanni P. Tirloni wrote: João Carlos Mendes Luís wrote: Giovanni P. Tirloni wrote: João Carlos Mendes Luís wrote: Uma vez feito isso, pode-se usar o HostRaid para dar boot, tendo assim redundancia tambem durante o boot. Giovanni P. Tirloni wrote: Marcio Jota Coelho wrote: Pessoal.. eu estou precisando instalar o BSD 5.3 neste servidor.. http://www.intel.com/design/servers/se7501wv2/index.htm mas no fdisk ele me mostra dois discos... acredito que nao esta correto.. eu tenho um volume montado como RAID 1 ele deveria aparecer apenas como um disco certo? Olá, Eu tenho um servidor SE7210 com SATA e não utilizei o HostRAID que vem com ele justamente porque o FreeBSD não suporta. Como alguns já disseram aqui HostRAID significa software RAID na realidade e o sistema operacional tem que ter o suporte adequado para fazer todo o trabalho. Minha saída foi utilizar o suporte a software raid do FreeBSD para criar esse array. Em resumo você tem que iniciar a instalação pelo CD e assim que o console no ttyv4 ficar disponível você cria ele: # atacontrol create RAID1 ad4 ad6 Depois é só reiniciar a máquina que no próximo boot o FreeBSD irá lhe mostrar o array ar0 onde você deve instalar o sistema. Funciona MUITO bem! No post abaixo eu descrevo os passos que usei para simular uma falha de HD e testar se o atacontrol dava conta. lists.freebsd.org/pipermail/freebsd-current/2004-October/041897.html Essa solução do atacontrol já dá redundância no boot. Pode remover qualquer HD que ele vai dar boot e continuar funcionando. Só se a sua controladora IDE tiver suporte a RAID, como a Promise. Se sua BIOS tá configurada para dar boot pelo disco ad0, e ele queimar, não vai adiantar nada voce ter um ad2 com mirror dele... Concordo. Nesse caso teria que trocar o HD de controladora.. acho que assim funcionaria (apesar da inconveniencia de fazer isso). Perfeito... Adicionalmente o patch ATA-mkIII do Soren Schmidt, além de mudanças estruturais, adiciona a possibilidade do FreeBSD entender os meta-dados do HostRAID da Adaptec que a BIOS gerou (além de outros meta-dados de outras empresas). Mesmo o HostRaid sendo SCSI? Não, só ATA. Acho que isso não ficou muito claro no meu primeiro e-mail nessa thread. Mas realmente para SCSI eu não conheço nenhuma solução além do gmirror que você mencionou (que eu nunca mexi pra falar a verdade). O HostRaid da mensagem inicial é um tipo de RAID por sofwtare suportado em BIOS SCSI recentes. Enquanto estiver usando a BIOS, o RAID funciona. Depois que entra o sistema operacional, este tem que reconhecer o mecanismo HostRaid ou equivalente. Foi ai que eu sugeri o gmirror, pelo menos enquanto o CAM não suporta o HostRaid. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] RAID 0
Na raiz eu recomendo você usar RAID1 em vez de RAID0. Com RAID1 (espelhamento) usando gmirror é muito simples configurar um FreeBSD 5.3 para dar boot. Basta colocar o comando geom_mirror_load=YES No /boot/loader.conf E mandar montar o / no /dev/mirror/xxx (xxx é o nome do volume gmirror). Durante o boot da bios e do loader, o dispositivo usado vai ser sem mirror, mas como não é feita nenhuma escrita, não há problema. Estou para testar ainda o uso de BIOS que dão suporte a RAID1, mas não são reconhecidas pelo FreeBSD como uma forma de bootar com redundancia, e usar o gmirror para manter a redundancia depois do boot. Se voce realmente precisa de RAID0 na raiz, procure uma placa com suporte ao ataraid no FreeBSD, como a promise. Nesse caso o GEOM não vai te ajudar em nada. Rodrigo Mosconi wrote: lista alguem ja configurou uma maquina com RAID 0 ate na raiz? -- pretendo fazer usando GEOM -- o o boot sera capaz de reconhecer o raid0 sem problemas? Muito obrigado por qq ajuda Mosconi ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ -- -- João Carlos Mendes Luís ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] RAID 0
Swap é melhor sem raid. Configure dois devices e deixe o BSd escolher como vai usa-los. Se voce tiver RAM, coloque o /tmp em ramdisk, digo, mfs. E o /, se puder, coloque raid1 para evitar mais estragos em caso de pane num dos discos. Pelo menos alguma coisa pode se salvar. Rodrigo Mosconi wrote: Pensei em botar em todo o sistema pois ja teria mais de 80 % dele em raid0 via sw, so o /tmp. / e swap nao estao em raid, cogitei em botar o / e o /tmp em raid para ficar tudo igual vlw pelo comentario Mosconi ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ -- -- João Carlos Mendes Luís ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/