Re: [FUG-BR] FreeBSD para 64 bits
Creio que antes de tudo teremos que levar em consideração que SMP demostra desempenho para aplicações multitreads, no caso teremos que usar uma versão em especifica para obter o ganho de performace que o SMP poderá oferecer. Dizer que um processador com isso ou com aqui é lento é uma coisa, agora tem que ver emque ambiente de fato aquela tecnologia vai dizer que é lenta ou não. Sujestões são bem vindas. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] geom_raid5 howto
Bom dia a todos. A finalidade é para servidor de arquivos. O problema que preciso de um pouco de redundância, caso um hd de pane, tenho como remontar a arvore, sem ter que voltar o backup. 2009/3/25 Nilson nil...@forge.com.br Sem pensar 2 vezes, eu iria de ZFS. Vc quer 1,5TB usáveis, seria facil com ele fazer isso, e vc teria uma cacetada de recursos otimos só por usá-lo. Qual a finalidade desse pool de HDs? -- []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente, Reginaldo Filippus Desenvolvedor WEB/Admin. Rede Fone: (47) 3035-3167 Cel: (47) 9657-7670 Skype: reginaldo.filippus - 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 para 64 bits
Creio que antes de tudo teremos que levar em consideração que SMP demostra desempenho para aplicações multitreads, no caso teremos que usar uma versão em especifica para obter o ganho de performace que o SMP poderá oferecer. Dizer que um processador com isso ou com aqui é lento é uma coisa, agora tem que ver emque ambiente de fato aquela tecnologia vai dizer que é lenta ou não. Sujestões são bem vindas. Pessoal, Comparar processadores com um sistema operacional multitarefa é o mesmo que contas as gotas no oceano ou os grãos de areia no deserto. Você não tem controle sobre os outros processos/threads/interrupções que param e pedem atenção do processador várias vezes por segundo. É praticamente impossível repetir dois resultados num sistema como esse. Seu processo é apenas mais um. Os HT, (até onde eu sei) se trata de duas cpus físicas, reais mas que compartilham um único cache. Isso nos sistemas multitarefa acaba mais prejudicando do que ajudando, por que ? Simples, com um único cache e os vários programas rodando a cpu precisa se dedicar a todos eles, toda vez que uma das cpu esta executando um processo (provavelmente um diferente do que esta/estava rodando na outra cpu) ela vai invalidar todos os dados na cache (que a outra cpu estava usando para ler/processar outro programa). Em algumas situações (acho que na pratica muito poucas) o HT pode funcionar, desde que os dados na cache sejam uteis para as duas cpus e uma não fique invalidando o cache para a outra. Essa thread já passou do razoavel (para essa lista), acho que podemos parar por aqui. Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DHCP Server via ports
On Mar 25, 2009, at 1:44 PM, Joao Vitor wrote: Estou tendo a seguinte dificuldade para instalar um servidor de DHCP estou tendo a seguinte erro: dhcpd.c: In function 'setup_jail': dhcpd.c:234: error: 'struct jail' has no member named 'ip_number' *** Error code 1 Stop in /usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7/work.freebsd/server. *** Error code 1 Stop in /usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7/work.freebsd. *** Error code 1 Stop in /usr/ports/net/isc-dhcp30-server/work/dhcp-3.0.7. *** Error code 1 Stop in /usr/ports/net/isc-dhcp30-server. *** Error code 1 Stop in /usr/ports/net/isc-dhcp30-server. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Aqui compilou certinho, experimente atualizar seus ports.. portsnap fetch update [ ]s Rodrigo Graeff delphus...@gmail.com - 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 para 64 bits
Luiz Otavio O Souza escreveu: Creio que antes de tudo teremos que levar em consideração que SMP demostra desempenho para aplicações multitreads, no caso teremos que usar uma versão em especifica para obter o ganho de performace que o SMP poderá oferecer. Dizer que um processador com isso ou com aqui é lento é uma coisa, agora tem que ver emque ambiente de fato aquela tecnologia vai dizer que é lenta ou não. Sujestões são bem vindas. Pessoal, Comparar processadores com um sistema operacional multitarefa é o mesmo que contas as gotas no oceano ou os grãos de areia no deserto. Você não tem controle sobre os outros processos/threads/interrupções que param e pedem atenção do processador várias vezes por segundo. É praticamente impossível repetir dois resultados num sistema como esse. Seu processo é apenas mais um. Os HT, (até onde eu sei) se trata de duas cpus físicas, reais mas que compartilham um único cache. Isso nos sistemas multitarefa acaba mais prejudicando do que ajudando, por que ? Simples, com um único cache e os vários programas rodando a cpu precisa se dedicar a todos eles, toda vez que uma das cpu esta executando um processo (provavelmente um diferente do que esta/estava rodando na outra cpu) ela vai invalidar todos os dados na cache (que a outra cpu estava usando para ler/processar outro programa). Em algumas situações (acho que na pratica muito poucas) o HT pode funcionar, desde que os dados na cache sejam uteis para as duas cpus e uma não fique invalidando o cache para a outra. Essa thread já passou do razoavel (para essa lista), acho que podemos parar por aqui. Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd HT = Hiper Threading , Determinados circuitos do processador são duplicados, como pipelines e a ULA. não são dois processadores e sim um processador com dois escalonadores de execução de instrunção. Pentium D = São dois nucleos de processadores pentium 4 sem Hiper threading habilitado onde cada processador possui a sua própria cache. Core 2 Duo = São dois nucleos de processadores com arquitetura derivada do Coroe onde as cache de fato é compartilhado porém dados de um nucleo não sobrepõem dados que o outro nucleo utiliza, tal organização é dinamica e outros fatores são levado em consideração para um dos nucleo vir a simplesmente monopolizar toda a cache embora quando o sistema não tem suporte a SMP de fato é o que ocorre a CPU0 passa a usar toda a cache e a CPU1 é desligada. Quanto a testar processadores, embora problemas complexos exigem testes complexo não é impossivel realizar, e outra tem como sim simular ambientes equivalentes sobre hardware diferente. já que o que se procura de fato é a diferença de uma arquitetura para outra. E onde o assunto discutido está fora do escopo da lista? ou o seu FreeBSD roda sobre estruturas celulares com base em carbono ? - 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 para 64 bits
E onde o assunto discutido está fora do escopo da lista? ou o seu FreeBSD roda sobre estruturas celulares com base em carbono ? Meu(s) FreeBSD(s) rodam em qualquer coisa, qualquer lugar e é por isso que eu simplesmente não ligo. Daquele lixo de computador que ninguem mais usa até o ultimo lançamento ou ainda nas minhas avrs (pra quem não tem dinheiro para comprar um ARM decente). Eu não lligo pra velocidade (desde que tenha velocidade suficiente para fazer o que EU preciso), ligo para segurança, estabilidade, documentação, ambiente de desenvolvimento. Qualquer computador atual tem velocidade de sobra para as minhas necessidades, qualquer coisa além disso é lucro. O assunto esta fora do escopo da lista porque tanto quanto eu o freebsd não liga se o seu processador faz mais do que do outro. Sem flames por favor. Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DHCP Server via ports
Aqui compila sem problemas também. Qual tua versão? uname -a ? Sds - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Erro MRTG.
Bom dia pessoal, Estou tentando implementar aqui um MRTG num FreeBSD 6.3-Release, mas não estou tendo muito êxito. Ti um erro anterior, onde tive que dar um ln -s /usr/local/lib/perl5/site_perl/5.8.9/Net_SNMP_util.pm /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm . Depois disso, quando tento startar o Daemon do mrtg, ele me dá o seguinte erro: server2# /usr/local/etc/rc.d/mrtg_daemon start Starting mrtg_daemon. Subroutine version redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 394. Subroutine snmpget redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 547. Subroutine snmpgetnext redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 606. Subroutine snmpgetbulk redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 688. Subroutine snmpwalk redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 764. Subroutine snmpset redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 804. Subroutine snmptrap redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 909. Subroutine snmpmaptable redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 999. Subroutine snmpmaptable4 redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1046. Subroutine snmpwalkhash redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1145. Subroutine snmpmapOID redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1174. Subroutine snmpLoad_OID_Cache redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1218. Subroutine snmpMIB_to_OID redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1273. Subroutine snmpQueue_MIB_File redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1390. Subroutine snmpopen redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1405. Subroutine toOID redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1572. Subroutine Check_OID redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1627. Subroutine snmpwalk_flg redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1649. Subroutine ASNtype redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1814. Subroutine error_msg redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1872. Subroutine MIB_fill_OID redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1886. Daemonizing MRTG ... Alguém já passou por esse problema e pode me ajudar ? 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] DHCP Server via ports
Bom dia a todos. João, você já pensou em usar o DHCP server do proprio FreeBSD? Eu já usei, e achei muito pratico. Passei pela mesma situação, testei algumas ferramentas, e passei bastante trabalho para configurar, até que resolvi usar do proprio sistema, funciona perfeitamente bem. Ai vai o link: http://www.openit.com.br/freebsd-hb/network-dhcp.html []´s 2009/3/26 Vinícius Abrahão vinnix@gmail.com Aqui compila sem problemas também. Qual tua versão? uname -a ? Sds - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente, Reginaldo Filippus Desenvolvedor WEB/Admin. Rede Fone: (47) 3035-3167 Cel: (47) 9657-7670 Skype: reginaldo.filippus Blog: http://rfilippus.blogspot.com/ Site: http://www.facilpesquisa.com.br/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro MRTG.
2009/3/26 jun...@gujao.com: Bom dia pessoal, Estou tentando implementar aqui um MRTG num FreeBSD 6.3-Release, mas não estou tendo muito êxito. Ti um erro anterior, onde tive que dar um ln -s Olha cara, primeiro não é saudável ficar remendando com link simbólico, isso em geral dá mais dor de cabeça do que solução. /usr/local/lib/perl5/site_perl/5.8.9/Net_SNMP_util.pm /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm . Depois disso, quando tento startar o Daemon do mrtg, ele me dá o seguinte erro: server2# /usr/local/etc/rc.d/mrtg_daemon start Starting mrtg_daemon. Subroutine version redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 394. ... Subroutine MIB_fill_OID redefined at /usr/local/lib/perl5/site_perl/5.8.9/SNMP_util.pm line 1886. Daemonizing MRTG ... Tente recompilar o net-snmp, ele depende do perl-threaded, e pelo visto a tua versão é 5.8.9, lá no updating manda recompilar tudo que dependa dele: 20090113: AFFECTS: users of lang/perl5.8 AUTHOR: s...@freebsd.org lang/perl5.8 has been updated to 5.8.9. You should update everything depending on perl. The easiest way to do that is to use perl-after-upgrade script supplied with lang/perl5.8. Please see its manual page for details. Espero que ajude. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD para 64 bits
Luiz Otavio O Souza escreveu: E onde o assunto discutido está fora do escopo da lista? ou o seu FreeBSD roda sobre estruturas celulares com base em carbono ? Meu(s) FreeBSD(s) rodam em qualquer coisa, qualquer lugar e é por isso que eu simplesmente não ligo. Daquele lixo de computador que ninguem mais usa até o ultimo lançamento ou ainda nas minhas avrs (pra quem não tem dinheiro para comprar um ARM decente). Eu não lligo pra velocidade (desde que tenha velocidade suficiente para fazer o que EU preciso), ligo para segurança, estabilidade, documentação, ambiente de desenvolvimento. Qualquer computador atual tem velocidade de sobra para as minhas necessidades, qualquer coisa além disso é lucro. O assunto esta fora do escopo da lista porque tanto quanto eu o freebsd não liga se o seu processador faz mais do que do outro. Sem flames por favor. Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Meu Querido quem gerou flamers de momento não foi eu, se igual a você quase todos os membros das lista já teve a oportunidade de usar algum Risc e quem não teve terá possivelmente. agora saber de fato o que se faz e como se faz é o principio para manter um ambiente controlado e poder alcançar 99% de segurança e se não me engano erros de projeto de hardware também causa vunerabilidades de segurança, ou será que li errado sobre o Atom da intel semana passada ? Para as suas necessidades até que pode ser que qualquer computador tem processamento de sobra porém para a necessidades de muitos aqui na lista não, para o que faço 500 mhz com 128Mbs de ram é mais do que o suficiente, porém não é sempre que se faz a mesma coisa e torno a repetir o seu FreeBSD não roda em qualquer coisa. pois para começar não me lembro de ter visto uma estrutura celular com base em carbono rodar o FreeBSD, se o seu faz então disponibilize pois será uma revolução no ambito computacional, e outra o FreeBSD não suporta todas as arquiteturas de processador existentes , se fosse o NetBSD eu fico quieto mais não vem se vangloriando em causas infundadas. Se o conteúdo da Thread não o agrada, crie filtro, ou melhor seja inteligênte ignore, pois se para você a discussão está fora do escopo, para mim e outros membros da lista não se encontra com breves excessões para mensagens como as suas e as minhas com respostas destinadas as suas mensagens. - 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 para 64 bits
Meu Querido quem gerou flamers de momento não foi eu, se igual a você quase todos os membros das lista já teve a oportunidade de usar algum Risc e quem não teve terá possivelmente. agora saber de fato o que se faz e como se faz é o principio para manter um ambiente controlado e poder alcançar 99% de segurança e se não me engano erros de projeto de hardware também causa vunerabilidades de segurança, ou será que li errado sobre o Atom da intel semana passada ? No flames é simplesmente para você não levar para o lado pessoal... Não existe tecnologia 100% livre de riscos, toda nova solução traz novos problemas, é o desenvolvimento no seu apice. Para as suas necessidades até que pode ser que qualquer computador tem processamento de sobra porém para a necessidades de muitos aqui na lista não, para o que faço 500 mhz com 128Mbs de ram é mais do que o suficiente, porém não é sempre que se faz a mesma coisa e torno a repetir o seu FreeBSD não roda em qualquer coisa. pois para começar não me lembro de ter visto uma estrutura celular com base em carbono rodar o FreeBSD, se o seu faz então disponibilize pois será uma revolução no ambito computacional, e outra o FreeBSD não suporta todas as arquiteturas de processador existentes , se fosse o NetBSD eu fico quieto mais não vem se vangloriando em causas infundadas. Com certeza, se o todo o desenvolvimento da informatica no mundo fosse proveniente das minhas necessidades, estariamos na idade da pedra... Felizmente para cada necessidade há sempre alguem disposto a fazer a diferença. Causa infundada ? Você por acaso tem um desse tal de estrutura celular com base em carbono ai ? Cria uma conta shell pra mim ! :) Desculpe, mas da mesma forma que os meus problemas não são os únicos, você não pode dizer que o FreeBSD pra mim não funciona em todos os lugares... Até telemetria de voo eu faço com ele (http://www.rcgroups.com/forums/showthread.php?t=948923highlight=avr). Portanto não queira me dizer o que eu não posso fazer o com FreeBSD. Nunca disse que o FreeBSD roda em qualquer plataforma (conheco bem suas limitações), o que eu disse é que o FreeBSD roda em todos esses processadores que esta sendo discutidos e pouco importa a MARCA. Se o conteúdo da Thread não o agrada, crie filtro, ou melhor seja inteligênte ignore, pois se para você a discussão está fora do escopo, para mim e outros membros da lista não se encontra com breves excessões para mensagens como as suas e as minhas com respostas destinadas as suas mensagens. Com certeza, nem sei porque respondi da primeira vez. Bem deve ser por conta do mal humor depois de trabalhar a noite toda num Linux. Novamente... sem flames... eu já parei por aqui. []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] shell em servidor FreeBSD
sempre é bom dispormos de uma conta em servidor free-shell, seja para rebuscarmos as informações, seja para armazenarmos chaves.. enfim: http://www.arbornet.org/index.php basta um cadastro simples e temos acesso por telnet, ssh, putty. divirtam-se. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Homem que desmunheca e mulher que pisa duro, não enganam nem no escuro. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] shell em servidor FreeBSD
irado furioso com tudo escreveu: sempre é bom dispormos de uma conta em servidor free-shell, seja para rebuscarmos as informações, seja para armazenarmos chaves.. enfim: http://www.arbornet.org/index.php basta um cadastro simples e temos acesso por telnet, ssh, putty. divirtam-se. Valeu rapaz estava precisando !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema com ZFS com grande quantidade de dados
Boa tarde pessoal. Eu estou utilizando um FreeBSD 7.1 com GEOM e ZFS para montar um storage. Este storage, está parcialmente em produção, digo parcialmente, pq estou tendo que retirar tudo dele. Eu não consigo deixar o storage rodando direto. Primeiro, o cenário é o seguinte: Tenho 4 servidores com discos compartilhados para este storage. 3 servidores usando Geom Gated, esportando 1 disco de 1Tb cada e 1 disco de 750Gb cada. E no ultimo servidor que o ZFS está atuando, e ele que importa os discos pelo GEOM Gatec. Disponibilizando para o ZFS, 3 x 1TB, e 3x 750Gb. Com isso eu montei o seguinte pool: RAIDZ1 ( 750GB + 750GB + 750GB ) + RAIDZ1 ( 1TB + 1TB + 1TB ) Somando 3.5TB disponiveis. Neste pool, eu criei um ponto de montagem para backup de e-mails, os quais eu transfiro toda madrugada do servidor de e-mail para este pool usando exportação NFS do proprio ZFS. A transferencia é feita pelo rsync, assim eu crio 2 pastas com os e-mails: backup e deletados (eu mantenho uma copia dos e-mails deletados). E os e-mails são armazenados usando o Maildir (em um sistema Postfix). Então cada conta de e-mail, possui vários arquivos. Totalizando o backup destes e-mail possui cerca de 50Gb compactado (este ponto de montagem do ZFS está com o gzip-9 ativado) e 1110 caixas de e-mail (os usuários usam imap para verificar as mensagens, e as caixas não possuem quota - então algumas caixas chegam a ter mais de 4Gb de e-mails - e milhares de mensagens). O rsync que roda no servidor de e-mail toda madrugada para fazer a transferencia está rodando dentro do Periodic (Daily). Além dos backups do servidor de e-mail, este storage é utilizado por 3 Servidores VMWare ESXi para armazenamento dos discos das maquinas virtuais. Eu exporto um ponto de montagem do ZFS para os servidores ESXi usando o NFS do ZFS. Atualmente as maquinas virtuais estão utilizando aproximadamente 300Gb de espaço. Não utilizo compressão neste ponto de montagem. Agora, o que está ocorrendo. Toda madrugada, o ZFS trava. Ele simplesmente para de responder. O NFS some do ar, um segundo compartilhamento que eu possuo usando iSCSI (como teste para acesso do ESXi), também para de responder. Eu consigo acessar o servidor normalmente via SSH, porém se eu ir até algum ponto de montagem do ZFS, e digitar ls, meu shell fica travado. Se eu mando dar um reboot no servidor, ele inicia o processo de reboot, porém trava quando vai desligar os serviços... provavalmente o do ZFS. Eu estou utilizando um script para gerar um relatorio da utilização da memória do kernel: paramo...@freud paramount # /usr/local/etc/periodic/daily/000.kmem Summarize of kernel memory utilization: TEXT = 12386425, 11.8126 MB DATA = 1268871168, 1210.09 MB TOTAL = 1281257593, 1221.9 MB paramo...@freud paramount # Como este script está no periodic, eu recebo um e-mail toda madrugada com os dados da utilização da memória do kernel. O que eu reparei, é que nos dias que o ZFS trava, eu recebo a seguinte mensagem: Summarize of kernel memory utilization: TEXT = 12386425, 11.8126 MB DATA = 1774715904, 1692.5 MB TOTAL = 1787102329, 1704.31 MB Ou seja, a memória utilizada pelo Kernel chegou a 1.7GB. Porém eu possuo a seguinte linha no meu /boot/loader.conf vm.kmem_size=1536M vm.kmem_size_max=1536M Então eu nem entendo como a memória do kernel ultrapassou esse limite. Eu tentei aumentar esses valores, porém o servidor parou de inicializar... ele travava com um kernel panic antes mesmo de exibir qualquer outra mensagem no boot. Nesse servidor eu possuo 4GB de memória. E ele é utilizado apenas como storage, não possuo nenhum outro serviço rodando nele. E é um Intel Core 2 Quad Q6600. Com placa mãe Intel D975XBX2. Utilizo 2 discos de 80Gb Sata apenas para o sistema... usango o GEOM Mirror. A minha suspeita, é que o ZFS está tendo problemas para lidar com a quantidade de arquivos que o backup de e-mail possui. Acredito que o problema não seja o tamanho em si dos dados, porque nem é tão grande. Mas a quantidade de arquivos é imensa. E ao meu ver, é isso que está estourando a utilização de memória do kernel. Eu estou removendo o backup de e-mails do ZFS esta tarde. Irei criar um volume UFS dentro do ZFS para armazenamento destes e-mails. E ver se o storage continua travando após isso. Mas eu gostaria de saber da lista se alguém teve algum problema parecido com o ZFS, ou sabe alguma solução para isso? O storage funciona muito bem, é rápido, acesso ele via placa de REDE (é uma placa HP NC360T com 2 portas Gigabit em trunking com um switch gigabit D-Link WebSmart de 16 portas). O único problema é que quase todos os dias eu preciso resetar o servidor pois ele está com o ZFS travado e com isso eu nem consigo reiniciar a quente. Agradeço qualquer sugestão. -- Rafael Henrique da Silva Faria # Técnico de Informática # Faculdade de Ciências e Letras # Campus de Araraquara - UNESP - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
Re: [FUG-BR] Problema com ZFS com grande quantidade de dados
Boa tarde pessoal. Eu estou utilizando um FreeBSD 7.1 com GEOM e ZFS para montar um storage. Este storage, está parcialmente em produção, digo parcialmente, pq estou tendo que retirar tudo dele. Eu não consigo deixar o storage rodando direto. (...) Rafael, Se a situação é essa, eu faria tudo de novo com o FreeBSD 8 ou -current. Eu tenho acompanhado os bugs na listas e parece que o ZFS esta bem mais estavel nessa versão. Os problemas relatados normalmente são problemas relacionados a bugs no hardware e podem ser contornados desabilitando algumas opções no zfs. Eu tenho um pequeno servidor de testes rodando nessa versão, mas tenho pouquissímo uso do storage para poder garantir qualquer coisa, o que posso dizer é que você não terá grandes surpresas na adoção dessa versão (baixe o ultimo snapshot e depois atualize normalmente para pegar as ultimas correções). O release 8.0 também não deve demorar a sair, sai esse ano, só não se sabe quando... []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] shell em servidor FreeBSD
2009/3/26 irado furioso com tudo ir...@vfemail.net: sempre é bom dispormos de uma conta em servidor free-shell, seja para rebuscarmos as informações, seja para armazenarmos chaves.. enfim: http://www.arbornet.org/index.php basta um cadastro simples e temos acesso por telnet, ssh, putty. divirtam-se. Legal! Valeu cara! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acelerador de Pacote
Orbit voce tem ele direto no ports. 2009/3/26 Rodrigo de Oliveira Gomes ak...@uol.com.br Pessoal, Boa tarde! Por favor, sou adepto ao software livre, mais precisamente a BSDs. Aqui na empresa duas empresas parceiras estão tentando vender soluções de aceleradores de WAB (Riverband e Expand). Gostaria de saber de no mundo Free/GNU já existe algum projeto ou solução com esse intuito? Obrigado, Atenciosamente, Obrigado, Rodrigo Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Desde já agradeço pela atenção! Atte. Marco - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] shell em servidor FreeBSD
- Original Message - From: irado furioso com tudo ir...@vfemail.net To: fug Freebsd@fug.com.br Sent: Thursday, March 26, 2009 10:05 AM Subject: [FUG-BR] shell em servidor FreeBSD sempre é bom dispormos de uma conta em servidor free-shell, seja para rebuscarmos as informações, seja para armazenarmos chaves.. enfim: http://www.arbornet.org/index.php basta um cadastro simples e temos acesso por telnet, ssh, putty. divirtam-se. -- Quando a esmola é demais o santo desconfia. --- Wesley Miranda FreeBSD Consult DTI - Departamento de Tecnologia da Informação Tel: (31) 3334-7991 (31) 9885-4571 www.freebsdconsult.com.br d...@freebsdconsult.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] shell em servidor FreeBSD
Em Thu, 26 Mar 2009 21:54:05 -0300 Wesley FreeBSD Consult li...@freebsdconsult.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: Quando a esmola é demais o santo desconfia. não é esmola. Eu uso há uns 4 anos, lembrei que outros poderiam se interessar. Se sabe ler inglês, confira no site. Se não sabe, pergunte. Se não quer, não vá. Se tem alguma coisa contra, expresse-se. flames /dev/null ps: bem que a freebsd.br poderia dar uma colherzinha dessas - risos. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free As falácias não deixam de ser falácias só porque são moda. Gilbert Keith Chesterton - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
