Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE
On 10/14/2015 06:07 AM, Sergio Lopes wrote: > Estou usando o FreeBSD 10.1 com 2 interfaces de 1GB e estou com o mesmo > problema usando LACP > > > igb2: Interface stopped DISTRIBUTING, possible flapping > igb4: Interface stopped DISTRIBUTING, possible flapping > > > Cada vez que o problema ocorre o tráfego da interface de um sentido > comuta para outra interface, fazendo com que o usuário perceba uma queda > de 5 segundos. > > Quando mudo para roundrobin e removo o lacp do FreeBSD e do Switch ai > fica normal. > Veja se consegue relacionar as quedas com aumento de utilizacao da CPU. Isso é (era?) um problema comum que eu tinha: a thread responsável por responder os pings do LACP demorava para rodar e passava do tempo de timeout do LACP. A solução no meu caso foi mudar o LACP de short para long (30 segundos) no servidor e no switch. (No meu caso acontecia durante a remoção de um snapshot grande no ZFS que causava muita atividade de disco/CPU. Infelizmente é uma operação que não podia deixar de fazer) Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [fug-br] "Apache is exiting"
On 29.09.2015 10:08 saaku, Denis Granato wrote: Bom dia Senhores, Tenho um server FreeBSD 9.1 com apache 2.2.22 para rodar o zabbix Ultimamente aconteceu 2x do apache morrer, e eu ter que startar o processo de novo, nos logos aparece: *[alert] Child xxx returned a Fatal error... Apache is exiting!* Tem mais erros/alertas antes disso? Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] GPT corrupted table e kernel panic no ZFS
On 09/24/2015 08:41 AM, Victório wrote: Em 23-09-2015 18:03, victorio@felipe.center escreveu: Em 2015-09-23 17:37, Giovanni Tirloni escreveu: On 09/23/2015 05:13 PM, victorio@felipe.center wrote: solaris assert rs == NULL, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/range_tree.c, line 186 Em single-mode, por favor rode o comando `zdb -b -c -A dados` para ter mais detalhes do que pode estar errado. Giovanni Giovanni, estou rodando o comando. Deu alguns erros relacionados à rs_start e rs_end, que estão no código do zfs no range_tree.c, mas tá executando. Assim que terminar eu reporto. Obrigado. Bom dia. O zdb terminou de rodar e apresentou: block tranversal size 950842077968 != alloc 946547740672 (leaked -4294967296) bp count: 11172286 ganged count: 0 bp logical: 950780091392 avg: 85101 bp physical: 937320184320avg: 83896 compression: 1.01 bp allocated: 950842707968avg: 85107compression: 1.00 bp deduped:0 ref>1: 0 deduplication: 1.00 SPA allocated: 946547740672 used: 47.50% additional, no-pointer bps of type 0: 65760 Dittoed blocks on same vdev: 1015135 Contudo um simples zpool list dados ainda dá o mesmo panic. O ZFS esta tentando fazer a alocação de um bloco que já está alocado. Parece que os metadados do seu pool estão corrompidos. Como o Danilo mencionou, pode ser que esteja havendo um conflito com a GPT. Porém, o ZFS grava os superblocos muitas vezes no disco. Tanto é que você provavelmente está conseguindo fazer o zpool import, certo? O ZFS identifica que existe um pool ali e acessa, mas na hora de manipular a arvore binária, ele encontra incosistências. Sem ter um mirror para tentar um zpool scrub, minha única recomendação destruir o pool, zerar o disco, recriar o pool e voltar os backups :( Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] GPT corrupted table e kernel panic no ZFS
On 09/23/2015 05:13 PM, victorio@felipe.center wrote: solaris assert rs == NULL, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/range_tree.c, line 186 Em single-mode, por favor rode o comando `zdb -b -c -A dados` para ter mais detalhes do que pode estar errado. Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE
On 09/16/2015 01:42 AM, Marcelo Gondim wrote: On 15-09-2015 22:08, Giovanni Tirloni wrote: On 09/15/2015 06:28 AM, Marcelo Gondim wrote: Eu tenho 2 laggs nesse router e depois que atualizei, quando chegava no horário de pico e subia o tráfego nesses laggs, simplesmente meu load subia pra 40.x à 53.x, minha sessão BGP de um desses laggs com a operadora caía e levantava de 5 em 5 minutos me gerando grande problema aqui no provedor. Nos logs ficavam aparecendo: /var/log/messages:Sep 9 19:21:43 rt01 kernel: igb5: Interface stopped DISTRIBUTING, possible flapping /var/log/messages:Sep 9 19:21:44 rt01 kernel: igb4: Interface stopped DISTRIBUTING, possible flapping Ola Marcelo, Não sei até que ponto você está disposto a investigar esse problema, mas se puder voltar para o 10.2 e iniciar a maquina em verbose mode [1], pode ser que outras mensagens ajudem a elucidar esse problema. Você poderia enviar a saída do ifconfig das interfaces ixb/lagg, a configuração do link aggr switch, as informações físicas da interface (pciconf -lv) e de boot (egrep ´(lagg|igb)' /var/run/dmesg.boot)? Desde a 10.1-RELEASE, o driver igb teve muitas mudanças. É difícil dizer exatamente o que pode ter causado essa regressão sem mais detalhes. [1] - https://www.freebsd.org/doc/handbook/boot-introduction.html#boot-init Opa Giovanni, É complicado eu fazer isso pois o router segura a Internet de 4 cidades. São quase 4.5Gbps de tráfego e mais de 20.000 assinantes. Se eu fizer isso vou ter muitos cancelamentos tendo em vista que já fiquei uns 3 dias apresentando esse problema e achando que era uma das Operadoras de trânsito. Não posso colocar um ambiente desse em testes, infelizmente. Faz sentido. Bom, essas informações que eu solicitei, se você puder colocar no PR, com certeza vai ser útil para quem olhar depois. Por isso informei a revisão que estava usando sem problemas, para tentar ajudar à descobrir o que foi alterado nesse espaço de tempo e que possa estar causando isso. O código do 10.1 foi colocado em freeze dia 5/Set/2014. Já o 10.2 entrou em freeze dia 3/Jul/2015. Teoricamente, tudo que foi comitado entre essas datas esta no 10.2-RELEASE. https://www.freebsd.org/releases/10.1R/schedule.html https://www.freebsd.org/releases/10.2R/schedule.html Você pode ver os commits aqui: https://github.com/freebsd/freebsd/commits/0d9fe1a380ad3917e8371b95095da61774318853/sys/dev/e1000/if_igb.c Fazer a investigação pelo código apenas com as mensagens de "stopped distributing" vai ser quase impossível. Com relação ao fato de que o próprio pessoal do projeto usa o FreeBSD 11, eu vejo isso como um grande erro. O current deveria ser testado sim mas antes de mais nada deveria ser usado a versão de produção que é a 10.x e torná-la mais estável e robusta ainda. Somente usando o sistema, é que se encontram as falhas. Os desenvolvedores precisam estar na última versão. É lá que entram códigos novos, que vão ser testados, modificados e depois feito o backport para a STABLE. Se o projeto usa CURRENT em alguns servidores de produção, tem alguém assumindo esse risco. Tem que ter muita fé que nada vai quebrar e/ou um sistema de testes robustos. Do contrário quando a sua máquina CURRENT pifar, não adianta ir chorar as pitangas nas listas :) Eu não recomendo colocar CURRENT em produção apesar de todas as anedotas de que não dá problema que normalmente eu ouço. É melhor criar um ambiente de testes, rodar STABLE/RELEASE nele e tentar reproduzir o problema. Já rodei CURRENT em produção? Já, na época do 5-CURRENT eu queria muito usar o pf porque ele tinha funcionalidades que eu precisava. Assumi o risco junto ao cliente e tive alguns panic's com certeza. Vai de cada caso... se você já está sofrendo com releases que são supostamente estáveis, pela lógica não tem como dizer que um codebase que sofre muito mais mudanças como o CURRENT vai te trazer mais previsibilidade. Semana que vem sai um patch de segurança e você vai aplicar ele e mais 200 milhões de linhas de código que você nem sabe pra que serve? Não recomendo... Para mim os nomes deveriam ser diferentes então: STABLE deveria se chamar TESTING, RELEASE de UNSTABLE e o CURRENT de RELEASE. Ouvi muito sobre a organização em que é feito o sistema. A versão 8.x na qual comecei à ver FreeBSD era excelente e me ajudou bastante. Mas sinceramente nesses últimos anos me deparo com algumas coisas que parece coisa de "universitário" mesmo. Me lembra o RouterOS da Mikrotik onde mexem em uma coisa e estraga outra e vai mexendo e tentando acertar. Entendo a frustração. Infelizmente é um problema universal da área de TI que a qualidade do que a gente faz parece coisa de voodoo as vezes. Acho que nesse caso o buraco é mais embaixo, e não é exclusividade do FreeBSD. As versões de produção deveriam ser a mais rock solid possível, ainda lembro dessa frase. No entanto cada vez que atualizo para uma release, algo acontece e coisas
Re: [FUG-BR] Problema sério com link aggregation LACP no FreeBSD 10.2-RELEASE
On 09/15/2015 06:28 AM, Marcelo Gondim wrote: Eu tenho 2 laggs nesse router e depois que atualizei, quando chegava no horário de pico e subia o tráfego nesses laggs, simplesmente meu load subia pra 40.x à 53.x, minha sessão BGP de um desses laggs com a operadora caía e levantava de 5 em 5 minutos me gerando grande problema aqui no provedor. Nos logs ficavam aparecendo: /var/log/messages:Sep 9 19:21:43 rt01 kernel: igb5: Interface stopped DISTRIBUTING, possible flapping /var/log/messages:Sep 9 19:21:44 rt01 kernel: igb4: Interface stopped DISTRIBUTING, possible flapping Ola Marcelo, Não sei até que ponto você está disposto a investigar esse problema, mas se puder voltar para o 10.2 e iniciar a maquina em verbose mode [1], pode ser que outras mensagens ajudem a elucidar esse problema. Você poderia enviar a saída do ifconfig das interfaces ixb/lagg, a configuração do link aggr switch, as informações físicas da interface (pciconf -lv) e de boot (egrep ´(lagg|igb)' /var/run/dmesg.boot)? Desde a 10.1-RELEASE, o driver igb teve muitas mudanças. É difícil dizer exatamente o que pode ter causado essa regressão sem mais detalhes. [1] - https://www.freebsd.org/doc/handbook/boot-introduction.html#boot-init Abraços, Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
Marcelo, Sua fila de conexoes estao enchendo porque a $aplicacao nao esta dando accept() rapido o suficiente. Provavelmente ela tambem esta sendo limitada por alguma outra coisa. Nao adianta aumentar o somaxconn, isso so' vai retardar o problema. Voce precisa investigar _onde_ que a $aplicacao esta gastando tempo. Por favor poste em algum lugar sua configuracao do MariaDB, Apache e memcached em algum lugar que possamos verificar (ex. pastebin.com). O ideal e' simular esse workload artificialmente em um servidor de testes para fazer o problema acontecer. Se nao for possivel ou viavel nesse momento, e voce puder apontar o trafego de producao por algum tempo ate' comecar a dar problema, seria interessante a saida do dos comandos: netstat -an -f inet > netstat.txt lsof -i > lsof_i.txt lsof > lsof.txt top -d 10 -s 1 -n > top.txt Coloque isso em algum lugar que possamos olhar e vai ser mais facil te ajudar :) Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Diferencas entre licencas BSD e GPL
2010/8/1 Ricardo Tweeg : > Boa tarde amigos, > > Faz tempo em que me recordo de um amigo do grupo falando sobre uma > apresentacao (acho que tem video) sobre as diferencas entre licencas BSD e > GPL. > Andei procurando este video no site do grupo e nao mais encontrei. > Alguem aqui teria ainda este video? > Fiquei bastante curioso para assistir. Talvez esteja no canal BSDConferences do Youtube: http://www.youtube.com/user/bsdconferences -- Giovanni Tirloni gtirl...@sysdroid.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] Colin Percival sobre criptografia
2010/5/14 Douglas Santos : > Ola, > > Palestra do Colin Percival na BSDCan 2010 sobre criptografia > > Everything you need to know about cryptography in 1 hour > 13 May 2010 Muito bom, especialmente os DO/DONT/AVOID! Alguém sabe se eles irão disponibilizar vídeos do evento esse ano ? -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pfsense: Erro de acesso externo FTP
2010/5/6 Gustavo Freitas > Pessoal, > > Tenho um firewall é que pfsense 1.2.3-relaese, fiz o NAT e liberei > acesso a porta 21 (tcp) que direciona para uma maquina windows server 2003 > que tem o ftp instaldo > . > Acontece que localmente o ftp eu consigo acessar login/senha e visualizar > a > pasta e arquivos, > porem externo (via internet) não. > Chega solicitar "login/senha" e depois para e diz a internet nao pode > exibir a pagina. No filezila apresente este erro > > Resposta: 425 Can't open data connection. > Erro: Falhou a obtenção da lista de pastas > > Esta faltando algum paramentro ? ja que localmente o ftp funciona ? > > O cliente externo está atrás de NAT ? Se sim, precisa verificar se o gateway dele consegue redirecionar corretamente as conexões da porta 20/21. Outra opção é utilizar FTP passivo, porém precisa liberar as portas aleatórias no servidor. Sugiro a leitura desse documentos: http://www.openbsd.org/faq/pf/ftp.html http://www.proftpd.org/docs/howto/NAT.html -- Giovanni - 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] Freeradius, alguem já o imp lementou?
2010/5/4 Saulo Bozzi > Hi Lista! > Alguem aqui ja implementou o freeradius, talvez autenticando em ldap ou ad? > Tem material sobre o assunto? > Pois sobre freeradius mesmo achei pouca coisa na internet, nada > concreto para me ajudar realmente a implementa-lo. > Sim, funciona. http://www.google.com.br/search?q=freeradius+how+to http://wiki.freeradius.org/HOWTO -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Duvida sobre Processador
2010/4/29 Cobausque > Amigos gostaria de perguntar a vocês a respeito de um problema que estou > tendo com um servidor HP que possuo aqui o qual possui um processador > xeon... > > [...] > > > No caso este servidor estou trabalhado com ele so com cachê e estou usando > uma versão AMD64 do free 7.3 bom tenho outras maquinas com esta estrutura > como cachê mas porem com processadores dual ou mesmo em 32 bits.. > > Tenho tido problemas estranhos de CORE DUMPED em aplicativos aleatórios.. > tais como o próprio squid.. bom em testes não encontro nada de errado no PC > .. inclusive já fiz inclusive a troca do mesmo .. apesar de tudo tenho o > mesmo comportamento.. mas fora isto me veio uma duvida quanto ao > processador > não é necessário a instalação de nenhum pacote adicional ou o free 7.3 > já reconhece este modelo normalmente ... com um processador deste e o > primeiro que monto. Lembrando que escolhi 64bits pois pretendo aumentar pra > 16 gb de memória este mesmo servidor .. > > E Tb e o primeiro free que instalo em 64 não sei dizer se pode ser alguma > incompatibilidade ... ? > > Quando você diz que fez a troca do mesmo, foi por outra máquina idêntica ? Geralmente esses core dump aleatórios podem ser causados por memória com problemas. Se você estiver com tempo, tenta instalar a versão 32-bits do FreeBSD ou até uma distro Linux qualquer para testar, porém acho que continuará dando problema. Chegou a dar panic alguma vez ? Você pode tentar analisar esse core dump com o gdb: # gdb caminho_para_o_binario caminho_para_o_coredump Ele vai mostrar algumas informações de diagnóstico e depois você pode usar o comando "backtrace" para rastrear as chamadas que foram feitas. -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] HP DL385 G6 com Freebsd 8
2010/4/29 Cleyton Agapito > Para deixar registrado, aquele problema que começei a a ter no 7.0 > continua no 8.0 até hoje, de a máquina religar sozinha depois do > shutdown continua, ou seja, não era fonte. > > Não acompanhei seu problema. Você roda um shutdown, o sistema desliga e aparece a mensagem final porém ele "pisca" e sobe o FreeBSD imediatamente ? Ou a máquina faz todo o processo de POST ? Pensei em algo como o fast reboot do Solaris mas não sei se isso existe no FreeBSD [1] Se em vez de desligar a máquina reboot, pode ser alguma coisa com ACPI. -- Giovanni [1] - http://dlc.sun.com/osol/docs/content/SYSADV1/ghsbc.html - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Usar mais de 2TB no Free ?
2010/4/8 Evaldo Silva > Boa tarde a todos. > Tenho aqui um hardware com duas controladoras ADAPTEC. Uma serve-me um > storage, externo e taus. A outra me serve os discos SATA internos. Com > esta controladora monto dois volumes RAIDs diferentes com conjuntos de > discos diferentes. Um volume me dá 500GB mais ou menos. O outro volume > me dá os 2.7TB que dá pra fazer com o discos escolhidos. > Na partida o FreeBSD 7.3 acha as controladoras todas, me deixa montar > tudo o que diretorio que eu queira até eu tentar usar o volume com mais > de 2TB. Ele mostra no probe os 2.7TB e no fdisk dentro do sysinstall > também. Mas é só sair pro prompt que ele volta pros 720GB. O máximo que > ele me deixa "usar". São 4 discos SATA de mais de 900GB cada um e no fim > não posso usar nem o equivalente a um deles Kua kua kua... Parece > piada né? > Alguém pode ajudar? > Pelo visto você vai ter que fazer uma partição <2TB para instalar o sistema e criar outra maior para os dados. http://www.freebsd.org/projects/bigdisk/index.html -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Fwd: [PSL-DF] Aprovad o parecer que regulamenta as profissões de analis ta de sistemas e técnico de informática
2008/3/7 Pablo Sánchez <[EMAIL PROTECTED]>: > Em 07/03/08, Giovanni Tirloni<[EMAIL PROTECTED]> escreveu: > > 2008/3/7 Pablo Sánchez <[EMAIL PROTECTED]>: > > > > > > > Legal, vamos fazer assim então: contrata o mestre de obras, que tem > > > nos de experiência para fazer todo o projeto para vc de um > > > edifício de 20 andares. O cara tem mita experiência, anos! Po, > ele > > > é o cara! Depois, vc se muda para o 20º andar. Sem cálculo > estrutural, > > > sem análise de terreno, nada disso. Vai lá, vai fundo. Mora lá. > > > > > > > > Mestre de obras tem anos de experiência no dia-a-dia da obra, > implementando > > um projeto previamente feito... ele nunca fez um projeto do zero, certo > ? > > Essa comparação não colou. > > Não? Então porque colocam a pessoa que nunca fez um projeto do zero, > só configurou windows e impressora para administrar uma rede de 500 > pontos? Isso é o que acontece qdo não se tem uma regulamentação: "ah, > colocamos o fulaninho pois ele está aqui há anos cuidando dos > computadores, então ele já sabe como está a nossa rede", só que > fulaninho nunca administrou uma rede... não tem idéia do que é > necessário.. não sabe que a cada X metros ele precisa de um replicador > de sinal enfim viva o fulaninho. Viva quem contratou ele! Acho que rola uma certa necessidade de status nisso tudo. Já até fizeram um comentário sobre advogados terem de ser chamados de "doutor" e nós não. Quase chorei. Muito flame para uma thread só e na lista errada :) -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Fwd: [PSL-DF] Aprovad o parecer que regulamenta as profissões de analis ta de sistemas e técnico de informática
2008/3/7 Pablo Sánchez <[EMAIL PROTECTED]>: > Legal, vamos fazer assim então: contrata o mestre de obras, que tem > nos de experiência para fazer todo o projeto para vc de um > edifício de 20 andares. O cara tem mita experiência, anos! Po, ele > é o cara! Depois, vc se muda para o 20º andar. Sem cálculo estrutural, > sem análise de terreno, nada disso. Vai lá, vai fundo. Mora lá. Mestre de obras tem anos de experiência no dia-a-dia da obra, implementando um projeto previamente feito... ele nunca fez um projeto do zero, certo ? Essa comparação não colou. -- Giovanni - 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 - Bug para visualizar anexos no RoundCube 0.1
2008/3/6 Filipe Alvarez <[EMAIL PROTECTED]>: > Então, segui sua sugestão e nao rolou. > Se vocês quiserem ver claramente o que acontece: > > http://webmail.himax.com.br > Login: [EMAIL PROTECTED] > Senha: teste > > Tem 2 emails na caixa de entrada, um WMV e um PNG, ambos acontecem a > mesma coisa. > > Thanks > > > > > > Acredito que isto não seja um bug. É provavel que seja uma configuração > no > > servidor http da página em questão. O diretório onde está o arquivo, > está > > configurado para executar os arquivos e não somente lê-los (ro). > > Att, > > Breno BF Isso acontece com qualquer arquivo wmv / png que você tenta baixar desse servidor ou apenas através do roundcube ? Suspeito das configurações de mime types no Apache. Tenta fazer o teste fora do roundcube, só para comprovar se ele é o culpado ou não. -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 7 RELEASE A SOLTA
2008/2/27 Evandro Nunes <[EMAIL PROTECTED]>: > On Wed, Feb 27, 2008 at 10:28 AM, Evandro Nunes > <[EMAIL PROTECTED]> wrote: > > Ué pelo que eu li aqui http://www.fug.com.br/ nem saiu oficialmente > ainda. > > > > E povo apressadinho ;) > > eu ja ouvi falar de site atualizado, mas tem ate banner pra download > de um sistema q nem saiu > > http://img249.imageshack.us/img249/2788/fugshotog4.jpg > > isso sim que eh pressa kekeke E quanto mais todo mundo correr para fazer download do freebsd.org, mais tempo vai demorar para os mirrors se atualizarem e todo mundo perde, thanks! -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD no Itautec LX211 para servidor de produção
2008/2/26 Alex Moura <[EMAIL PROTECTED]>: > Olá, Eduardo > > Agradeço sua contribuição. Temos experiência com servidores Dell há cerca > de > quatro anos e conhecemos bem a compatibilidade do FreeBSD nestes > servidores > (1650, 2850 e 2950). > > Precisamos mesmo saber é se o FreeBSD é compatível com a plataforma > Itautec > LX211. > > Alex > > Em 26/02/08, Eduardo Frazão <[EMAIL PROTECTED]> escreveu: > > > > Eu to fazendo testes em um Xeon, mas acredito que não seja a mesma > > estrutura > > da sua máquina > > É um Dual Xeon 5410 QuadCore // 2.33Ghz // 4 Discos SAS 146GB com uma > Perc > > 6/i // 8GB FBD DDR > > > > É um DellPowerEdge 2900 III > Alex, Você pode olhar a lista de compatibilidade de hardware e ver se os componentes especificados no LX211 são suportados. Estou supondo que você não tem a máquina em mãos para fazer os testes, o que seria muito melhor. http://www.freebsd.org/releases/6.3R/hardware-amd64.html Boa sorte. -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilador Intel ICC - Melhoria de performance/Estabilidade?
2008/2/26 Eduardo Frazão <[EMAIL PROTECTED]>: > Saber trabalhar com GCC eu tb nao sei. ehehehe.. Só gostaria de ter uma > idéia se realmente o código fica otimizado mesmo. Compilei o PostgreSQL, > mas > nao vi diferenças. O S.O. todo foi compilado com GCC. Pode ser isto > também! > > Vamos aguardar o manenedor do Port. VOu mandar um e-mail perguntando sobre > essa possibilidade, mesmo que remota! Como um experimento até acho válido (mas não esperaria grandes ganhos porque o GCC já faz um ótimo trabalho), mas para por em produção acho arriscado demais. Nínguem gosta de ser chamado de madrugada porque o servidor congelou "do nada". Não sei até que ponto o projeto suporta o ICC. -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Proxy no ports
2008/2/25 William Grzybowski <[EMAIL PROTECTED]>: > Oi, > > 2008/2/25 Wesley FreeBSD Consult <[EMAIL PROTECTED]>: > > - Original Message - > > From: "Mauricio Hiroaki Shibata" <[EMAIL PROTECTED]> > > To: "freebsd" > > Sent: Monday, February 25, 2008 11:14 AM > > Subject: [FUG-BR] Proxy no ports > > > > > > Srs., > > Como faço para que o make fetch utilize um proxy autenticado? > > > > Explicando: Estou implementando um proxy autenticado e preciso que o > freebsd > > instale pacotes através do ports utilizando esse proxy. > > > > Onde tenho que configurar? tem algum arquivo .conf ou entro com algum > > parâmetro no comando do make fetch? > > > > Abraços, > > Maurício > > - > > Mauricio, > > > > Se eu entendi bem o Sr. deseja instalar o squid com um aplicativo > > autenticado correto ? > > Nao, pelo oque eu entendi ele quer baixar pacotes no bsd estando atras > de um proxy autenticado.. > > Mauricio, nao tenha certeza, mas jah verificou a variavel de ambiente > "http_proxy", assim minusculo? A página do fetch(3) tem todos os detalhes: http://www.freebsd.org/cgi/man.cgi?query=fetch&sektion=3 -- Giovanni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd