Re: [FUG-BR] Desligar FreeBSD remotamente de uma máq uina Windows
No servidor: Editar o arquivo /etc/ssh/sshd_config AuthorizedKeysFile %h/.ssh/authorized_keys No cliente: --> no passphare, senão tem que digitar essa senha toda sessão do ssh # ssh-keygen -t dsa Generating public/private dsa key pair. Enter file in which to save the key (/root/.ssh/id_dsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /root/.ssh/id_dsa. Your public key has been saved in /root/.ssh/id_dsa.pub. The key fingerprint is: d6:5c:90:71:5c:14:66:82:34:ff:6f:c1:e2:46:cb:3f [EMAIL PROTECTED] # cd /root/.ssh Exemplo: # scp id_dsa.pub beijaflor:/root/.ssh/id_dsa-pardal.pub No servidor: # cd /root/.ssh # cat id_dsa-pardal.pub >> authorized_keys Atenciosamente, Ari Arantes Filho [EMAIL PROTECTED] DoctorDATA Internet (www.doctordata.com.br) - Original Message - From: "Armindo S. Gomes" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Tuesday, June 21, 2005 10:31 AM Subject: Re: [FUG-BR] Desligar FreeBSD remotamente de uma máquina Windows É exatamente isso que eu preciso. Mas como se faz esse lance de autenticação automática via chaves pública/privada? Preciso disso justamente pra desligar meu servidor quando a bateria do meu no-break estiver no limite. Abraços, Armindo Gomes - Original Message - From: "Marcos Silva" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Monday, June 20, 2005 8:20 PM Subject: Re: [FUG-BR] Desligar FreeBSD remotamente de uma máquina Windows Armindo, Vc pode conectar-se no servidor FreeBSD desde o servidor Windows 2003, através do SSH utilizando autenticação automática via chaves publica/privada, e rodar o "shutdown -h now" ou o "shutdown -p now" para desligar o servidor FreeBSD. Vc pode inclusive, criar um script no Windows 2003 para fazer isso automaticamente quando ocorrer um blackout. Espero que te ajude, []s Marcos Silva On Mon, 20 Jun 2005 18:00:32 -0300, Armindo S. Gomes <[EMAIL PROTECTED]> wrote: Pessoal Estou precisando saber como faço para desligar um servidor rodando FreeBSD em minha rede através de um outro servidor, mas este rodando Windows 2003 Server, no qual este é o Controlador de Domínio. Se possível, como faço isso através da linha de comando. Eu tinha pensado em tornar o servidor FreeBSD membro do domínio (com o samba), e aí através do comando "shutdown" do Windows desliga-lo. Já instalei o Samba, fiz o FreeBSD tornar-se membro do domínio e nada. Não consigo dar o shutdown. O que eu estou querendo, da maneira como estou fazendo, é possível? Caso não seja possível, existe alguma outra maneira? Desde já agradeço qq ajuda, Armindo Gomes ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ 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] AP1000 - Alguem pode me ajudar???
André, O que usa nesses servers FreeBSD? Digo, que placas (cartão) está utilizando? Atenciosamente, Ari Arantes Filho [EMAIL PROTECTED] DoctorDATA Internet (www.doctordata.com.br) - Original Message - From: "Andre Luiz" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Tuesday, June 21, 2005 3:58 PM Subject: Re: [FUG-BR] AP1000 - Alguem pode me ajudar??? Tenho um servidor fazendo Nat com Squid + Firewall IPFW controle de banda. tenho cerca de 18 radios (servers FreeBSD, Brdges e cartao) empendurados no AP1000. O link é PPP de 1MB. Ionar Rafael Michielin <[EMAIL PROTECTED]> escreveu: Se vc puder dar uma descrição mais detalhada da sua rede, poderemos ajudá-lo de forma eficaz. Abração. -- +++ Ionar Rafael Michielin (49) 9998-3809 (49) 621-1056 [EMAIL PROTECTED] São Miguel do Oeste - SC +++ On 6/21/05, Andre Luiz wrote: Boa a todos, de uma hora pra outra nao estou conseguindo pingar do servidor pro AP1000 e nem pros sevidores q estao abaixo do AP, pingo apenas nas bridges e os clientes com cartao wireless. Alguem tem alguma ideia de resolver. - Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora! ___ 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 __ Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/ ___ 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] Direcionamento de portas
Pode usar o natd. Você deverá usar no /etc/natd.conf redirect_port tcp IP_INTERNO:23 IP_EXTERNO:23 Atenciosamente, Ari Arantes Filho [EMAIL PROTECTED] DoctorDATA Internet (www.doctordata.com.br) - Original Message - From: "Gian Depiné" <[EMAIL PROTECTED]> To: Sent: Tuesday, June 21, 2005 3:48 PM Subject: [FUG-BR] Direcionamento de portas Olá Pessoal, Estou precisando fazer um direcionamento de portas da seguinte forma: O que chegar no meu servidor na porta 23 (telnet) precisa ser direcionado para um ip interno, mas precisa ser mascarado de forma que apareça como ip interno para ser aceito... Tem como fazer isso? []'s Gian ___ 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] Histórico da lista
Pessoal, Sinceramente não estou encontrando o histórico da lista. Estava pesquisando coisas de IPNAT e NATD e vi várias referências sobre o www4.fugspbr.org (exemplo: http://www4.fugspbr.org/lista/html/FUG-BR/2003-08/msg00091.html), porém o host não existe e sei que mudou para fug.com.br também... Por acaso existe algum histórico da lista em outro lugar? Obrigado, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] rc.conf - natd
Eu também tive esse tipo de problema, o natd não inicializava sozinho na hora do boot, mas depois rodava normalmente pela linha de comando com os mesmos parâmetros (natd_flags e /etc/natd.conf). O que eu fiz foi colocar a chamada do natd dentro do script que rodo as regras do ipfw. Tem que compilar o kernel também com as opções: options INCLUDE_CONFIG_FILE options IPDIVERT options TCP_DROP_SYNFIN options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=500 options IPFIREWALL_FORWARD []s, Ari - Original Message - From: "Celso Viana" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Thursday, June 30, 2005 6:44 AM Subject: [FUG-BR] rc.conf - natd all, adicionei as linhas abaixo no rc.conf e o daemon "natd" não está sendo executado na inicialização; preciso fazer mais alguma coisa? Celso natd_enable="YES" natd_interface="fxp0" natd_flags="-s -m" ___ 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: Re: [FUG-BR] rc.conf - natd
options INCLUDE_CONFIG_FILE --> é para pode utilizar arquivo de configuração externo (tipo -f /etc/x) ---> acho!!! options TCP_DROP_SYNFIN --> #drop TCP packets with SYN+FIN options IPFIREWALL_VERBOSE_LIMIT=500 --> limita o log (/var/log/security) em 500 entradas, isso evita risco de encher o disco por log e DOS - Original Message - From: "Ademir Costa Peixoto" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Thursday, June 30, 2005 11:27 AM Subject: Res: Re: [FUG-BR] rc.conf - natd Olá Ari, Não saquei essas regras options INCLUDE_CONFIG_FILE options TCP_DROP_SYNFIN options IPFIREWALL_VERBOSE_LIMIT=500 Elas fazem alguma segurança no server? Ademir ___ 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] rc.conf - natd
Veja o /etc/natd.conf dynamic yes same_ports yes use_sockets yes #EXTERNA interface rl0 []s, Ari - Original Message - From: "Celso Viana" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Thursday, June 30, 2005 10:09 AM Subject: Re: [FUG-BR] rc.conf - natd Ari, Obrigado pela dica; o que significa a opção "INCLUDE_CONFIG_FILE"? no script de regras de firewall vc coloca "/sbin/natd -dynamic -m -s -n fxp0"? outra coisa interessante é que, olhando o arquivo rc.firewall, não existe nada relacionado com o "natd" (nenhuma linha que faz a chamada); como/onde/qdo ele é executado? fiz o teste com o "firewall_enable="YES" e funcionou normalmente. mas pretendo executar o natd no rc.conf e as regras colocar dpois. Celso Em 30/06/05, Ari Arantes Filho<[EMAIL PROTECTED]> escreveu: > Eu também tive esse tipo de problema, o natd não inicializava sozinho na > hora do boot, mas depois rodava normalmente pela linha de comando com os > mesmos parâmetros (natd_flags e /etc/natd.conf). O que eu fiz foi colocar > a > chamada do natd dentro do script que rodo as regras do ipfw. > > Tem que compilar o kernel também com as opções: > > options INCLUDE_CONFIG_FILE > options IPDIVERT > options TCP_DROP_SYNFIN > options IPFIREWALL > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT=500 > options IPFIREWALL_FORWARD > > []s, > > Ari > > - Original Message - > From: "Celso Viana" <[EMAIL PROTECTED]> > To: "Lista de discussao do grupo FUG-BR" > Sent: Thursday, June 30, 2005 6:44 AM > Subject: [FUG-BR] rc.conf - natd > > all, > > adicionei as linhas abaixo no rc.conf e o daemon "natd" não está sendo > executado na inicialização; preciso fazer mais alguma coisa? > > Celso > > natd_enable="YES" > natd_interface="fxp0" > natd_flags="-s -m" > > ___ > 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 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] ipnat x natd
Pessoal, Alguém tem algum comparativo entre ipnat e natd? Prós e contra? No histórico até faz referência a uma mensagem do antigo histórico (www4), mas não está mais disponível. Obrigado, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Problema no redirecionamento
Pessoal, Estou com o seguinte problema: Tenho um servidor com 2 IPs válidos: xl0: 200.200.200.10 200.200.200.11 --> ip secundário xl1: 192.168.0.1 No servidor roda o apache somente "escutando" o IP 200.200.200.10:80, já o 200.200.200.11 é redirecionado para 192.168.0.2:80 (windows iis). webmail.dominio.com.br --> 200.200.200.10 --> apache rodando localmente intranet.dominio.com.br --> 200.200.200.11 --> redirecionando para o IIS do Windows em 192.168.0.2 De fora da rede tudo funciona, o problema está internamente. Estou usando o natd para isso: redirect_port tcp 192.168.0.2:80 200.200.200.11:80 O problema é que o pessoal interno quer digitar webmail.dominio.com.br e cair no apache e intranet.dominio.com.br e cair no windows. Como fazer isso? Obrigado, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Problema no redirecionamento
Christopher, Obrigado! Quero sim saber o que fez, pois preciso deixar isso funcionando. []s, Ari - Original Message - From: "Christopher Giese - iRapida Telecom" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Monday, August 29, 2005 4:13 PM Subject: Re: [FUG-BR] Problema no redirecionamento precisei desta solucao e nao consegui fazer com natd/ipfw (talvez ate tenha como fazer mas me bati e nao achei) ai encontrei como fazer com PF (na verdade eh meio TRAMOIA mas funciona) caso esteja usando freebsd 5.x possa/queira utilizar PF posso lhe auxiliar t+ Christopher Giese - SkyWarrior [EMAIL PROTECTED] Ari Arantes Filho wrote: >Pessoal, > >Estou com o seguinte problema: > >Tenho um servidor com 2 IPs válidos: > >xl0: 200.200.200.10 > 200.200.200.11 --> ip secundário >xl1: 192.168.0.1 > >No servidor roda o apache somente "escutando" o IP 200.200.200.10:80, já o >200.200.200.11 é redirecionado para 192.168.0.2:80 (windows iis). > >webmail.dominio.com.br --> 200.200.200.10 --> apache rodando localmente >intranet.dominio.com.br --> 200.200.200.11 --> redirecionando para o IIS do >Windows em 192.168.0.2 > >De fora da rede tudo funciona, o problema está internamente. > >Estou usando o natd para isso: > >redirect_port tcp 192.168.0.2:80 200.200.200.11:80 > >O problema é que o pessoal interno quer digitar webmail.dominio.com.br e >cair no apache e intranet.dominio.com.br e cair no windows. Como fazer >isso? > >Obrigado, > >Ari > >___ >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] qmail
Isso é muito comum com problemas no qmail-scanner ou antivirus. Veja no log... - Original Message - From: <[EMAIL PROTECTED]> To: Sent: Monday, August 29, 2005 4:20 PM Subject: Re: [FUG-BR] qmail Deixa ser mais claro. Eu consigo enivar email. Quando executo o qmail-qstat da a seguinte mensagen: messages in queue: 367 messages in queue but not yet preprocessed: 0 e a fila só vem crescendo... e quando tendo baixar mensagem nas maquinas não pego nada. espero que isso ajude... Quoting "R. Filippus" <[EMAIL PROTECTED]>: > É sempre bom colocar mais informações para poder ajudar, senão fica > dificil adivinhar ;). > > Pelo subject, acredito que seja qmail. > Você já verificou os logs? > Como padrão eles ficam em /var/log > > Você fez alguma alteração antes de parar? > Se fez, volte a configuração anterior e teste o seu servidor de email > > Em 29/08/05, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escreveu: >> Pessoal, >> >> Estou com o seguinte problema: >> >> Meu servidor de email estava funcionando normalmente, mas de repente >> parrou de >> receber emails. >> >> consigo enviar mensagens e minha fila de entrega não processa. >> >> >> alguma ideia? >> >> Atc, >> >> Fabricio Pinto >> >> >> ___ >> Freebsd mailing list >> Freebsd@fug.com.br >> http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br >> > > > -- > Atenciosamente, > R. Filippus > > ___ > 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] Redirecionamento
Vc pode usar o natd, configure o /etc/natd.conf: redirect_port tcp 10.0.0.1:22 200.200.200.2:22 []s, Ari - Original Message - From: "Gelsimauro Batista dos Santos" <[EMAIL PROTECTED]> To: "FreeBSD-FUG" Sent: Monday, August 29, 2005 9:17 PM Subject: [FUG-BR] Redirecionamento Tenho um IP valido na rl0 -> 200.200.200.2 E na rl1 - > 10.0.0.1 dentro dessa rede tenho a maquina 10.0.0.2 Esse meu servidor faz nat na rl0, gostaria que a porta 22 quando acessada no ip 200.200.200.2 fosse direcionado para o IP 10.0.0.2 na porta 22. Agradeço muito quem puder me dar uma forço. Gelsimauro Batista dos Santos ___ 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] Problema no redirecionamento
Pessoal, Eu também não fiquei contente com a minha solução, mas não testei o que o João Paulo sugeriu, mas certamente vou testar... Deixe as coisas acalmarem no cliente que testo. O que fiz foi o seguinte: Como o natd escuta os redirs antes do Apache, eu posso sem problema deixar 2 sites virtuais no Apache: 200.200.200.10 --> webmail no próprio FreeBSD 200.220.200.11 --> redirecionando p/ IIS de um IP interno Eu fiz 2 sites virtuais, o primeiro do webmail sem problemas, já o segundo, fiz um index.php checando se o IP do usuário for local, ele redireciona para 192.168.0.2 e tudo ficou ok! Como de fora sempre funcionou e o FreeBSD nem chega a enviar o pacote p/ Apache, ficou tudo beleza! Mas como falei, não fiquei contente com a solução... Também não queria colocar isso via DNS, pois se tiver alguém com o DNS do Speedy ou qualquer outro configurado: f... Ou então teria que redirecionar todo o tráfego de servidores de DNS externos para a própria máquina, isso iria complicar muito! Como disseram aí: no iptables tudo funcionava! Eu que quis migrar p/ FreeBSD... Obrigado pela ajuda! []s, Ari Luciano Ricardo Mendonça escreveu: Desculpe, mas não estou aqui para discutir a competência profissional de ninguém. Luciano Mendonça -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joao Paulo Marques Mattos Sent: terça-feira, 30 de agosto de 2005 21:11 To: Lista de discussao do grupo FUG-BR Subject: Re: [FUG-BR] Problema no redirecionamento On Tuesday 30 August 2005 12:35, Luciano Ricardo Mendonça wrote: Bom, as duas soluções funcionam. Acredito que usar split dns seja mais elegante, pois assim não se coloca carga adicional nem no firewall e nem no natd. Fora que utilizar split dns tem vantagens de segurança. Luciano Mendonça Ha controversias... (1 min de silencio em respeito ao SARAIVA) Tudo depende do ponto de vista, quando resolvi este problema com o 4.7 e ipfw1 eu gerenciava a rede de um provedor aqui do Vale (mais ou menos 15 cidades, 20.000 usuarios, etc...), imagina eu falando com o meu chefe (ex professor do INPE Instituto Nacional de Pesquisas Espaciais, pioneiro da SUN no Brasil, etc...): eu: Chefe, precisamos colocar uns split DNS no seu servidor pra arrumar um problema dos clientes que passam pelos nossos NAT's, isso vai aliviar a carga destes servidores. No linux funcionava com iptables mais depois que eu migrei tudo pra BSD parou de funcionar. chefe: JP, porque voce acha que eu comprei cadeiras giratorias pra voces? Senta lah e SE VIRA!!! eu: Pow chefe, eh mais elegante arrumar pelo seu DNS... ( e saio correndo pois com certeza vai voar um mouse ou um teclado em minha direcao ) hehehe, como eu ja disse tudo depende do ponto de vista, eu so quis dizer que: "Se voce tiver somente ipfw+natd como caminho, existe a solucao". E tem mais, melhor uma regra de firewall a mais do que um DNS inseguro... (eu sei, vc sabe, mas nem todos sabem configurar um DNS corretamente...) []'s JP-Ux 'eius simius in cuius ramus' ___ 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
[FUG-BR] VPN e PPPOE
Pessoal, Tenho uma vpn funcionando e segui o exemplo de http://www.freebsd.ag.com.br/sessao10_8_b.html. Agora preciso montar outra VPN com IP dinâmico (PPPOE) em uma ponta, como especificar o IP no ipsec se é dinâmico em uma das pontas? Obrigado, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Raid em SATA com Silicom 3114
Pessoal, Estou tentando instalar um FreeBSD 5.4 num micro com uma placa Silicon Image 3114. Na instalação (kernel) tudo é reconhecido, a placa é mostrada e já está configurada para fazer RAID 1. Porém na instalação ele mostra ad10 e ad8, aparentemente ignora a controladora, mostrando 2 HDs idênticos SATA da Seagate de 120Gb. Pois na máquina só tem a placa SATA com os 2 discos, além do CDROM, portanto deveria mostrar somente 1 partição (ad10 ou ad8). Alguém conseguiu resolver isso? Obrigado, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] PHP pelo ports
Pessoal, Qual a diferença entre instalar o www/mod_php5 e lang/php5 para rodar sites em PHP no Apache? Obrigado, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] RES: *para os feras em alto desempenho*
Eu também não rodaria tudo numa única máquina não... Já tive problemas com 5000 contas de e-mail numa única máquina, ou seja, era o MX e SMTP/POP3 dos usuários. Depois que coloquei o MX numa máquina e SMTP/POP3 dos usuários em outra, ficou tudo tranqüilo. O problema eram as enxurradas de vírus que vinham e, além de esgotar as conexões simultâneas de SMTP, o processamento (uptime) passava de 70 e os usuários não conseguiam enviar mensagens. As contas são de um único domínio? Pois acho melhor dividir em máquinas também, pois penso que quem tem um não tem nenhum... []s, Ari - Original Message - From: "Sérgio José Ferreira" <[EMAIL PROTECTED]> To: "'Lista de discussao do grupo FUG-BR'" Sent: Wednesday, September 14, 2005 10:00 PM Subject: [FUG-BR] RES: *para os feras em alto desempenho* Eu faria assim : ( se tivesse budget ); 2 servidores para receber e processar os emails, 1 para gerenciar as caixas postais ( pop/imap ) e um storage para armazenamento das mesmas. Pô 30.000 contas de email é um bocado de coisa. Tem que ter um budget legal pra isso. ---Internet--- | | +---+ +---+ | | | | | MX1 | | MX2 | | | | | +---+ +---+ | | | | +-+ | STORAGE| +-+ | | +---+ | | | pop | | imap | +---+ Sérgio José Ferreira WGO Telecom -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Alex S. Moura Enviada em: quarta-feira, 14 de setembro de 2005 18:36 Para: Lista de discussao do grupo FUG-BR Assunto: Re: [FUG-BR] *para os feras em alto desempenho* Daniel Dias Gonçalves wrote: >Pessoal, > >Com o FreeBSD 5.4, qual o hardware necessário para montar um servidor >(ISP) com 30mil contas de email, com qmail, vpopmail, mysql, >spamassassin, clamav e qtrap ? > > Está certo de que vai querer ter somente uma máquina pra isso tudo? Creio que: 1) A versão do FreeBSD 4.x ou 5.x não faça muita diferença neste caso (a não ser, talvez pelo 6.x). 2) Uma vez que o "budget" disponível não foi mencionado, o dimensionamento tem que ser pensando no mínimo necessário para suportar este nível serviço. 3) Um chute seria: . CPU: (2x) Intel Xeon 3.6GHZ/2MB XEON 800 FSB . RAM: Memória de 4GB DDR2 400MHZ (4X1GB) . Discos: (2x) Disco rígido de 300GB, SCSI Ultra320, 10.000 RPM, 80 Pinos, hot swap . Rede: Interface Gigabit Ethernet . Backup: Unidade de fita para Back-up Interna . Fonte Redundante Acho interessante ter, no mínimo, uma segunda máquina pra segurar essa. Esse brinquedo custa caro, mas o serviço também não é para brincadeira, assim sendo 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 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] RES: *para os feras em alto desempenho*
Negativo, usava o qmail + qmail-scanner + uvscan (depois migrei para clamav). - Original Message - From: "Vini Engel" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Thursday, September 15, 2005 12:49 AM Subject: Re: [FUG-BR] RES: *para os feras em alto desempenho* Ari Arantes Filho said the following on 15/09/05 13:20: > Eu também não rodaria tudo numa única máquina não... Já tive problemas com > 5000 contas de e-mail numa única máquina, ou seja, era o MX e SMTP/POP3 > dos > usuários. Depois que coloquei o MX numa máquina e SMTP/POP3 dos usuários > em > outra, ficou tudo tranqüilo. O problema eram as enxurradas de vírus que > vinham e, além de esgotar as conexões simultâneas de SMTP, o processamento > (uptime) passava de 70 e os usuários não conseguiam enviar mensagens. > > As contas são de um único domínio? Pois acho melhor dividir em máquinas > também, pois penso que quem tem um não tem nenhum... Você estava usando sendmail não estava? 5000 contas não deveriam fazer nem cocegas numa maquina mais ou menos com rodando qmail, mesmo se você tiver um trafego alto de virus e spam. Até mais Vini ___ 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] FTP com natd e punch_fw
Pessoal, Tenho utilizado o punch_fw 2000:100 num servidor de firewall com NATD configurado. O problema é que em determinados sites de FTP, provavelmente que usam modo passivo, depois de uns 5 dias os usuários reclamam que não funcionam. De fato, consigo conectar, mas não lista o conteúdo. Apenas "restarto" o natd e volta a funcionar Vi no man que é: -punch_fw basenumber:count Eu posso aumentar esse count, mas ao invés de 5 dias, podem ser 10 dias que o problema volte a acontecer. Existem alguma maneira de deixar isso automático? Ou sem esse necessidade de intervenção manual? Atenciosamente, Ari Arantes Filho [EMAIL PROTECTED] DoctorDATA Internet (www.doctordata.com.br) (11) 5539-4322 Cel: (11) 9122-1471 FAX: (11) 5539-5553 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Usuários Espertos Vs Squid broco
Se seu squid exigir autenticação, o proxy transparente não funcionará, pois até agora eu não vi maneira de funcionar a autenticação em proxy transparente. O mais aconselhável é bloquear qualquer acesso de sua rede local para fora na porta 80, assim se o usuário retirar o proxy do browser, ele não navega. Ari - Original Message - From: "Marcel Souza Figueiredo" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Monday, September 19, 2005 10:32 AM Subject: [FUG-BR] Usuários Espertos Vs Squid broco Ae pessoal! Criei umas acls nos squid bloquaendo uma série de coisas como downloads e acesso a certo sites e etc etc ... Porem se o usário for la e tirar o proxy do navegador as regras nao pegam! Como faço para que mesmo sem o proxy direto o usuario n consiga navegar sem as acls ? Obrigado! ___ 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] RES: Skype x ICQ
O ICQ sempre foi mais legal que o MSN, principalmente para passar logs, pois o maldito MSN limita o tamanho da mensagens e às vezes um simples traceroute tem que ficar passando em mais que 1 mensagem. ICQ: 8807937. Se bem que agora o login do ICQ é pelo e-mail também e não mais somente pelo número, pelo menos os novos são por e-mail. []s Ari Em 27 de maio de 2011 15:56, Paulo Henrique BSD Brasil < paulo.rd...@bsd.com.br> escreveu: > Primeiro quanto a Freenode, estive por mais de um mes toda a noite > conectado e se contava a quantidade de mensagens no canal > > Manter comunicação através de muitas ferramentas acaba sendo um > problema > > Mais sempre gostei do ICQ, por isso segue ai meu numero novinho !!! por > que o antigo caiu no esquecimento... > > > ICQ: 608759481 > > Att. > > > Em 27/5/2011 11:14, Frederico Terra Boechat escreveu: > > 7016699 :D > > > > Frederico Boechat > > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome > > de Vinícius Zavam > > Enviada em: Friday, May 27, 2011 9:52 AM > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] Skype x ICQ > > > > 2011/5/26 irado furioso com tudo: > >> Em Thu, 26 May 2011 18:38:47 -0300 > >> Mario Lobo, conhecido consumidor/usuário de drogas > >> (Windows e BigMac com Coke) escreveu: > >> > >>> Qual o ICQ client que voces usam no FBSD? Qual o melhor?. Tentei > >>> acessar pelo pidgin mas não consigo. > >> bem.. eu uso o Pidgin mas é no XUbuntu > >> > >> -- > >> saudações, > >> irado furioso com tudo > > 102113682 (; > > > > por aqui pidgin worka easy. > > mas... bitlbee impera. 1337 mode on. ehehe > > > > se não me engano, precisei alterar minha senha pra adicionar a conta no > > bitlbee a uns séculos atrás. tinha um retorno de erro qndo usei o esquema > de > > adicionar conta do icq no bitlbee por conta das firulas com oscar. > > > > fora isso, podes testar alguns lances tipo ysm, climm, centericq, gicq, > ... > > > > > > -- > > Vinícius Zavam > > profiles.google.com/egypcio > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] freenas duvida
Também passei por isso... Você NÃO pode utilizar o disco de instalação para colocar dados. Alternativas: 1) instalar o sistema em disco separado (pequeno) 2) instalar o sistema em pendrive USB ou compact flash 3) rodar o livecd e gravar as configurações em pendrive 4) por último: perder um disco todo somente com o sistema Before installing, it is important to remember that the FreeNAS operating system must be installed on a separate device from the drive(s) that will hold the storage data. In other words, if you only have one disk drive you will be able to use the FreeNAS graphical interface but won't be able to store any data, which after all, is the whole point of a NAS system. If you are a home user who is experimenting with FreeNAS, you can install FreeNAS on an inexpensive USB thumb drive and use the computer's disk(s) for storage. Alternately, you can install FreeNAS on an older system with a small disk drive and store the data on a second drive (which may be internal or USB). Users running FreeNAS in a production environment can check their storage disk hardware against the Hardware Requirements. Em 1 de junho de 2011 23:14, Diogo Dalfovo escreveu: > Boa noite pessoal > > Aproveitando o gancho, é possivel que o disco onde esteja instalado o > freenas seja utilizado no raidz raiz? > Exempo: tenho 4HDs de 2TB porem quando eu vou criar a RAIDZ ele aparece AD1 > AD2 AD3 e nao o AD0 que é onde esta instalado o FreeNAS "desaparecendo" o > resto do espaço vazio que ficou do AD0... > > Na realidade estou tentando fazer o RAIDZ na raiz para que todos os discos > estejam dentro do raid para aproveitar todos os discos. Mas gostaria de > fazer com o FreeNAS. Caso negativo vou na unha com o FreeBSD hehehe > > Diogo Dalfovo > > Em 1 de junho de 2011 20:16, eduwu...@gmail.com >escreveu: > > > digo, estou tentando fazer isso desde ontem (caraka conhecidencia) > > > > Mas o meu VMWARE ESXI nao está reconhecendo o iSCSI... > > Porem dentro do windows e dos linux/bsd, encontra. > > > > Estou tendo dificuldade dentro do Vmware apenas > > > > Quando você começar a testar, posta aí > > > > Alguem já testou isso dentro do Vmware? > > --- > > *Eduardo Wutzl* > > Especialista Linux e FreeBSD > > *LPI Certified* > > *eduwu...@gmail.com* > > *http://eduardo.allcomnet.net.br< > > http://www.allcomnet.net.br/~eduardo.wutzl/> > > http://www.allcomnet.com.br* > > *#root é meu DEUS e nada me faltará!* > > - > > 11-7892-7580 > > Nextel ID: 100*116975 > > --- > > > > *@badueduardo* > > *---* > > > > > > > > 2011/6/1 Airton Arantes > > > > > Diogo, é possível sim. Inclusive tenho até uma solução dessas > implantada. > > > > > > 2011/5/31 Diogo Rodrigo > > > > > > > nao nao > > > > > > > > > > > > quero colocar as vm dentro dele > > > > > > > > > > > > com um storage mesmo profissa faria > > > > > > > > > > > > > > > > > > > > Em 31 de maio de 2011 22:49, eduwu...@gmail.com > > > > escreveu: > > > > > Não entendi sua dúvida. > > > > > Voce quer subir o FreeNAS sendo virtual? O FreeNAS sendo uma VM? > > > > > Eu não testei, mas não vejo problemas não! > > > > > > > > > > > > > > > --- > > > > > *Eduardo Wutzl* > > > > > Especialista Linux e FreeBSD > > > > > *LPI Certified* > > > > > *eduwu...@gmail.com* > > > > > *http://eduardo.allcomnet.net.br< > > > > http://www.allcomnet.net.br/~eduardo.wutzl/> > > > > > http://www.allcomnet.com.br* > > > > > *#root é meu DEUS e nada me faltará!* > > > > > - > > > > > 11-7892-7580 > > > > > Nextel ID: 100*116975 > > > > > --- > > > > > > > > > > *@badueduardo* > > > > > *---* > > > > > > > > > > > > > > > > > > > > 2011/5/31 Diogo Rodrigo > > > > > > > > > >> sim agora foi ... aproveitando o gancho to instalando pela > primeira > > > > >> vez .. acredito que vc ja tenha alguma experiencia com o freenas > .. > > > > >> > > > > >> > > > > >> > > > > >> tem como rodar em ambiente de produção com maquinas virtuais no > > > freenas > > > > >> > > > > >> > > > > >> vc tem alguma experiencia ? poderia reportar > > > > >> > > > > >> > > > > >> att diogo > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> Em 31 de maio de 2011 22:39, eduwu...@gmail.com < > eduwu...@gmail.com > > > > > > > >> escreveu: > > > > >> > mount -rw / > > > > >> > > > > > >> > deve rolar... > > > > >> > > > > > >> > Acho que é isso sim > > > > >> > > > > > >> > > > > > >> > --- > > > > >> > *Eduardo Wutzl* > > > > >> > Especialista Linux e FreeBSD > > > > >> > *LPI Certified* > > > > >> > *eduwu...@gmail.com* > > > > >> > *http://eduardo.allcomnet.net.br< > > > > >>
Re: [FUG-BR] rsync - para backup
Tem também o rdiff-backup que é bastante interessante e com ele você pode guardar vários dias de backup sem ocupar muito espaço. Em 3 de junho de 2011 12:57, Renato Botelho escreveu: > 2011/6/3 irado furioso com tudo : > > Em Fri, 03 Jun 2011 11:50:10 -0300 > > Edson Brandi , conhecido consumidor/usuário de > > drogas (Windows e BigMac com Coke) escreveu: > > > >> Nunca fiz isso usando rsync, você teria que ir para uma solução mais > >> tradicional de backup como por exemplo o Bacula. > > > > obrigado marcelo gondim e brandi; > > > > revisando as coisas, acabo de constatar que me expressei mal pra > > caramba na primeira mensagem. > > > > na verdade o que preciso é "quase" um HA; preciso ter pronto um > > servidor-espelho do ativo, ou seja, se o ativo sofrer um "calypso" > > qualquer, posso colocar o srv02 on-line, com defasagem minima em > > relação ao principal. > > Grande irado, > > Acho que jah disse isso, mas vou dizer novamente, ao invés de usar > rsync, usa hastd. :) > > -- > Renato Botelho > - > 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] Luta com Freenas
Eu também não tive muita sorte com o FreeNAS, apesar que querer muito ter usado, principalmente pelo FreeBSD. Acabei indo para o Nexenta, como o colega já mencionou. A vantagem do Nexenta é o ZFS. Coloquei o FreeNAS em servidor com hotswap, retirei um disco do array do FreeNAS e o sistema nem notou, nem acusou erro. A vantagem é que não parou, mas deveria ter avisado na interface ou algum alarme. Já o Nexenta, na hora que saca o HD, ele já avisa e também não pára. A vantagem do FreeNAS é que vc coloca ele em pendrive, já o Nexenta fica uma carroça em pendrive. Você tem que colocar ele num disco sozinho. Eles aconselham 2 discos só para o Nexenta e o resto para o array ZFS. Isso é um desperdício nem servidores de rack com 6 ou 8 discos no máximo. Ari Em 2 de agosto de 2011 08:35, Christiano Liberato < christianoliber...@gmail.com> escreveu: > a última. > > Em 2 de agosto de 2011 00:43, Diogo Rodrigo > escreveu: > > > qual versao do freenas vc tava usando > > > > > > att diogo > > > > > > > > Em 1 de agosto de 2011 10:40, Christiano Liberato > > escreveu: > > > Pessoal, > > > > > > nao queria mas abandonei o freenas. Estava me dando muitos problemas. > Num > > > período de 2 semanas toda hora tinha novidade. > > > Conversei com alguns colegas e me aconselharam o openfiler. > > > Implementei e esta muito bom. Inclusive com interface iSCSI no vmware. > > > > > > Em 29 de julho de 2011 18:23, Rodrigo Mosconi > >escreveu: > > > > > >> Em 26 de julho de 2011 10:27, Renato Frederick > > >> escreveu: > > >> > estranho, esta mensagem é normalmente de device USB.. > > >> > > > >> > smartctl -a /dev/ad0 retorna algum erro? > > >> > > > >> > Desabilita os controladores USB da máquina, device pass só serv prá > > USB > > >> > mesmo. > > >> atapicam tbm usa pass > > >> > > > >> > > > >> > > > >> > Em 26/07/2011 09:46, Christiano Liberato escreveu: > > >> >> HD SATA > > >> >> > > >> >> Em 26 de julho de 2011 09:44, Renato Frederick > > >> >> escreveu: > > >> >> > > >> > > > >> > - > > >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> > > > >> - > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > 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] OT: JOB: instalar postfix e afins num BSD.
tem o iredmail.org Em 29 de julho de 2011 06:14, Renato Frederick escreveu: > Aproveitando o assunto de spam, tem a opção de usar o mailscanner em um > frontend, como proxy. Tem inclusive appliance vmware com ele já pronto, daí > basta apontar o MX pró frontend e nele fazer o relay pro qmail. > > > -Original Message- > > From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] > > On Behalf Of Paulo Henrique BSD Brasil > > Sent: quinta-feira, 28 de julho de 2011 19:16 > > To: freebsd@fug.com.br > > Subject: Re: [FUG-BR] OT: JOB: instalar postfix e afins num BSD. > > > > Está muito corrido para você mesmo fazer, consulte o pessoal da FreeBSD > > Brasil e terá um Cluster Qmail, nada contra as freelanchers da lista, > mais > o > > bom da FreeBSD Brasil é que você terá a quem recorrer quando der algum > > problema. > > > > Att. > > > > Em 26/7/2011 16:52, Leonardo Augusto escreveu: > > > Pessoal, > > > > > > Tenho uma instalacao com qmail/vpopmail/mysql/vqadmin/etc... baseado > > > no qmailrocks... > > > Esse setup ja tem mais de 10 anos... > > > > > > Enfim, nao aguento mais tanto spam e nao consigo ativar algum antispam > > > descente nesse qmail sem que pare tudo de funcionar... só consegui > > > ativar o spam-dyke > > > > > > Queria saber se tem alguem na lista disposto a setar algo parecido em > > > postfix ou mesmo qmail(denovo) onde exista um anti-spam descente que > > > realmente evite spam. > > > > > > Eu disponibilizaria um ssh para um jail zerado no servidor onde a > > > pessoa ficaria livre pra instalar configurar tudo. No final o que > > > preciso é o seguinte: > > > > > > - poder ativar vários dominios no mesmo IP. (vpopmail) > > > - caixas com maildir (para migrar do qmail apenas copiando o diretorio > > > das contas) > > > - dominios/contas etc tudo no mysql com interface web para administrar > > > (como no qmailadmin) > > > - acesso imap e smtp relay exigindo autenticacao. > > > - webmail squirrel ou outro equivalente.. > > > - anti spam que funcione > > > > > > Se alguém se dispor ao serviço basta me enviar em pvt as credencias e > > > o orçamento para avaliação. > > > > > > Muito grato. > > > > > > Leonardo > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > > "Quando a Morte decide contar uma historia, A melhor ação que possa fazer > > é ouvi-la, e torcer por não ser a sua própria a tal história." > > > > Paulo Henrique. > > Analista de Sistemas / Programador > > BSDs Brasil. > > Genuine Unix/BSD User. > > Fone: (21) 9683-5433. > > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: JOB: instalar postfix e afins num BSD. - IREDMAIL dúvida.
Estamos testando o iredmail com alguns domínios, mas com base em mysql. Também compramos o painel de administração. O projeto não altera o fonte de nada, apenas configura automatica e corretamente os pacotes necessários para tudo rodar bem. Em 11 de agosto de 2011 10:18, Jorge Petry escreveu: > Olá pessoal. > > Dei uma olhada neste Iredmail e me pareceu muito bom. > Gostaria de saber das experiências com múltiplos domínios com base LDAP > se alguém tem ambiente similar. > > Obrigado. > > __ > Jorge Petry > Adm de Redes e Servidores. > > > Em 02/08/2011 10:23, Marcelo Gondim escreveu: > > Em 02/08/11 10:09, Ari Arantes Filho escreveu: > >> tem o iredmail.org > > Muito bom por sinal, tenho ele rodando aqui no meu servidor FreeBSD. > > > >> Em 29 de julho de 2011 06:14, Renato Frederick > >> escreveu: > >> > >>> Aproveitando o assunto de spam, tem a opção de usar o mailscanner em um > >>> frontend, como proxy. Tem inclusive appliance vmware com ele já pronto, > daí > >>> basta apontar o MX pró frontend e nele fazer o relay pro qmail. > >>> > >>>> -Original Message- > >>>> From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] > >>>> On Behalf Of Paulo Henrique BSD Brasil > >>>> Sent: quinta-feira, 28 de julho de 2011 19:16 > >>>> To: freebsd@fug.com.br > >>>> Subject: Re: [FUG-BR] OT: JOB: instalar postfix e afins num BSD. > >>>> > >>>> Está muito corrido para você mesmo fazer, consulte o pessoal da > FreeBSD > >>>> Brasil e terá um Cluster Qmail, nada contra as freelanchers da lista, > >>> mais > >>> o > >>>> bom da FreeBSD Brasil é que você terá a quem recorrer quando der algum > >>>> problema. > >>>> > >>>> Att. > >>>> > >>>> Em 26/7/2011 16:52, Leonardo Augusto escreveu: > >>>>> Pessoal, > >>>>> > >>>>> Tenho uma instalacao com qmail/vpopmail/mysql/vqadmin/etc... baseado > >>>>> no qmailrocks... > >>>>> Esse setup ja tem mais de 10 anos... > >>>>> > >>>>> Enfim, nao aguento mais tanto spam e nao consigo ativar algum > antispam > >>>>> descente nesse qmail sem que pare tudo de funcionar... só consegui > >>>>> ativar o spam-dyke > >>>>> > >>>>> Queria saber se tem alguem na lista disposto a setar algo parecido em > >>>>> postfix ou mesmo qmail(denovo) onde exista um anti-spam descente que > >>>>> realmente evite spam. > >>>>> > >>>>> Eu disponibilizaria um ssh para um jail zerado no servidor onde a > >>>>> pessoa ficaria livre pra instalar configurar tudo. No final o que > >>>>> preciso é o seguinte: > >>>>> > >>>>> - poder ativar vários dominios no mesmo IP. (vpopmail) > >>>>> - caixas com maildir (para migrar do qmail apenas copiando o > diretorio > >>>>> das contas) > >>>>> - dominios/contas etc tudo no mysql com interface web para > administrar > >>>>> (como no qmailadmin) > >>>>> - acesso imap e smtp relay exigindo autenticacao. > >>>>> - webmail squirrel ou outro equivalente.. > >>>>> - anti spam que funcione > >>>>> > >>>>> Se alguém se dispor ao serviço basta me enviar em pvt as credencias e > >>>>> o orçamento para avaliação. > >>>>> > >>>>> Muito grato. > >>>>> > >>>>> > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nexenta , freenas , openfiler duvidas ?
O nexenta tem uma coisa muito legal que é a deduplicação, que pelos testes que fizemos, não degrada em nada a performance. Em 12 de agosto de 2011 20:00, Diogo Rodrigo escreveu: > uma duvida meio boba.. > > > qual a vantagem de compartilhar o freenas via iscsi ou via smb normal ? > > a performace fica melhor no iscsi?? > > to meio por fora > > > > > > > Em 12 de agosto de 2011 11:56, Renato Frederick > escreveu: > > Talvez esta questão do freenas seja específico de algum cenário, eu > > utilizo ele com iscsi exportando volume prá windows e vmware e sem > stress.. > > > > > > Em 12/08/2011 11:38, Christiano Liberato escreveu: > >> Diogo, > >> > >> Tive 3 semanas de muita dor de cabeça com o freenas 8. > >> Conversei com alguns colegas e me indicaram o openfiler e disseram que > nao > >> me arrependeria. Foi dito e feito, estou utilizando ele e não dá nenhum > >> problema. 13 up de pura alegria com interface iSCSI no vmware. > >> O nexenta nunca utilizei. > >> > >> Em 12 de agosto de 2011 10:48, Diogo Rodrigo > escreveu: > >> > >> > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nexenta , freenas , openfiler duvidas ?
Luiz, Mas o FreeNAS faz dedup? Em 17 de agosto de 2011 11:33, Luiz Otavio O Souza escreveu: > On Aug 17, 2011, at 11:10 AM, Ari Arantes Filho wrote: > > > O nexenta tem uma coisa muito legal que é a deduplicação, que pelos > testes > > que fizemos, não degrada em nada a performance. > > > > Ari, > > O dedup é um recurso do ZFS e também esta disponível no FreeBSD. > > Att., > Luiz > - > 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] nexenta , freenas , openfiler duvidas ?
Eu consegui fazer o nexenta rodar através de um pendrive, mas a performance ficou um lixo. Pode ser pelo fato de ter deixado dedup ativada. Em 18 de agosto de 2011 10:55, Diogo Rodrigo escreveu: > o nexenta roda bem numa pen drive igual ao freenas ? ou precido de um > disco pra instalar ele > > att diogo > > > Em 18 de agosto de 2011 08:58, Luiz Otavio O Souza > escreveu: > > On Aug 18, 2011, at 12:34 AM, Diogo Rodrigo wrote: > >> o que ele faz ? > > > > Se você gravar dois arquivos com o mesmo conteúdo ele faz a > 'deduplicação' dos dados, ou seja ele vai escrever os dados uma única vez no > disco e referenciar aquela informação para os dois arquivos. > > > > O dedup, como qualquer outra tecnologia, tem hora e lugar certo para ser > utilizado, mas é muito bom para backups e armazenamento de grandes > quantidades da dados. > > > > Pergunte para o tio google... ele sabe mais detalhes. > > > > > > Att., > > Luiz > > > >> > >> > >> Em 17 de agosto de 2011 11:33, Luiz Otavio O Souza > >> escreveu: > >>> On Aug 17, 2011, at 11:10 AM, Ari Arantes Filho wrote: > >>> > >>>> O nexenta tem uma coisa muito legal que é a deduplicação, que pelos > testes > >>>> que fizemos, não degrada em nada a performance. > >>>> > >>> > >>> Ari, > >>> > >>> O dedup é um recurso do ZFS e também esta disponível no FreeBSD. > >>> > >>> Att., > >>> Luiz > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FTP Multiusuário
Pessoal, Alguém pode indicar alguma solução com painel para disponibilizar aos clientes FTP Multiusuário? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FTP Multiusuário
Obrigado pela dica, mas eu preciso de algo somente de FTP e não um painel completo p/ hospedagem. Em 26 de setembro de 2011 21:57, Enio .'. Marconcini escreveu: > 2011/9/26 Ari Arantes Filho > > > Pessoal, > > > > Alguém pode indicar alguma solução com painel para disponibilizar aos > > clientes FTP Multiusuário? > > > > Obrigado, > > > > Ari > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > seria algo do tipo um cpanel da vida, eis um link > > http://www.squidoo.com/10-free-cpanel-alternatives > > -- > *ENIO RODRIGO MARCONCINI* > @eniomarconcini <http://twitter.com/eniomarconcini> > skype: eniorm > facebook.com/eniomarconcini <http://www.facebook.com/eniomarconcini> > > *"UNIX was not designed to stop its users from doing stupid things, > as that would also stop them from doing clever things." > * > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] Oportunidade de trabalho - administrador de redes
Pessoal, Somos um um provedor Internet com presença em Valinhos/SP e São Paulo (capital), trabalhamos com Internet via rádio e datacenter (hospedagem de sites, hosting, etc.). Necessitamos de um profissional com os seguintes conhecimentos sólidos: - Servidor web (Apache/IIS) - Sistema Operacional (FreeBSD/Linux) - Servidor E-mail (Postfix) - Banco de dados (administração) - MySQL/Postfix - Firewall (IPFW, PF) - Servidor DNS - Ferramentas antispam e antivírus - Roteamento BGP (desejável) - Mikrotik - Shell script, rotinas perl e/ou PHP para administração dos servidores - VPN - Asterisk (não obrigatório) Trabalhamos basicamente com FreeBSD. Favor enviar cv em private com pretensão salarial. Estuda-se a viabilidade de mudança. A vaga é para período integral e regime CLT em Valinhos/SP. Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Tuning do NFS
Pessoal, Estou procurando informações sobre uma correta configuração do NFS, visando a melhor performance e surgiu uma dúvida sobre o número correto de servidores para inicializar (a flag -n): - de acordo com http://www.cyclecide.com/~rudy/example/setting-up-nfs.html, o correto é: (Number-of-clients + 1) * 4 - porém, segundo o manual do FreeNAS (http://doc.freenas.org/index.php/NFS), o número de servidores não pode ultrapassar o número de CPUs (sysctl -n kern.smp.cpus) Qual das 2 informações é a correta ou mais confiável (FreeNAS)? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Acesso ao disco em vmware
Pessoal, Tenho alguns servidores em teste no VMware ESXi 5. Porém reparei que o acesso ao disco é extramente lento. Testei a versão 9.0-RELEASE. Alguém sabe o que pode ser feito para melhorar isso? Sem querer gerar polêmica, mas instalei um Ubuntu 10.04 LTS no mesmo servidor com as mesmas configurações e fiz 8 testes em tempos variados. Para descompactar a árvore do ports (tar xzf ports.tar.gz), no Ubuntu, o pior tempo foi de 0m49.005s e o melhor 0m32.784s.Fiz uns 10 testes (sempre depois que rodava o tar xzf ports.tar.gz, rodava um rm -rf ports), sempre pegando os tempos através do time. Já no FreeBSD, os tempos passam de 10m, 12m, um teste foi até 17m. O / no FreeBSD está com soft-update. Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acesso ao disco em vmware
No ubuntu também não tem o vmware-tools instalado. Em 15 de maio de 2012 18:36, Luiz Gustavo escreveu: > Em Ter, 2012-05-15 às 18:26 -0300, Ari Arantes Filho escreveu: >> Pessoal, >> >> Tenho alguns servidores em teste no VMware ESXi 5. Porém reparei que o >> acesso ao disco é extramente lento. Testei a versão 9.0-RELEASE. >> >> Alguém sabe o que pode ser feito para melhorar isso? >> >> Sem querer gerar polêmica, mas instalei um Ubuntu 10.04 LTS no mesmo >> servidor com as mesmas configurações e fiz 8 testes em tempos >> variados. >> >> Para descompactar a árvore do ports (tar xzf ports.tar.gz), no Ubuntu, >> o pior tempo foi de 0m49.005s e o melhor 0m32.784s.Fiz uns 10 testes >> (sempre depois que rodava o tar xzf ports.tar.gz, rodava um rm -rf >> ports), sempre pegando os tempos através do time. Já no FreeBSD, os >> tempos passam de 10m, 12m, um teste foi até 17m. >> >> O / no FreeBSD está com soft-update. > > Dai Ari, tudo bom ? > > Você instalou o vwmare-guestd ? se não me engano, isso já vem padrão no > ubuntu, por isso talvez a grande diferença. > > Tente instalar o vmware-guestd, acho que pra teu caso é esse: > > /usr/ports/emulators/vmware-guestd5 > > > Abraços > > -- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > mundoUnix - Consultoria em Software Livre > http://www.mundounix.com.br > ICQ: 2890831 / MSN: cont...@mundounix.com.br > Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 > Blog: http://www.luizgustavo.pro.br > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acesso ao disco em vmware
O servidor é um IBM3550M3. A controladora é a padrão. Também testei com um FreeBSD instalado no storage e não no disco local do vmware na 3550, mas os tempos também são bem parecidos. Vou testar com a 8.3. Em 16 de maio de 2012 16:47, Francisco Cardoso escreveu: > Em 15 de maio de 2012 20:19, Ari Arantes Filho escreveu: >> No ubuntu também não tem o vmware-tools instalado. >> >> Em 15 de maio de 2012 18:36, Luiz Gustavo >> escreveu: >>> Em Ter, 2012-05-15 às 18:26 -0300, Ari Arantes Filho escreveu: >>>> Pessoal, >>>> >>>> Tenho alguns servidores em teste no VMware ESXi 5. Porém reparei que o >>>> acesso ao disco é extramente lento. Testei a versão 9.0-RELEASE. >>>> >>>> Alguém sabe o que pode ser feito para melhorar isso? >>>> >>>> Sem querer gerar polêmica, mas instalei um Ubuntu 10.04 LTS no mesmo >>>> servidor com as mesmas configurações e fiz 8 testes em tempos >>>> variados. >>>> >>>> Para descompactar a árvore do ports (tar xzf ports.tar.gz), no Ubuntu, >>>> o pior tempo foi de 0m49.005s e o melhor 0m32.784s.Fiz uns 10 testes >>>> (sempre depois que rodava o tar xzf ports.tar.gz, rodava um rm -rf >>>> ports), sempre pegando os tempos através do time. Já no FreeBSD, os >>>> tempos passam de 10m, 12m, um teste foi até 17m. >>>> >>>> O / no FreeBSD está com soft-update. >>> >>> Dai Ari, tudo bom ? >>> >>> Você instalou o vwmare-guestd ? se não me engano, isso já vem padrão no >>> ubuntu, por isso talvez a grande diferença. >>> >>> Tente instalar o vmware-guestd, acho que pra teu caso é esse: >>> >>> /usr/ports/emulators/vmware-guestd5 >>> >>> >>> Abraços >>> >>> -- >>> Luiz Gustavo Costa (Powered by BSD) >>> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ >>> mundoUnix - Consultoria em Software Livre >>> http://www.mundounix.com.br >>> ICQ: 2890831 / MSN: cont...@mundounix.com.br >>> Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 >>> Blog: http://www.luizgustavo.pro.br >>> >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Muito estranho Ari ... 10 minutos para descompactar a árvore de ports? > > Qual a controladora virtual de discos que você usou? Testou com a > versão 8.2/8.3 do Free também? > > > -- > > Francisco Ricardo > ___ > Administrador de Redes e Sistemas Unix/Linux > Profissional Certificado RedHat | Entusiasta FreeBSD > Natal/RN | (84)9461-4801 | frica...@bsd.com.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acesso ao disco em vmware
SCSI controller 0 --> LSI Logic Parallel. A mesma utilizada no Ubuntu. Não mexi na configuração wizard do vmware. Escolhi FreeBSD 64 para o BSD e Ubuntu 64 para ubuntu. Em 17 de maio de 2012 14:46, Francisco Cardoso escreveu: > Em 17 de maio de 2012 11:58, Ari Arantes Filho escreveu: >> O servidor é um IBM3550M3. A controladora é a padrão. >> >> Também testei com um FreeBSD instalado no storage e não no disco local >> do vmware na 3550, mas os tempos também são bem parecidos. >> >> Vou testar com a 8.3. >> >> > > Acho que não me expressei bem. Quando falei controladora quis dizer a > controladora da máquina virtual, não a do hardware físico do servidor. > Em outras palavras se a sua máquina virtual usa a controladora > Buslogic, por exemplo, você vai ter problemas de lentidão, já que essa > controladora é antiga e em geral só deve ser usada para sistemas > legados. > > Em geral o vsphere oferece como padrão para o FreeBSD a controlado LSI > Logic Parallel se não me falha a memória. A performance desta é > incomparavelmente melhor do que a Buslogic. > > -- > > Francisco Ricardo > ___ > Administrador de Redes e Sistemas Unix/Linux > Profissional Certificado RedHat | Entusiasta FreeBSD > Natal/RN | (84)9461-4801 | frica...@bsd.com.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acesso ao disco em vmware
São 2 processadores Xeon E5620, 4 HDs SAS 300Gb e 32Gb de RAM. Em 17 de maio de 2012 21:19, Welinaldo Lopes Nascimento escreveu: > Qual a configuração de hardware deste servidor? > > Em 17 de maio de 2012 18:56, Ari Arantes Filho escreveu: > >> SCSI controller 0 --> LSI Logic Parallel. A mesma utilizada no Ubuntu. >> Não mexi na configuração wizard do vmware. Escolhi FreeBSD 64 para o >> BSD e Ubuntu 64 para ubuntu. >> >> >> Em 17 de maio de 2012 14:46, Francisco Cardoso >> escreveu: >> > Em 17 de maio de 2012 11:58, Ari Arantes Filho escreveu: >> >> O servidor é um IBM3550M3. A controladora é a padrão. >> >> >> >> Também testei com um FreeBSD instalado no storage e não no disco local >> >> do vmware na 3550, mas os tempos também são bem parecidos. >> >> >> >> Vou testar com a 8.3. >> >> >> >> >> > >> > Acho que não me expressei bem. Quando falei controladora quis dizer a >> > controladora da máquina virtual, não a do hardware físico do servidor. >> > Em outras palavras se a sua máquina virtual usa a controladora >> > Buslogic, por exemplo, você vai ter problemas de lentidão, já que essa >> > controladora é antiga e em geral só deve ser usada para sistemas >> > legados. >> > >> > Em geral o vsphere oferece como padrão para o FreeBSD a controlado LSI >> > Logic Parallel se não me falha a memória. A performance desta é >> > incomparavelmente melhor do que a Buslogic. >> > >> > -- >> > >> > Francisco Ricardo >> > ___ >> > Administrador de Redes e Sistemas Unix/Linux >> > Profissional Certificado RedHat | Entusiasta FreeBSD >> > Natal/RN | (84)9461-4801 | frica...@bsd.com.br >> > - >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > .:: Welinaldo L N > .:: Estudante de Desenvolvimento de Sistemas > .:: FreeBSD Community Member #BSD/OS > .:: Antes de imprimir, veja se realmente é necessário! > .ılı..ılı. > - > 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] Acesso ao disco em vmware
Como eu vejo se está dinâmico ou não? No vmware ou no SO? 2 duas VMs: SCSI controller --> LSI Logic Parallel SCSI Bus Sharing --> None HD1 --> Virtual --> SCSI (0:0) Ambos são thinprovisiniong. Mount e fdisk no FreeBSD: # mount /dev/da0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) # fdisk /dev/da0 *** Working on device /dev/da0 *** parameters extracted from in-core disklabel are: cylinders=1305 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1305 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 20971519 (10239 Meg), flag 80 (active) beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Mount e fdisk no ubuntu: # mount /dev/mapper/coringa-root on / type ext4 (rw,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) none on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) none on /dev type devtmpfs (rw,mode=0755) none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) none on /dev/shm type tmpfs (rw,nosuid,nodev) none on /var/run type tmpfs (rw,nosuid,mode=0755) none on /var/lock type tmpfs (rw,noexec,nosuid,nodev) none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) /dev/sda1 on /boot type ext2 (rw) # fdisk -l Disk /dev/sda: 10.7 GB, 10737418240 bytes 255 heads, 63 sectors/track, 1305 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0007fbc2 Device Boot Start End Blocks Id System /dev/sda1 * 1 32 248832 83 Linux Partition 1 does not end on cylinder boundary. /dev/sda2 321306102338575 Extended /dev/sda5 32130610233856 8e Linux LVM Em 18 de maio de 2012 00:04, Pedro Madsen escreveu: > O volume está dinâmico ou estático? Já vi problemas assim com Hiper-V com > volume dinâmico. > > Em 17 de maio de 2012 23:36, Paulo Henrique escreveu: > >> Em 17 de maio de 2012 21:19, Welinaldo Lopes Nascimento < >> welina...@bsd.com.br> escreveu: >> >> > Qual a configuração de hardware deste servidor? >> > >> > Em 17 de maio de 2012 18:56, Ari Arantes Filho escreveu: >> > >> > > SCSI controller 0 --> LSI Logic Parallel. A mesma utilizada no Ubuntu. >> > > Não mexi na configuração wizard do vmware. Escolhi FreeBSD 64 para o >> > > BSD e Ubuntu 64 para ubuntu. >> > > >> > > >> > > Em 17 de maio de 2012 14:46, Francisco Cardoso >> > > escreveu: >> > > > Em 17 de maio de 2012 11:58, Ari Arantes Filho >> > escreveu: >> > > >> O servidor é um IBM3550M3. A controladora é a padrão. >> > > >> >> > > >> Também testei com um FreeBSD instalado no storage e não no disco >> local >> > > >> do vmware na 3550, mas os tempos também são bem parecidos. >> > > >> >> > > >> Vou testar com a 8.3. >> > > >> >> > > >> >> > > > >> > > > Acho que não me expressei bem. Quando falei controladora quis dizer a >> > > > controladora da máquina virtual, não a do hardware físico do >> servidor. >> > > > Em outras palavras se a sua máquina virtual usa a controladora >> > > > Buslogic, por exemplo, você vai ter problemas de lentidão, já que >> essa >> > > > controladora é antiga e em geral só deve ser usada para sistemas >> > > > legados. >> > > > >> > > > Em geral o vsphere oferece como padrão para o FreeBSD a controlado >> LSI >> > > > Logic Parallel se não me falha a memória. A performance desta é >> > > > incomparavelmente melhor do que a Buslogic. >> > > > >> > >> > >> Só uma pergunta, qual o seu valor de HZ no kernel ? >> >> Att. >> >> > >> > >> > -- >> > .:: Welinaldo L N >> > .:: Estudante de Desenvolvimento de Sistemas >> > .:: FreeBSD Community Member #BSD/OS >> > .:: Antes de imprimir, veja se realmente é necessário! >> >
Re: [FUG-BR] Acesso ao disco em vmware
Ainda que tenha esse HD dinâmico, conhecia como thinprovisioning, concordo que ele cresce qdo precisa e nesse momento fica mais lento, mas 2 coisas: 1) sempre rodo o tar xzf ports.tar.gz e depois rm -rf ports, ou seja, libero o espaço e teoricamente o vmware não precisará aumentar novamente 2) os 2 servidores (freebsd e ubuntu) estão idênticos, ou seja, se tem esse problema de crescer o disco dinamicamente, tem para os 2 servidores. O que quero descobrir é como deixar o BSD mais rápido. Onde podemos mexer. Em 18 de maio de 2012 16:31, Pedro Madsen escreveu: > Agora que o Hiper-V vai suportar FreeBSD, isso deve melhorar... mas como > disse noutro post, é uma criança carregando um adulto no colo. > > Em 18 de maio de 2012 16:30, Welinaldo Lopes Nascimento < > welina...@bsd.com.br> escreveu: > >> Interessante a observação do Pedro Madsen, e inclusive vou checar isto... >> Sempre usei esta configuração para expandir dinamicamente e também notei >> lentidão ao realizar os testes informado pelo Ari :-) >> >> Em 18 de maio de 2012 16:16, Pedro Madsen escreveu: >> >> > Pelo proprio virtualizador, veja se o espaço do disco já foi préa-locado >> ou >> > se ele irá expandir dinamicamente conforme o uso. No caso do Hiper-V, >> isso >> > demora pois após o FreeBSD solicitar espaço no disco, o tempo de repasse >> > para o virtualizador e a resposta da alocação do próprio Windows gera uma >> > latência alta demais que engargala os processos da máquina virtual. No >> caso >> > do espaço pré-alocado, o virtualizador não demora a responder a >> > solicitação. >> > >> > Em 18 de maio de 2012 08:02, Ari Arantes Filho escreveu: >> > >> > > Como eu vejo se está dinâmico ou não? No vmware ou no SO? >> > > >> > > 2 duas VMs: >> > > SCSI controller --> LSI Logic Parallel >> > > SCSI Bus Sharing --> None >> > > >> > > HD1 --> Virtual --> SCSI (0:0) >> > > >> > > Ambos são thinprovisiniong. >> > > >> > > Mount e fdisk no FreeBSD: >> > > # mount >> > > /dev/da0p2 on / (ufs, local, journaled soft-updates) >> > > devfs on /dev (devfs, local, multilabel) >> > > >> > > # fdisk /dev/da0 >> > > *** Working on device /dev/da0 *** >> > > parameters extracted from in-core disklabel are: >> > > cylinders=1305 heads=255 sectors/track=63 (16065 blks/cyl) >> > > >> > > Figures below won't work with BIOS for partitions not in cyl 1 >> > > parameters to be used for BIOS calculations are: >> > > cylinders=1305 heads=255 sectors/track=63 (16065 blks/cyl) >> > > >> > > Media sector size is 512 >> > > Warning: BIOS sector numbering starts with sector 1 >> > > Information from DOS bootblock is: >> > > The data for partition 1 is: >> > > sysid 238 (0xee),(EFI GPT) >> > > start 1, size 20971519 (10239 Meg), flag 80 (active) >> > > beg: cyl 0/ head 0/ sector 2; >> > > end: cyl 1023/ head 255/ sector 63 >> > > The data for partition 2 is: >> > > >> > > The data for partition 3 is: >> > > >> > > The data for partition 4 is: >> > > >> > > >> > > >> > > Mount e fdisk no ubuntu: >> > > # mount >> > > /dev/mapper/coringa-root on / type ext4 (rw,errors=remount-ro) >> > > proc on /proc type proc (rw,noexec,nosuid,nodev) >> > > none on /sys type sysfs (rw,noexec,nosuid,nodev) >> > > none on /sys/fs/fuse/connections type fusectl (rw) >> > > none on /sys/kernel/debug type debugfs (rw) >> > > none on /sys/kernel/security type securityfs (rw) >> > > none on /dev type devtmpfs (rw,mode=0755) >> > > none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) >> > > none on /dev/shm type tmpfs (rw,nosuid,nodev) >> > > none on /var/run type tmpfs (rw,nosuid,mode=0755) >> > > none on /var/lock type tmpfs (rw,noexec,nosuid,nodev) >> > > none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) >> > > /dev/sda1 on /boot type ext2 (rw) >> > > >> > > # fdisk -l >> > > >> > > Disk /dev/sda: 10.7 GB, 10737418240 bytes >> > > 255 heads, 63 sectors/track, 1305 cylinders >> > > Units = cylinders of 16065 * 512 = 8225280 bytes >> > > Sector size (logical/physical): 512 bytes / 512 bytes >> > > I/O size (minimum/opt
Re: [FUG-BR] Acesso ao disco em vmware
Vou reinstalar um FreeBSD 9 e utilizar um disco sem o thinprovisioning e reporto aqui na lista os resultados. Em 18 de maio de 2012 17:01, Rafael Henrique Faria escreveu: > 2012/5/18 Ari Arantes Filho > >> 1) sempre rodo o tar xzf ports.tar.gz e depois rm -rf ports, ou seja, >> libero o espaço e teoricamente o vmware não precisará aumentar >> novamente >> > > Eu posso estar errado, os mais experientes neste caso que me corrijam, mas > o UFS2 em uso no caso do FreeBSD não faz isso que você está imaginando. > > Quando você descompacta a primeira vez o ports.tar.gz, o UFS2 vai alocar o > espaço para o mesmo. E quando você apaga o mesmo, apesar do espaço ficar > "livre", o UFS2 não apaga o conteũdo do disco. E uma nova gravação, não irá > utilizar o espaço liberado, mas sim um espaço livre "virgem". O espaço > liberado somente será utilizando quando o disco não tiver mais espaços > livres. > > Ao utilizar recursos como este em HDs reais, o file system tem uma melhora > de performance, pois não precisa ficar apagando o disco... ele vai usando > espaços livres até que realmente seja necessário uma limpeza do file system > por ter acabado o espaço livre. > > Ultimamente percebi que após algum tempo, algumas horas, o espaço acaba > sendo liberado para uso... então acredito que tenha sido feita uma > alteração para algum processo de varredura ir liberando o espaço de tempo > em tempo.. mas isso não é em tempo real. > > Um exemplo prático disso: > > - esgote o espaço em disco com arquivos grandes. > - apague um dos arquivos grandes. > - o espaço não será liberado imediatamente... o disco vai continuar > reclamando que não tem espaço livre o suficiente. > > Normalmente isso não apresenta grandes problemas... pois um bom > administrador nunca irá deixar esgotar o espaço em disco. > > Porém, no caso do thinprovisioning isso é um problema. Pois a cada nova > gravação ele vai precisar requisitar do HOST um novo espaço em disco. O que > acaba ficando lendo. > > Eu sinceramente evito usar thinprovisioning em servidores de virtualização, > tanto por causa deste problema, quanto pelo efeito surpresa, de você alocar > 10 HDs de 1TB em um volume de 7TB, e acontecer de os 10 HDs precisaram usar > os 1TB oferecidos para o mesmo. Claro que é um exemplo, na prática teremos > 40 máquinas com HDs de tamanhos variados, que se tornará difícil ficar > acompanhando o crescimento, e o tamanho configurado para cada uma no > momento da crianção da máquina. > > -- > Rafael Henrique da Silva Faria > - > 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] Acesso ao disco em vmware
Testei com o disco sem o thinprovisioning: # time tar xzf ports.tar.gz real16m8.904s mesma coisa, péssima performance. Em 18 de maio de 2012 17:17, Welinaldo Lopes Nascimento escreveu: > Beleza Ari, vamos ficar aguardando o resultado... > Amanhã vou fazer o mesmo e posto aqui também o resultado. > > Em 18 de maio de 2012 17:08, Ari Arantes Filho escreveu: > >> Vou reinstalar um FreeBSD 9 e utilizar um disco sem o thinprovisioning >> e reporto aqui na lista os resultados. >> >> Em 18 de maio de 2012 17:01, Rafael Henrique Faria >> escreveu: >> > 2012/5/18 Ari Arantes Filho >> > >> >> 1) sempre rodo o tar xzf ports.tar.gz e depois rm -rf ports, ou seja, >> >> libero o espaço e teoricamente o vmware não precisará aumentar >> >> novamente >> >> >> > >> > Eu posso estar errado, os mais experientes neste caso que me corrijam, >> mas >> > o UFS2 em uso no caso do FreeBSD não faz isso que você está imaginando. >> > >> > Quando você descompacta a primeira vez o ports.tar.gz, o UFS2 vai alocar >> o >> > espaço para o mesmo. E quando você apaga o mesmo, apesar do espaço ficar >> > "livre", o UFS2 não apaga o conteũdo do disco. E uma nova gravação, não >> irá >> > utilizar o espaço liberado, mas sim um espaço livre "virgem". O espaço >> > liberado somente será utilizando quando o disco não tiver mais espaços >> > livres. >> > >> > Ao utilizar recursos como este em HDs reais, o file system tem uma >> melhora >> > de performance, pois não precisa ficar apagando o disco... ele vai usando >> > espaços livres até que realmente seja necessário uma limpeza do file >> system >> > por ter acabado o espaço livre. >> > >> > Ultimamente percebi que após algum tempo, algumas horas, o espaço acaba >> > sendo liberado para uso... então acredito que tenha sido feita uma >> > alteração para algum processo de varredura ir liberando o espaço de tempo >> > em tempo.. mas isso não é em tempo real. >> > >> > Um exemplo prático disso: >> > >> > - esgote o espaço em disco com arquivos grandes. >> > - apague um dos arquivos grandes. >> > - o espaço não será liberado imediatamente... o disco vai continuar >> > reclamando que não tem espaço livre o suficiente. >> > >> > Normalmente isso não apresenta grandes problemas... pois um bom >> > administrador nunca irá deixar esgotar o espaço em disco. >> > >> > Porém, no caso do thinprovisioning isso é um problema. Pois a cada nova >> > gravação ele vai precisar requisitar do HOST um novo espaço em disco. O >> que >> > acaba ficando lendo. >> > >> > Eu sinceramente evito usar thinprovisioning em servidores de >> virtualização, >> > tanto por causa deste problema, quanto pelo efeito surpresa, de você >> alocar >> > 10 HDs de 1TB em um volume de 7TB, e acontecer de os 10 HDs precisaram >> usar >> > os 1TB oferecidos para o mesmo. Claro que é um exemplo, na prática >> teremos >> > 40 máquinas com HDs de tamanhos variados, que se tornará difícil ficar >> > acompanhando o crescimento, e o tamanho configurado para cada uma no >> > momento da crianção da máquina. >> > >> > -- >> > Rafael Henrique da Silva Faria >> > - >> > 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 >> > > > > -- > .:: Welinaldo L N > .:: Estudante de Desenvolvimento de Sistemas > .:: FreeBSD Community Member #BSD/OS > .:: Antes de imprimir, veja se realmente é necessário! > .ılı..ılı. > - > 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] Acesso ao disco em vmware
13minutos é muito tempo também. Qual a configuração da sua máquina? Em 19 de maio de 2012 02:26, Welinaldo Lopes Nascimento escreveu: > e pra remover: > > 0.238 3.642s 3:44.30 1.7% > > Em 19 de maio de 2012 02:11, Welinaldo Lopes Nascimento < > welina...@bsd.com.br> escreveu: > >> Ari, fiz o teste aqui no meu e ficou o seguinte: >> >> 7.088u 19.307s 13:12.91 3.3% >> >> >> >> >> >> Em 18 de maio de 2012 18:37, Ari Arantes Filho escreveu: >> >> Testei com o disco sem o thinprovisioning: >>> >>> # time tar xzf ports.tar.gz >>> >>> real 16m8.904s >>> >>> mesma coisa, péssima performance. >>> >>> >>> >>> Em 18 de maio de 2012 17:17, Welinaldo Lopes Nascimento >>> escreveu: >>> > Beleza Ari, vamos ficar aguardando o resultado... >>> > Amanhã vou fazer o mesmo e posto aqui também o resultado. >>> > >>> > Em 18 de maio de 2012 17:08, Ari Arantes Filho >>> escreveu: >>> > >>> >> Vou reinstalar um FreeBSD 9 e utilizar um disco sem o thinprovisioning >>> >> e reporto aqui na lista os resultados. >>> >> >>> >> Em 18 de maio de 2012 17:01, Rafael Henrique Faria >>> >> escreveu: >>> >> > 2012/5/18 Ari Arantes Filho >>> >> > >>> >> >> 1) sempre rodo o tar xzf ports.tar.gz e depois rm -rf ports, ou >>> seja, >>> >> >> libero o espaço e teoricamente o vmware não precisará aumentar >>> >> >> novamente >>> >> >> >>> >> > >>> >> > Eu posso estar errado, os mais experientes neste caso que me >>> corrijam, >>> >> mas >>> >> > o UFS2 em uso no caso do FreeBSD não faz isso que você está >>> imaginando. >>> >> > >>> >> > Quando você descompacta a primeira vez o ports.tar.gz, o UFS2 vai >>> alocar >>> >> o >>> >> > espaço para o mesmo. E quando você apaga o mesmo, apesar do espaço >>> ficar >>> >> > "livre", o UFS2 não apaga o conteũdo do disco. E uma nova gravação, >>> não >>> >> irá >>> >> > utilizar o espaço liberado, mas sim um espaço livre "virgem". O >>> espaço >>> >> > liberado somente será utilizando quando o disco não tiver mais >>> espaços >>> >> > livres. >>> >> > >>> >> > Ao utilizar recursos como este em HDs reais, o file system tem uma >>> >> melhora >>> >> > de performance, pois não precisa ficar apagando o disco... ele vai >>> usando >>> >> > espaços livres até que realmente seja necessário uma limpeza do file >>> >> system >>> >> > por ter acabado o espaço livre. >>> >> > >>> >> > Ultimamente percebi que após algum tempo, algumas horas, o espaço >>> acaba >>> >> > sendo liberado para uso... então acredito que tenha sido feita uma >>> >> > alteração para algum processo de varredura ir liberando o espaço de >>> tempo >>> >> > em tempo.. mas isso não é em tempo real. >>> >> > >>> >> > Um exemplo prático disso: >>> >> > >>> >> > - esgote o espaço em disco com arquivos grandes. >>> >> > - apague um dos arquivos grandes. >>> >> > - o espaço não será liberado imediatamente... o disco vai continuar >>> >> > reclamando que não tem espaço livre o suficiente. >>> >> > >>> >> > Normalmente isso não apresenta grandes problemas... pois um bom >>> >> > administrador nunca irá deixar esgotar o espaço em disco. >>> >> > >>> >> > Porém, no caso do thinprovisioning isso é um problema. Pois a cada >>> nova >>> >> > gravação ele vai precisar requisitar do HOST um novo espaço em >>> disco. O >>> >> que >>> >> > acaba ficando lendo. >>> >> > >>> >> > Eu sinceramente evito usar thinprovisioning em servidores de >>> >> virtualização, >>> >> > tanto por causa deste problema, quanto pelo efeito surpresa, de você >>> >> alocar >>> >> > 10 HDs de 1TB em um volume de 7TB, e acontecer de os 10 HDs >>> precisaram >>> >> usar
Re: [FUG-BR] Redirecionamento de porta ipfw
Creio que não funcione somente com o ipfw. Sempre uso o /etc/natd.conf: redirect_port tcp 192.168.200.251:80 200.200.200.29:80 2008/4/30, Wesley Miranda <[EMAIL PROTECTED]>: > > Boa tarde, > > Gostaria de fazer um redirecionamento de porta via ipfw, Alguem teria uma > solução ? > > Ja foi utilizado > redir NAT pf e socket funcionou com esses aplicativos. Mas gostaria de > redirecionar apenas com o ipfw alguem saberia como ficaria essa regra ? > > Tentei algumas regras e não funcionou ex: > > ipfw add 2000 fwd 10.254.0.102 tcp from any to 192.168.0.11 21 > ipfw add 3000 fwd 10.254.0.102,21 tcp from any to 192.168.0.11 in via xl0 > ipfw add 4000 fwd 10.254.0.102,21 tcp from 192.168.0.11 to any dst-port 21 > ipfw add 5000 fwd 10.254.0.102,21 tcp from 192.168.0.11 to any 21 > ipfw add 6000 fwd 10.254.0.102 tcp from any 21 to 192.168.0.11 any 21 > ipfw add 7000 fwd 10.254.0.102 tcp from any to 192.168.0.11 in via xl0 > ipfw add 8000 fwd 10.254.0.102 tcp from 192.168.0.11 to any dst-port 21 > ipfw add 9000 fwd 10.254.0.102 tcp from 192.168.0.11 to any 21 > > OBS : Uma regra de cada vez claro. fui testando 1 por 1 > > rede > 192.168.0.254 > internet > 10.254.0.102 > > Maquina de destino > 192.168.0.11 > > Agradeço. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Migração de Maildir entre servidores
Pessoal, Temos um cliente que estará migrando suas contas de e-mails para outro servidor. São mais de 50 contas e a maioria usa somente o webmail para ler suas mensagens. Todos querem manter as mensagens que estão no webmail no novo servidor. Fiz o testes no servidor atual e tem suporte para o IMAP. Cheguei até a fazer uma migração configurando no cliente de e-mail uma conta nos 2 servidores e consegui arrastar as mensagens entre as contas IMAP. Porém feito totalmente manual o processo. Será que existe alguma maneira de fazer um script ou algum ferramenta para isso? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migração de Maildir entre servidores
Giancarlo, O maior objetivo é preservar todas as pastas e mensagens dentro delas. Pelo que vi o fetchmail somente baixa p/ um MAILBOX, perdendo toda a divisão das pastas. Estou errado? Obrigado! 2008/5/19 Giancarlo Rubio <[EMAIL PROTECTED]>: > Vc pode usar um MRA[1] para baixar seus emails do servidor remoto para > este novo. Eu recomendaria fetchmail [2] > > [1] http://en.wikipedia.org/wiki/Mail_retrieval_agent > [2] http://fetchmail.berlios.de/ /usr/ports/mail/fetchmail > > Caso opte pelo fetchmail, um exemplo simples seria > > poll ipRemoto proto (pop3,imap,etc..) > user "usuarioRemoto" with pass "senhaRemota" is "usuarioLocal" here > > > 2008/5/19 Ari Arantes Filho <[EMAIL PROTECTED]>: > > Pessoal, > > > > Temos um cliente que estará migrando suas contas de e-mails para outro > > servidor. São mais de 50 contas e a maioria usa somente o webmail para > ler > > suas mensagens. Todos querem manter as mensagens que estão no webmail no > > novo servidor. Fiz o testes no servidor atual e tem suporte para o IMAP. > > Cheguei até a fazer uma migração configurando no cliente de e-mail uma > conta > > nos 2 servidores e consegui arrastar as mensagens entre as contas IMAP. > > Porém feito totalmente manual o processo. Será que existe alguma maneira > de > > fazer um script ou algum ferramenta para isso? > > > > Obrigado, > > > > Ari > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Giancarlo Rubio > - > 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] Duvida em HP Proliant DL360 G5
Você deverá configurar o RAID pela controladora na hora do boot inicial. O FreeBSD irá enxergar somente 1 HD e não 2, por exemplo. Quando tiver problema em algum disco, aparecerá mensagem no messages e na console. Basta você trocar o HD que a própria controladora se encarrega do RAID. Totalmente transparente para o FreeBSD. Ao invés de ver /dev/adX para o disco, verá /dev/da0 para todo o array. Esse RAID é diferente do RAID onboard que vem com as placas mais novas, pois o FreeBSD "vê" todos os discos e os comandos você tem que disparar pelo FreeBSD. Sobre a máquina, não trabalhei com a DL360, mas já fiz raid em Dell e IBM sem problemas. 2008/5/20 Diogo Dalfovo <[EMAIL PROTECTED]>: > Boa Tarde Pessoal... > > Estou com uma dúvida neste servidor referente a Controladora e a placa de > rede > > - Controladora: Smart Array E200 64MB (Raid 0/1) > - Placa de Rede: Dual Gigabit integrada > > A controladora eu sei que é suportada pelo BSD (E200/E200i) > Porem a placa de rede é uma NC373i pelo menos é o que esta descrito no Site > da HP porem vi na FreeBSD 7.0-RELEASE Hardware Notes > que as placas suportadas são HP NC370T Multifunction Gigabit Server > Adapter e HP NC370i Multifunction Gigabit Server Adapter. > > Pegunta: > > 1 - Em relação a controladora, ja que vou usar discos SAS HotPlug se > precisar fazer alguma manutençao em alguns dos discos por queima ou outro > problema vou ter algum stress? Posso vir a ter algum problema? Ou meu unico > stress vai ser tirar e colocar outro disco? > > 2 - A placa de rede por nao ter a expecificaçao certificando que ela é > reconhecida será que terei algum problema? > > Esta maquina é sera um Quad-Core bi-processado 2.0Ghz com 4G ram > O tamanho dos discos ainda vou descidir, pois terei aproximadamente umas > 200 caixas onde vou abolir o uso do outlook e todo mundo vai vizualizar via > webmail. > O pessoal que usa ou ja usou um Proliant DL360 G5 o que diz dessa maquina. > Boa?,ruim? nestas configuraçoes nao terei problema? > > desde ja agradeço a todos > > Diogo Dalfovo. > > > - > 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] vmware3 no pc-bsd.
O arquivo está compactado. Tem que descompactar, tente o tar xvzf pcbsb-SMP.tbz 2008/5/30 Anderson Matos <[EMAIL PROTECTED]>: > William Grzybowski escreveu: > > On Wed, May 28, 2008 at 04:18:32PM -0300, Anderson Matos wrote: > >> William Grzybowski escreveu: > >>> On Wed, May 28, 2008 at 02:48:58AM -0300, Anderson Matos wrote: > Boa noite lista, instalei o pc-bsd 1.4 como S.O principal no meu > notebook, mas nao tem jeito..algumas coisas que uso no trabalho só tem > no Ruindows, entao o jeito vai ser virtualizar esse maldito.. > > Estou tentando instalar o VMWare3 via ports, soh que aparece o > seguinte > erro: > >>> Oi, > >>> > >>> Foi mal mas acho que tah bem explicito o erro, nao tem o que falar... > KERNEL SOURCE FILES REQUIRES = ARQUIVOS FONTE DO KERNEL REQUERIDOS.. > >>> > >>> Use o csup ou o cliente cvs de sua preferencia e baixe o source dele, > como fazer isso tem varios tutoriais pelo sr. google... > >>> > pcbsd# cd /usr/ports/emulators/vmware3 > pcbsd# make install clean > ===> vmware3-3.2.1.2242_13,1 kernel source files required. > *** Error code 1 > > Stop in /usr/ports/emulators/vmware3. > > Alguem tem alguma ideia? > > Obrigado e otima noite a todos... > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> Boa tarde William, eu entendi o erro..mas nao consegui achar o arquivo > >> do kernel, nao sei em que pasta está, por padrao deveria estar em > >> /usr/local/sys/i386/conf ...mas a pasta /sys nem existe.. > >> > >> Alguma ideia..? > > > > Bom dia, > > > > Pelo que vejo voce nao precisa do kernel em si, e sim o codigo fonte dele > e nao creio que venha por padrao junto com o pc-bsd e voce deve baixar > utilizando o painel de controle do pc-bsd do kde ou entao "na mao" com o > cvs... > > > >> obrigado. > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > Bom dia Willian, consegui achar o arquivo do kernel, fica dentro de: > /PCBSD/kernels o nome do arquivo é pcbsd-SMP.tbz. > > Só que agora surgiu outro problema, quando eu entro neste arquivo: > > # ee pcbsb-SMP.tbz > > ele me mostra um monte de caracter doido junto com algumas letras do > alfabeto, ou seja, totalmente ilegivel, mesmo logado como root. > > Saberia me dizer o que pode ser...?? > > obrigado.. > > - > 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] vmware3 no pc-bsd.
O arquivo está compactado. Tem que descompactar, tente o tar xvzf pcbsb-SMP.tbz 2008/5/30 Anderson Matos <[EMAIL PROTECTED]>: > William Grzybowski escreveu: > > On Wed, May 28, 2008 at 04:18:32PM -0300, Anderson Matos wrote: > >> William Grzybowski escreveu: > >>> On Wed, May 28, 2008 at 02:48:58AM -0300, Anderson Matos wrote: > Boa noite lista, instalei o pc-bsd 1.4 como S.O principal no meu > notebook, mas nao tem jeito..algumas coisas que uso no trabalho só tem > no Ruindows, entao o jeito vai ser virtualizar esse maldito.. > > Estou tentando instalar o VMWare3 via ports, soh que aparece o > seguinte > erro: > >>> Oi, > >>> > >>> Foi mal mas acho que tah bem explicito o erro, nao tem o que falar... > KERNEL SOURCE FILES REQUIRES = ARQUIVOS FONTE DO KERNEL REQUERIDOS.. > >>> > >>> Use o csup ou o cliente cvs de sua preferencia e baixe o source dele, > como fazer isso tem varios tutoriais pelo sr. google... > >>> > pcbsd# cd /usr/ports/emulators/vmware3 > pcbsd# make install clean > ===> vmware3-3.2.1.2242_13,1 kernel source files required. > *** Error code 1 > > Stop in /usr/ports/emulators/vmware3. > > Alguem tem alguma ideia? > > Obrigado e otima noite a todos... > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> Boa tarde William, eu entendi o erro..mas nao consegui achar o arquivo > >> do kernel, nao sei em que pasta está, por padrao deveria estar em > >> /usr/local/sys/i386/conf ...mas a pasta /sys nem existe.. > >> > >> Alguma ideia..? > > > > Bom dia, > > > > Pelo que vejo voce nao precisa do kernel em si, e sim o codigo fonte dele > e nao creio que venha por padrao junto com o pc-bsd e voce deve baixar > utilizando o painel de controle do pc-bsd do kde ou entao "na mao" com o > cvs... > > > >> obrigado. > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > Bom dia Willian, consegui achar o arquivo do kernel, fica dentro de: > /PCBSD/kernels o nome do arquivo é pcbsd-SMP.tbz. > > Só que agora surgiu outro problema, quando eu entro neste arquivo: > > # ee pcbsb-SMP.tbz > > ele me mostra um monte de caracter doido junto com algumas letras do > alfabeto, ou seja, totalmente ilegivel, mesmo logado como root. > > Saberia me dizer o que pode ser...?? > > obrigado.. > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Tuning do NFS
Pessoal, O serviço de NFS sobe com os seguintes parâmetros por default: nfs_server_flags="-u -t -n 4" 4 máquinas FreeBSD com usarão o servidor de NFS como clientes. Peelo que vi, o default do mount servidor:/caminho/exportado /mnt/qualquercoisa, sempre usa o udp p/ se comunicar com o NFS e pela lógica o udp é mais rápido. Pode retirar o -t do nfs_server_flags? Será que terei ganho de perfomance com isso? Como posso fazer para melhorar a performance do NFS server? Procurei por "tuning NFS" e não encontrei muita coisa, exceto muitos e-mails antigos sobre versão 2 ou 3 do NFS e também da comunicação entre Linux e FreeBSD. Obrigado, Ari - 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 Servidor HP Proliant DL180 G5
Temos o FreeBSD 7 instalado normalmente em 2 servidores DL320, um G4 e outro G5. Sem qualquer problema. Você pode colocar o CD de instalação e no boot ele te mostra toda a descrição do hardware que o SO reconheceu. 2008/6/11 Diogo Dalfovo <[EMAIL PROTECTED]>: > > Bom Dia Pessoal > Estou comprando um Servidor HP Proliant DL180 G5 com as seguintes > caracteristicas: > - Processador: (1) Intel Quad-Core Xeon E5405 2.00GHz/1333 > - Cache de Processador (L2): 12MB > - Memória: 4GB, sendo 2x2Gb PC2-5300 DDR2-667 > - Disco Rígido: (2) Disco Rigido SATA 500GB (3,5) Hot-Plug > 7200 rpm > - Interface de Disco: SATA Hot-Plug > - Controladora: SATA > - Mídia Óptica: HP Drive DVD-ROM > - Memória de Vídeo: 32MB > - Placa de Rede (Mbps): 10/100/1000 > Pergunta... quem tem um desses rodando FreeBSD? > Li em algum lugar, não vou lembrar onde... que o suporte a > Hotplug no FreeBSD estava com alguns problemas (nao vou lembrar a > versao). > E em relaçao a placa de rede nao hardnotes nao tem > "explicitamente" o modelo , mas vi quem algumas pessoas tiveram > problema com a versao F7.0 e tiveram que voltar pra F6.2. > Gostaria de saber se isso realmente é procedente ou se ja > foram corrigidos os problemas.. Lembrando que gostariar de usar a > versao 7.0 do FreeBSD este servidor ira servir de > e-mail(postfix+dovecot+amavisd-new(spamassassin+clamav)+horde como > groupware e webmail) e vou usar em raid1. > Desde ja agradeço a atençao de todos. Obrigado > Diogo Dalfovo > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: blade systems
Pelo que tenho visto, nenhuma das grandes marcas (Dell/IBM/HP) tem o FreeBSD homologado para suas soluções, portanto não prestam qualquer suporte oficial. Porém sempre que precisei instalar o FreeBSD, nunca tive problema. No entanto, nunca trabalhei com Blade, infelizmente... 2008/6/18 Sérgio Ferreira ( WGO ) <[EMAIL PROTECTED]>: > Tenho Blade HP aqui na Mitsubishi Motors, tenho algumas máquinas rodando > nele. > > Mas meu esquema é todo montado em VMWARE ESX. > > > Sérgio Ferreira > WGO Telecom > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Thiago J. Ruiz > Enviada em: quarta-feira, 18 de junho de 2008 17:17 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] blade systems > > rapaz, não vou te acrescentar em nada nessa resposta, mas sempre quis > testar isso hehe > > tomara que alguem tenha um experiencia positiva. > > abraços > > 2008/6/18 Sergio Lima <[EMAIL PROTECTED]>: > > Olá, > > > > Terminei o projeto de um datacenter, entretanto, de última hora, como > > sempre, a diretoria preferiu a alteração do servidores para sistema do > tipo > > blade. > > > > Já pesquisei com três fornecedores diferentes (Sun, IBM e HP), > entretanto, > > nenhum tem documentação de auxilio para instalação de blades com FreeBSD. > > > > Alguém na lista já usou ou teve experiência com sistemas blade e FreeBSD? > > > > Desde já agradeço a ajuda. > > > > []s > > Sergio Lima > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.524 / Virus Database: 270.4.0/1507 - Release Date: > 18/06/2008 > > 07:09 > > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Thiago J. Ruiz > SysAdmin/NetAdmin > Cisco CCNA - Loading > http://thiagoruiz.blogspot.com > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Adaptec 1220S
Pessoal, Alguém conseguiu instalar a controladora Adaptec 1220S no FreeBSD? Na instalação, os discos não são reconhecidos. Procurei no histórico da lista e até tinha um post, mas sem solução. Será que devo desistir mesmo? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] vmware em freebsd - ajuda
Não existe o vmware server para o FreeBSD. Você poderá o FreeBSD no vmware, mas como client. Como host, só tem para Windows XP/Vista/2003 e Linux. Eu sempre instalo o vmware no CentOS e depois rodo o FreeBSD, Windows, etc... 2008/7/10 Mr. Torture <[EMAIL PROTECTED]>: > pessoal, não tenho muita experiência em FreeBSD e estou com a tarefa de > virtualizar um Windows NT para rodar umas aplicações, porém estou tendo > dificuldades com relação a algum material de referência para proceder a > instalação/configuração do vmware e do windows a partir dele... Se alguém > puder indicar onde encontro os procedimentos pra realizar essa operação ou > puder me orientar, eu agradeço! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 7.0 com DNS
Eu tentei atualizar pelo ports e deu o seguinte erro: make: don't know how to make /usr/ports/dns/bind95/work/.install_done.bind95._usr_local. Stop *** Error code 2 Stop in /usr/ports/dns/bind95. Obs: apenas habilitei a opção abaixo: [X] REPLACE_BASE Replace base BIND with this version Algum luz? Obrigado, Ari 2008/7/23 Thiago Gomes <[EMAIL PROTECTED]>: > Aproveitando.. para eu atualizar o DNS via ports é somente > port /usr/ports/dns/bind95 > make install clean ?? > > Como eu faço para saber se o meu dns esta rodando em chroot ?? > > Obrigado > > 2008/7/23 Felippe de Meirelles Motta <[EMAIL PROTECTED]>: > > Em Wed, 23 Jul 2008 15:06:48 -0300 > > "Cristina Fernandes Silva" <[EMAIL PROTECTED]> escreveu: > > > >> deste caso a melhor solução seria implementar o patch ? > >> > >> > >> > >> 2008/7/23 Alexandre Biancalana <[EMAIL PROTECTED]>: > >> > On 7/23/08, mantunes <[EMAIL PROTECTED]> wrote: > >> >> Galera, > >> >> > >> >> Eu baixando o freeBSD 7.0 hoje o mesmo ja virá com a correção do > >> >> DNS, ou terei que aplicar > >> >> o pacth ? > >> > > >> > Não. Você tem que atualizar ele via csup ou freebsd-update, apos a > >> > instalacao - > >> > 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 > > > > Boa tarde Cristina, > > > > Não, neste caso, você tem a opção de instalar o > > port /usr/ports/dns/bind95, com a opção para substituir o bind da base > > (atualmente 9.4.2. Ou pode atualizar e recompilar todo seu sistema, > > para isso, utilize como referência os passos citados > > em /usr/src/Makefile (Siga o procedimento de 11 passos citados neste > > arquivo). > > > > Caso seja familiar pra você, pode estar usando o Djbdns(está no ports), > > que não é afetado por este bug. > > > > Boa sorte! :) > > > > -- > > Felippe de Meirelles Motta > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] dúvida sobre o freebsd-update
Pessoal, Atualizei um servidor com o FreeBSD 7.0 através do comando "freebsd-update fetch install" antes do update, o "uname -a" mostrava: uname -a 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 Os seguintes arquivos foram atualizados: The following files will be updated as part of updating to 7.0-RELEASE-p3: /boot/kernel/kernel /boot/kernel/kernel.symbols /boot/kernel/linker.hints /usr/bin/dig /usr/bin/host /usr/bin/nslookup /usr/bin/nsupdate /usr/include/netinet/tcp.h /usr/lib/libssh.a /usr/lib/libssh.so.4 /usr/lib/libssh_p.a /usr/sbin/dnssec-signzone /usr/sbin/lwresd /usr/sbin/named /usr/sbin/named-checkconf /usr/sbin/named-checkzone /usr/sbin/named-compilezone /usr/sbin/sshd /usr/src/sys/conf/newvers.sh /usr/src/sys/netinet/tcp.h /usr/src/sys/netinet/tcp_output.c Installing updates... done. Após o update, sem dar boot, o "uname -a" ainda mostra o FreeBSD 7.0-RELEASE #0, creio que irá para o 7.0-RELEASE-p3 somente após o boot, certo? Minha maior preocupação é em relação do bind, será que mesmo sem boot, apenas um restart do serviço do named, o servidor já está atualizado? Valeu! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Mais sobre o freebsd-update
Vejam a diferença da versão: # uname -a 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #0: Wed Jun 18 07:33:20 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 7.0-RELEASE from update1.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 7.0-RELEASE-p3. Se está no p3, por que o uname mostra a p2? Não deveria mostrar também o p3 no uname? Mesmo após um boot, o uname resultado continua o mesmo. Valeu! Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Particionamento em storage
Pessoal, Sei que a discussão sobre criar partições é antiga e a maioria concorda que é melhor dividir o HD em vários partições (/tmp, /var, /usr, etc...). Mas partindo do princípio que o HD inteiro está em um storage externo, inclusive o boot é feito através da fiber channel, será que compensa particionar o HD mesmo assim? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Softupdate no /
Pessoal, Li no histórico da lista que o pessoal do Core Team do FreeBSD não recomenda sofupdate no /. Inclusive na instalação, o slice do / é o único que o instalador não coloca +S por default. Sabem o motivo disso? Obrigado, Ari - 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 resolvido Falha de DNS está lo nge de ser resolvida
O pessoal do CERT.br fez um tutorial sobre isso: http://www.cert.br/docs/whitepapers/dns-recursivo-aberto/ 2008/7/30 Welington F.J <[EMAIL PROTECTED]> > 2008/7/30 Marcelo Gardini do Amaral <[EMAIL PROTECTED]> > > > Solução? Desabilitar a recursão resolve o problema, mas aí você vai > > ter que decorar o endereço IP de todos os sites que você acessa :-) > > > > > basta criar acls, liberando recursão somente para sua rede (: > > > > > > Marcelo > > > > > > On Wed, Jul 30, 2008 at 09:13:32AM -0300, [EMAIL PROTECTED] wrote: > > > Segue a solucao pra resolver > > > http://www.vivaolinux.com.br/dica/Desabilitando-DNS-Recursivo/ > > > > > > http://products.secureserver.net/scripts/rdnsfix > > > > > > Agora execute com o comando: > > > > > > # php -c /r rdnsfix > > > > > > Se a resposta for parecido com esta abaixo, parabéns! > > > > > > Checking this file for recursive DNS: /etc/named.conf > > > Nothing to do, recursive DNS is already disabled. > > > > > > > > > > > > > > > > > > > > > > > > > No DNS CACHE também não houve problema: > > > > > > > > "200.X.Y.Z is GREAT: 31 queries in 5.8 seconds from 31 ports with std > > dev > > > > 17363.67" > > > > > > > > > > > > > > > >> -Original Message- > > > >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > ] > > On > > > >> Behalf Of Aristeu Gil Alves Jr > > > >> Sent: Monday, July 28, 2008 3:19 PM > > > >> To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > > >> Subject: Re: [FUG-BR]Falha de DNS está longe de ser resolvida > > > >> > > > >> Os problemas seriam com os cache resolvers/dns recursivos (dnscache) > e > > > >> não com os autoritativos (tinydns). > > > >> > > > >> 2008/7/28 Renato Frederick <[EMAIL PROTECTED]>: > > > >> > Os testes que fiz com meu dns autoritativo rodando DJB, não > > apresentou > > > >> > falha. > > > >> > > > > >> > > > >> Em princípio, o cache resolver do DJB não tem problema. Claro, tudo > > > >> tem um limite. Com o aumento da banda e do poder computacional, o > que > > > >> parecia impossível fica possível. O problema é que o DJB tem ojeriza > > > >> ao DNSSEC. Quando esse dia chegar epero que ele, ou alguma RFC que > ele > > > >> goste, apareça pra resolver o problema. Vamos aguardar pra ver. Por > > > >> enquanto estamos bem! > > > >> > > > >> -- > > > >> Aristeu Gil Alves Jr > > > >> - > > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > - > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Welington F.J > BSD User: 51392 > IVOZ: 4668 > MSN: [EMAIL PROTECTED] > Drogas ? Pra que? Já Tenho Meu Windows!! > " ...e serás instável, trará o caos, destruição, dor e sofrimento a todos. > Haverá choro e ranger de dentes" Apocalipse sobre Windows > "Malandro é o cavalo marinho que se finge de peixe pra não puxar carroça". > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Instalação do Postfix pelo ports
Pessoal, Desde ontem não consigo instalar o postfix pelo ports: [EMAIL PROTECTED] /usr/ports/mail/postfix]# make install clean cd /usr/ports/mail/postfix && make config; ┌┐ │ Options for postfix 2.5.4,1 │ │ ┌┐ │ │ │[X] PCRE Perl Compatible Regular Expressions │ │ │ │[X] SASL2 Cyrus SASLv2 (Simple Auth. and Sec. Layer)│ │ │ │[ ] DOVECOT Dovecot SASL authentication method│ │ │ │[ ] SASLKRB If your SASL req. Kerberos select this option │ │ │ │[ ] SASLKRB5 If your SASL req. Kerberos5 select this option│ │ │ │[ ] SASLKMIT If your SASL req. MIT Kerberos5 select this option│ │ │ │[ ] TLS Enable SSL and TLS support│ │ │ │[ ] BDB Berkeley DB (choose version with WITH_BDB_VER)│ │ │ │[X] MYSQL MySQL maps (choose version with WITH_MYSQL_VER) │ │ │ │[ ] PGSQL PostgreSQL maps (choose with DEFAULT_PGSQL_VER) │ │ │ │[ ] OPENLDAP OpenLDAP maps (choose ver. with WITH_OPENLDAP_VER)│ │ │ │[ ] CDB CDB maps lookups │ │ │ │[ ] NIS NIS maps lookups │ │ │ │[X] VDA VDA (Virtual Delivery Agent) │ │ │ │[ ] TEST SMTP/LMTP test server and generator │ │ ├─└┘─┤ │ [ OK ] Cancel│ └┘ ===> Vulnerability check disabled, database not found ===> Found saved configuration for postfix-2.5.4,1 => postfix-2.5.4.tar.gz doesn't seem to exist in /usr/ports/distfiles/postfix. => Attempting to fetch from ftp://ftp.porcupine.org/mirrors/postfix-release/official/. postfix-2.5.4.tar.gz 100% of 3083 kB 59 kBps 00m00s => postfix-2.5.3-vda-ng.patch.gz doesn't seem to exist in /usr/ports/distfiles/postfix. => Attempting to fetch from http://vda.sourceforge.net/VDA/. fetch: http://vda.sourceforge.net/VDA/postfix-2.5.3-vda-ng.patch.gz: size mismatch: expected 12809, actual 12408 => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-2.5.3-vda-ng.patch.gz: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/postfix and try again. *** Error code 1 Stop in /usr/ports/mail/postfix. *** Error code 1 Stop in /usr/ports/mail/postfix. Alguém também está tendo o mesmo problema? Já atualizei o ports várias vezes pelo portsnap. Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Placa de rede vmxnet no vmware esx
Pessoal, Sempre instalei o FreeBSD sem problemas no vmware server, agora estou instalando no ESX. Todas as instalações no server eram de teste e nunca precisei de performance na placa de rede. Agora com o ESX, que irá em produção, tive problemas de performance na rede. O FreeBSD não vem como SO reconhecido na instalação, ou usa Other 32 bits ou Other 64 bits. No 32 bits, a placa de rede é uma le (le0), muito devegar, no máximo 10M. Já no 64, tem a E1000 e vmxnet enhanced, que pelo manual é bem mais rápida. Se falo que é SO é um Red Hat Ent. 5, o FreeBSD também instala, mas com as mesmas placas de rede do Other 64. O fato é que a placa E1000 é reconhecida normalmente no FreeBSD e a performance é pouco menor que numa máquina normal, a rede funciona em gigabits sem problemas. A vmxnet não é reconhecida. Instalei o vmware-tools, mas mesmo assim não consegui instalar a vmxnet. Alguém teve sucesso? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Instalação do Postfix pelo ports
Marcus, Agora deu certo! Obrigado! []s, Ari 2008/8/30 Marcus Alves Grando <[EMAIL PROTECTED]> > Acabei de arrumar. Atualize seus ports. > > Att > > Ari Arantes Filho wrote: > > Pessoal, > > > > Desde ontem não consigo instalar o postfix pelo ports: > > > > [EMAIL PROTECTED] /usr/ports/mail/postfix]# make install clean > > cd /usr/ports/mail/postfix && make config; > > > > > > > ┌┐ > > │ Options for postfix 2.5.4,1 > │ > > │ ┌┐ > │ > > │ │[X] PCRE Perl Compatible Regular Expressions │ > │ > > │ │[X] SASL2 Cyrus SASLv2 (Simple Auth. and Sec. Layer)│ > │ > > │ │[ ] DOVECOT Dovecot SASL authentication method│ > │ > > │ │[ ] SASLKRB If your SASL req. Kerberos select this option │ > │ > > │ │[ ] SASLKRB5 If your SASL req. Kerberos5 select this option│ > │ > > │ │[ ] SASLKMIT If your SASL req. MIT Kerberos5 select this option│ > │ > > │ │[ ] TLS Enable SSL and TLS support│ > │ > > │ │[ ] BDB Berkeley DB (choose version with WITH_BDB_VER)│ > │ > > │ │[X] MYSQL MySQL maps (choose version with WITH_MYSQL_VER) │ > │ > > │ │[ ] PGSQL PostgreSQL maps (choose with DEFAULT_PGSQL_VER) │ > │ > > │ │[ ] OPENLDAP OpenLDAP maps (choose ver. with WITH_OPENLDAP_VER)│ > │ > > │ │[ ] CDB CDB maps lookups │ > │ > > │ │[ ] NIS NIS maps lookups │ > │ > > │ │[X] VDA VDA (Virtual Delivery Agent) │ > │ > > │ │[ ] TEST SMTP/LMTP test server and generator │ > │ > > > ├─└┘─┤ > > │ [ OK ] Cancel > │ > > > └┘ > > > > ===> Vulnerability check disabled, database not found > > ===> Found saved configuration for postfix-2.5.4,1 > > => postfix-2.5.4.tar.gz doesn't seem to exist in > > /usr/ports/distfiles/postfix. > > => Attempting to fetch from > > ftp://ftp.porcupine.org/mirrors/postfix-release/official/. > > postfix-2.5.4.tar.gz 100% of 3083 kB 59 kBps > > 00m00s > > => postfix-2.5.3-vda-ng.patch.gz doesn't seem to exist in > > /usr/ports/distfiles/postfix. > > => Attempting to fetch from http://vda.sourceforge.net/VDA/. > > fetch: http://vda.sourceforge.net/VDA/postfix-2.5.3-vda-ng.patch.gz: > size > > mismatch: expected 12809, actual 12408 > > => Attempting to fetch from > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/. > > fetch: > > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/postfix/postfix-2.5.3-vda-ng.patch.gz > : > > File unavailable (e.g., file not found, no access) > > => Couldn't fetch it - please try to retrieve this > > => port manually into /usr/ports/distfiles/postfix and try again. > > *** Error code 1 > > > > Stop in /usr/ports/mail/postfix. > > *** Error code 1 > > > > Stop in /usr/ports/mail/postfix. > > > > Alguém também está tendo o mesmo problema? > > > > Já atualizei o ports várias vezes pelo portsnap. > > > > Obrigado, > > > > Ari > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- > Marcus Alves Grando > marcus(at)sbh.eng.br | Personal > mnag(at)FreeBSD.org | FreeBSD.org > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Placa de rede vmxnet no vmware esx
Sim: ethernet0.virtualdev="e1000" e no FreeBSD guest, o driver é o em0. Como falei, a E1000 vai normal. Meu problema está com a vmxnet, que não é reconhecida no FreeBSD. []s, Ari 2008/8/31 Zavam, Vinícius <[EMAIL PROTECTED]> > Citando Ari Arantes Filho: > > > Pessoal, > > > > Sempre instalei o FreeBSD sem problemas no vmware server, agora estou > > instalando no ESX. Todas as instalações no server eram de teste e nunca > > precisei de performance na placa de rede. Agora com o ESX, que irá em > > produção, tive problemas de performance na rede. O FreeBSD não vem como > SO > > reconhecido na instalação, ou usa Other 32 bits ou Other 64 bits. No 32 > > bits, a placa de rede é uma le (le0), muito devegar, no máximo 10M. Já no > > 64, tem a E1000 e vmxnet enhanced, que pelo manual é bem mais rápida. Se > > falo que é SO é um Red Hat Ent. 5, o FreeBSD também instala, mas com as > > mesmas placas de rede do Other 64. O fato é que a placa E1000 é > reconhecida > > normalmente no FreeBSD e a performance é pouco menor que numa máquina > > normal, a rede funciona em gigabits sem problemas. A vmxnet não é > > reconhecida. Instalei o vmware-tools, mas mesmo assim não consegui > instalar > > a vmxnet. Alguém teve sucesso? > > > > Obrigado, > > Ari > > arantes, > virtualdev da interface de rede desse seu freebsd também tá como e1000? > ethernet0.virtualdev="e1000" > > > > > - > Webmail SecrelNet > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Placa mãe para 4 interfaces de redes
Você poderá também comprar placas de rede com 2 ou 4 entradas. A Dlink, HP, IBM, Dell, Mikrotik e outras tem essa placa de rede c/ 4 redes. Ou então mesclar entre placas de rede PCI e PCI Express, pois nas placas modernas vem mais PCI-E que PCI-X. []s, Ari 2008/9/3 Patrick <[EMAIL PROTECTED]> > Qual placa mãe vocês aconselhariam para utilizar 4 interfaces de rede? > Para usar 4 placas pci, somente achei esses dois modelos da assus o > P5LD2-C/IPAT e a P5VD2-X, só que não são placas boas. Deveria pega uma > placa com gigalan onboard mesmo? > > > PaTricK > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Dúvida freebsd-update
Pessoal, O "freebsd-update fetch" atualiza: /boot/kernel/kernel /boot/kernel/kernel.symbols /boot/kernel/linker.hints Eu tenho um servidor com um kernel customizado, se rodar o "freebsd-update fetch install" o kernel GENERIC do repositório será instalado no lugar do meu atual? Se sim, a opção seria atualizar os fontes e buildworld geral, depois buildkernel? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Melhorar a performance do servidor de NFS
Pessoal, Estamos com algumas dúvidas de como melhorar a performance do servidor de NFS. Seguem os testes feitos: - 2 servidores IBM x3550 com HD SAS Servidor 1: FreeBSD 7 atualizado como NFS Server Servidor 2: FreeBSD 7 atualizado como NFS client As placas de rede são gigabit e existe 1 switch também giga da 3COM utilizado nos testes. Vejam os tempos de gravação e iostats p/ a gravação local: [EMAIL PROTECTED] ~]# time mkfile 500m /hd/teste.tmp real0m4.394s user0m0.008s sys 0m0.854s /hd é uma partição exportada no NFS server. Resultado do iostat enquanto o comando acima era executado: [EMAIL PROTECTED] ~]# iostat -c 1000 tty aacd0 cpu tin tout KB/t tps MB/s us ni sy in id 2 47 0.00 0 0.00 0 0 0 0 100 0 130 0.00 0 0.00 0 0 0 0 100 1 46 63.12 457 28.14 0 0 4 0 96 0 43 63.92 1887 117.80 0 0 6 0 94 0 45 63.87 1895 118.21 0 0 5 0 95 0 45 63.90 1875 117.01 0 0 7 1 92 0 114 63.86 1874 116.88 0 0 5 0 94 0 45 62.22 9 0.55 0 0 0 0 100 0 44 55.00 18 0.97 0 0 0 0 100 0 44 0.00 0 0.00 0 0 0 0 100 via NFS === resultado de: [EMAIL PROTECTED] ~]# time mkfile 500m /mnt/storage/teste.tmp real0m17.661s user0m0.000s sys 0m1.017s O /mnt/storage é o ponto de montagem do NFS do servidor 01 (/hd). Resultado da máquina NFS Server (01) enquanto era criado o arquivo pela rede: [EMAIL PROTECTED] ~]# iostat -c 1000 tty aacd0 cpu tin tout KB/t tps MB/s us ni sy in id 0 44 0.00 0 0.00 0 0 0 0 100 0 44 16.00 292 4.56 0 0 4 0 96 0 43 16.00 1969 30.77 0 0 6 2 92 0 44 16.00 1857 29.02 0 0 5 2 93 0 44 16.00 1852 28.94 0 0 3 2 96 0 44 16.00 1851 28.92 0 0 3 2 95 0 44 16.00 1849 28.89 0 0 4 2 93 0 44 16.00 1855 28.99 0 0 4 2 95 0 44 16.00 1867 29.17 0 0 5 2 93 0 44 16.00 1965 30.70 0 0 5 2 94 0 44 16.00 1853 28.96 0 0 5 2 94 0 44 16.00 1884 29.44 0 0 5 3 92 0 44 16.00 1947 30.42 0 0 6 2 92 0 44 16.00 1852 28.94 0 0 6 2 92 0 44 16.00 1959 30.61 0 0 6 2 93 0 44 16.00 1877 29.33 0 0 5 2 93 0 44 16.00 1923 30.05 0 0 5 2 92 0 130 16.00 1911 29.86 0 0 6 2 92 0 44 16.00 1848 28.88 0 0 5 3 92 0 44 16.00 530 8.29 0 0 3 0 97 0 43 16.00 1 0.02 0 0 0 0 100 Vejam que a taxa de IO pelo NFS não passa de 30 MB/s, enquanto localmente faz mais de 110 MB/s. O número de tps estão semelhantes. Como podemos fazer para melhorar a performance do NFS? Existem 4 daemons do NFS e está configurado usando UDP. A configuração está default. Alguma dica para melhorar os tempos de gravação pelo NFS? Sei que melhor que localmente não fica, mas a diferença é grande. Tem espaço de processamento de disco sobrando e não está sendo consumido, fazendo com que os tempos fiquem piores. Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IBM x3650
Isso é um caso isolado. Temos x3650 e x3550, com FreeBSD instalados. Todas com HD SAS, RAID. Sem qualquer tipo de problema. 2008/9/10 Flavio Junior <[EMAIL PROTECTED]> > Olha Wanderson, a performance esta boa, eu diria até superior ao que > eu esperava quando troquei os hardwares. > > Eu nao tenho hoje, um cenario que permita a carga do servidor ser > levada ao extremo, mas aos testes que fiz assim que recebi as maquinas > obtive resultados muito bons. > > No momento estou em viagem (Sao Luis - MA... eita terra quente), assim > que voltar a floripa posso fazer alguns testes, tenho 2 deles parados > esperando pra entrar em producao. > > Se houver testes especificos (em linux) que possam te ajudar na tua > duvida, soh me dizer que eu os realizo e posto os resultados aqui na > lista. > > Abracos, > > Flavio do Carmo Junior aka waKKu > > 2008/9/10 Wanderson Tinti <[EMAIL PROTECTED]>: > > Flavio, > > o que voce pode me dizer sobre peformace nesse servidor? > > > > 2008/9/10 Flavio Junior <[EMAIL PROTECTED]>: > >> Só participando da thread... > >> > >> Eu tenho 11 x3550 (inclusive ja havia conversado deles com o Eduardo) > >> funcionando muito bem, ao menos por enquanto. > >> Eu cheguei a instalar o FreeBSD em um deles, e reconheceu tudo numa > >> boa. Ja o OpenBSD se recusa a reconhecer a Adaptec Host-RAID dele. > >> Mas hoje estou com Linux em todos :/ > >> > >> (O motivo da troca de SO foi homologacao. Mas ainda to lutando pra por > >> Free pelo menos no firewall) > >> > >> -- > >> > >> Flavio do Carmo Junior aka waKKu > >> > >> 2008/9/10 Wanderson Tinti <[EMAIL PROTECTED]>: > >>> Poxa mesmo trocando o problema continuou?! Apesar de seu servidor ser > >>> de outro modelo, acredito que muita coisa não deve ter mudado. > >>> > >>> Quanto a configuração de raid, reconhecimento da interfaces de rede > >>> isso foi reconhecido legal? Qual versão do freebsd voce usa nesse > >>> servidor. Você tem algum servidor IBM que roda legal no freebsd ai? Ou > >>> tem algum server de configuracao parecida que voce pode indicar? > >>> > >>> Obrigado pela esclarecimento. Abraços. > >>> - > >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >>> > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > 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] IBM x3650
Você atualizou a BIOS e a controladora? No site da IBM existem critical updates que são p/ performance também. 2008/9/11 Eduardo Schoedler <[EMAIL PROTECTED]> > Havia FreeBSD instalado na máquina e tirei... hoje rodo linux nela. > > Realmente, parece que essa máquina tem problema de I/O. > Aqui tenho 2 HDs SATA nele, mas o desempenho é muito baixo. > Tenho desktop onde testes se mostraram superiores, inclusive com o mesmo > disco. > > Abraço. > > > -- > From: "Pedro Madsen" <[EMAIL PROTECTED]> > Subject: Re: [FUG-BR] IBM x3650 > > trabalho com x3650 de forma bem estável, nunca tive desligamento aleatório > da maquina. A única coisa que não gostei no desempenho foi da escrita em > disco, sao 2 SAS em raid 1, realmente o raid1 pesa nessa maquina. > > 2008/9/11 Ari Arantes Filho <[EMAIL PROTECTED]> > > > Isso é um caso isolado. Temos x3650 e x3550, com FreeBSD instalados. > Todas > > com HD SAS, RAID. Sem qualquer tipo de problema. > > > > 2008/9/10 Flavio Junior <[EMAIL PROTECTED]> > > > > > Olha Wanderson, a performance esta boa, eu diria até superior ao que > > > eu esperava quando troquei os hardwares. > > > > > > Eu nao tenho hoje, um cenario que permita a carga do servidor ser > > > levada ao extremo, mas aos testes que fiz assim que recebi as maquinas > > > obtive resultados muito bons. > > > > > > No momento estou em viagem (Sao Luis - MA... eita terra quente), assim > > > que voltar a floripa posso fazer alguns testes, tenho 2 deles parados > > > esperando pra entrar em producao. > > > > > > Se houver testes especificos (em linux) que possam te ajudar na tua > > > duvida, soh me dizer que eu os realizo e posto os resultados aqui na > > > lista. > > > > > > Abracos, > > > > > > Flavio do Carmo Junior aka waKKu > > > > > > 2008/9/10 Wanderson Tinti <[EMAIL PROTECTED]>: > > > > Flavio, > > > > o que voce pode me dizer sobre peformace nesse servidor? > > > > > > > > 2008/9/10 Flavio Junior <[EMAIL PROTECTED]>: > > > >> Só participando da thread... > > > >> > > > >> Eu tenho 11 x3550 (inclusive ja havia conversado deles com o > Eduardo) > > > >> funcionando muito bem, ao menos por enquanto. > > > >> Eu cheguei a instalar o FreeBSD em um deles, e reconheceu tudo numa > > > >> boa. Ja o OpenBSD se recusa a reconhecer a Adaptec Host-RAID dele. > > > >> Mas hoje estou com Linux em todos :/ > > > >> > > > >> (O motivo da troca de SO foi homologacao. Mas ainda to lutando pra > > > >> por > > > >> Free pelo menos no firewall) > > > >> > > > >> -- > > > >> > > > >> Flavio do Carmo Junior aka waKKu > > > >> > > > >> 2008/9/10 Wanderson Tinti <[EMAIL PROTECTED]>: > > > >>> Poxa mesmo trocando o problema continuou?! Apesar de seu servidor > > > >>> ser > > > >>> de outro modelo, acredito que muita coisa não deve ter mudado. > > > >>> > > > >>> Quanto a configuração de raid, reconhecimento da interfaces de rede > > > >>> isso foi reconhecido legal? Qual versão do freebsd voce usa nesse > > > >>> servidor. Você tem algum servidor IBM que roda legal no freebsd ai? > > Ou > > > >>> tem algum server de configuracao parecida que voce pode indicar? > > > >>> > > > >>> Obrigado pela esclarecimento. Abraços. > > > >>> - > > > >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > >>> > > > >> - > > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > >> > > > > - > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - 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 ao autenticar envio Postfix com Cyrus-sasl2
Eu uso diferente o /usr/local/lib/sasl2/smtpd.conf pwcheck_method: authdaemond log_level: 3 mech_list: PLAIN LOGIN authdaemond_path:/var/run/authdaemond/socket Sempre autentico com plain text para testes, depois coloco para autenticar com a senha criptografada. Mas você deve configurar o courier-authdaemon também e ele deve estar rodando, que é instalado com o courier-imap. []s, Ari 2008/9/11 Vander Galvão <[EMAIL PROTECTED]> > Boa tarde Pessoal, tudo bem? > > Estou com um problema... que é o seguinte: > Estou montando um server de e-mail com FreeBSD 7 e não estou > conseguindo configurar a autenticação com o sasl2. Antes tinha-mos que > baixar um plugin deo frost.ath.cx, porém não encontro mais. Aí > pensei... já deve estar tudo incorporado no novo sasl2. Blz.. aí > escolhi na instação do Cyrus-sasl2 as opções: > > WITHOUT_BDB=true > WITH_MYSQL=true > WITHOUT_PGSQL=true > WITHOUT_SQLITE=true > WITHOUT_DEV_URANDOM=true > WITHOUT_ALWAYSTRUE=true > WITHOUT_KEEP_DB_OPEN=true > WITH_AUTHDAEMOND=true > WITH_LOGIN=true > WITH_PLAIN=true > WITH_CRAM=true > WITH_DIGEST=true > WITH_OTP=true > WITH_NTLM=true > > Pois bem... suponho que seja agora a opção WITH_AUTHDAEMOND=true. > > aí configurei o arquivo /usr/local/lib/sasl2/smtpd.conf com as > seguintes características: > ## > pwcheck_method: auxprop > mech_list: LOGIN PLAIN GSSAPI DIGEST-MD5 CRAM-MD5 > sql_engine: mysql > auxprop_plugin: sql > srp_mda: md5 > password_format: crypt > sql_hostnames: localhost > sql_user: xx > sql_passwd: > sql_database: > sql_select: select password from mailbox where username = '[EMAIL PROTECTED]' > ### > > e em meu postfix configurei ele com as opções: > WITH_PCRE=true > WITH_SASL2=true > WITHOUT_DOVECOT=true > WITHOUT_SASLKRB=true > WITHOUT_SASLKRB5=true > WITHOUT_SASLKMIT=true > WITH_TLS=true > WITHOUT_BDB=true > WITH_MYSQL=true > WITHOUT_PGSQL=true > WITHOUT_OPENLDAP=true > WITHOUT_CDB=true > WITHOUT_NIS=true > WITH_VDA=true > WITHOUT_TEST=true > > e o main.cf com: > smtpd_sasl_auth_enable = yes > smtpd_sasl_security_options = noanonymous > broken_sasl_auth_clients = yes > smtpd_sender_restrictions = permit_sasl_authenticated > smtpd_recipient_restrictions = permit_mynetworks, > permit_sasl_authenticated.. > smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated > > smtpd_client_restrictions = permit_sasl_authenticated .. > > > E o erro no maillog é sempre: > Sep 11 18:38:04 server postfix/smtpd[61387]: connect from unknown[ > 192.168.0.2] > Sep 11 18:38:05 server postfix/smtpd[61387]: warning: > unknown[192.168.0.2]: SASL LOGIN authentication failed: authentication > failure > Sep 11 18:38:05 server postfix/smtpd[61387]: lost connection after > AUTH from unknown[192.168.0.2] > > Consigo receber normalmente os e-mails agora enviar autenticado é que > está o problema... alguém já passou por isso? > > Desde já agradeço a colaboração > > Vander Galvão > Marília - SP > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] xenserver
Pessoal, Alguém conseguiu instalar o FreeBSD 7 no novo xenserver 5.0? []s, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] xenserver
Paulo, Teoricamente o xenserver é uma versão melhorada do xen (opensource) e também não depende de ter um sistema operacional tipo netbsd ou linux rodando p/ rodar o xen, ele próprio já é o sistema operacional. Tudo bem que deve ser linux, mas é totalmente customizado para virtualização... Agora tem a versão free e pode ser interessante. Na verdade estou querendo fazer um comparativo com a versão do vmware esxi, também freeware. []s, Ari 2008/9/23 Paulo Henrique <[EMAIL PROTECTED]> > 2008/9/23 Ari Arantes Filho <[EMAIL PROTECTED]> > > > Pessoal, > > Alguém conseguiu instalar o FreeBSD 7 no novo xenserver 5.0? > > > Cara meio dificir achar alguem que use XENServer, > Tenho um ambiente de teste com NetBSD como DOM0 e FreeBSD 6.3 como DOMU e > ficou legal, não me aprofundei mais por que não tenho motivos no momento. > > Verifique, é bem documentado. > e pelos 4 dias que usei como estação desktop o FreeBSD sobre o XEN não tive > problemas. > > Fica ai a minha opnião. > > > > > > > > []s, > > > > Ari > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Atenciosamente Paulo Henrique. > "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber" > "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista, > não teremos tudo que queremos, contudo não veremos mais o que não > queremos." > "A real definição sobre deus se dá pelo fato do ser humano ser covarde o > suficiente, > colocando a culpa em algo que não existe para manter a conciência "limpa"". > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Compilação do spamassassin pelo ports
Pessoal, Instalei o amavisd-new pelo ports, que acabou instalando sozinho o p5-Mail-SpamAssassin. Pretendo usar o SpamAssassin com suporte ao mysql. Como fazer se o SpamAssassin foi compilado ou não com suporte ao mysql? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desempenho do FreeBSD 7 no Vmware ESXi
Alex, Também estamos com problema de performance no VM ESXi. O problema do relógio resolvemos com o ntpd. Mas se ficar sem ntpd rodando, o relógio atrasa demais. 2008/10/9 Leandro Keffer <[EMAIL PROTECTED]> > Ja pensou em usar Xen ? > > Tenho várias VM fbsd em produção rodando Xen, o desempenho é bem > satisfátorio > > Fora isso, existe sua versão opensource =] > > 2008/10/7 Alex Moura <[EMAIL PROTECTED]> > > > Saudações, > > > > Algum sysadmin por aí com dicas para ajustes de desempenho do FreeBSD > > 7 no VMware ESXi? > > > > Uma VM c/ o FreeBSD-7 está apresentando um desempenho ruim, "com freio > > de mão puxado". > > > > Hardware: Dell 2850 / 4GB RAM / RAID-5 (3x)300GB HDD SCSI-U320 > > > > Já aplicamos dicas garimpadas no Google[1] e agora a VM consegue > > manter o relógio > > sincronizado via NTP) > > > > a) Foi editado o /etc/loader.conf: > > kern.hz=100 # <= Alguma referência de valor melhor que 100? > > Talvez 50 ou 20 melhore? > > # hint.apic.0.disabled=1 # Esta não é uma opção interessante > > pq. a VM usa mais de 1 vCPU. > > b) Não foi instalado o vmware-tools > > c) Trocar a interface de rede para e1000 (Intel Pro 1000) > > d) Ajustes na configuração de priorização da VM > > > > Ainda falta testar a opção "c" acima. > > > > [1] > > http://www.freebsd.org/doc/en/books/handbook/virtualization-guest.html > > http://peterkieser.com/technical/vmware-server-issues/ > > > > > http://taosecurity.blogspot.com/2006/07/slow-time-with-freebsd-61-guest-on.html > > > > []`s, > > Alex > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desempenho do FreeBSD 7 no Vmware ESXi
Sobre a placa de rede, você poderá ter a e1000 se escolher o RedHat 5 64bits como template de instalação. Senão o FreeBSD somente reconhece uma placa de rede lnc0 que é no máximo 10M. A conexão fica muito ruim mesmo. Com a e1000, a rede fica giga e bem próxima da velocidade de uma conexão giga normal. Tem a vmx-net, que é teoricamente a melhor opção, mas esse não consegui fazer com que o FreeBSD reconhecesse. 2008/10/7 Alex Moura <[EMAIL PROTECTED]> > Saudações, > > Algum sysadmin por aí com dicas para ajustes de desempenho do FreeBSD > 7 no VMware ESXi? > > Uma VM c/ o FreeBSD-7 está apresentando um desempenho ruim, "com freio > de mão puxado". > > Hardware: Dell 2850 / 4GB RAM / RAID-5 (3x)300GB HDD SCSI-U320 > > Já aplicamos dicas garimpadas no Google[1] e agora a VM consegue > manter o relógio > sincronizado via NTP) > > a) Foi editado o /etc/loader.conf: > kern.hz=100 # <= Alguma referência de valor melhor que 100? > Talvez 50 ou 20 melhore? > # hint.apic.0.disabled=1 # Esta não é uma opção interessante > pq. a VM usa mais de 1 vCPU. > b) Não foi instalado o vmware-tools > c) Trocar a interface de rede para e1000 (Intel Pro 1000) > d) Ajustes na configuração de priorização da VM > > Ainda falta testar a opção "c" acima. > > [1] > http://www.freebsd.org/doc/en/books/handbook/virtualization-guest.html > http://peterkieser.com/technical/vmware-server-issues/ > > http://taosecurity.blogspot.com/2006/07/slow-time-with-freebsd-61-guest-on.html > > []`s, > Alex > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desempenho do FreeBSD 7 no Vmware ESXi
Leomar, Como instalou o vmware tools? E qual versão? De onde instalou? Tentei pelo ports e não rodou. No CD do ESXi também tem um .iso para o vmware tools, mas também não vai. []s, Ari 2008/10/10 Leomar Viegas Junior <[EMAIL PROTECTED]> > Cara instala o VMware Tools > > Tudo fica melhor depois dele...rs > > []'s > t+... > Leomar... > > 2008/10/10 William David FUG-BR <[EMAIL PROTECTED]> > > > achei este link pode ser de alguma ajuda > > > > http://ivoras.sharanet.org/freebsd/vmware.html > > > > 2008/10/9 Ari Arantes Filho <[EMAIL PROTECTED]>: > > > Sobre a placa de rede, você poderá ter a e1000 se escolher o RedHat 5 > > 64bits > > > como template de instalação. Senão o FreeBSD somente reconhece uma > placa > > de > > > rede lnc0 que é no máximo 10M. A conexão fica muito ruim mesmo. Com a > > e1000, > > > a rede fica giga e bem próxima da velocidade de uma conexão giga > normal. > > Tem > > > a vmx-net, que é teoricamente a melhor opção, mas esse não consegui > fazer > > > com que o FreeBSD reconhecesse. > > > > > > 2008/10/7 Alex Moura <[EMAIL PROTECTED]> > > > > > >> Saudações, > > >> > > >> Algum sysadmin por aí com dicas para ajustes de desempenho do FreeBSD > > >> 7 no VMware ESXi? > > >> > > >> Uma VM c/ o FreeBSD-7 está apresentando um desempenho ruim, "com freio > > >> de mão puxado". > > >> > > >> Hardware: Dell 2850 / 4GB RAM / RAID-5 (3x)300GB HDD SCSI-U320 > > >> > > >> Já aplicamos dicas garimpadas no Google[1] e agora a VM consegue > > >> manter o relógio > > >> sincronizado via NTP) > > >> > > >> a) Foi editado o /etc/loader.conf: > > >> kern.hz=100 # <= Alguma referência de valor melhor que 100? > > >> Talvez 50 ou 20 melhore? > > >> # hint.apic.0.disabled=1 # Esta não é uma opção interessante > > >> pq. a VM usa mais de 1 vCPU. > > >> b) Não foi instalado o vmware-tools > > >> c) Trocar a interface de rede para e1000 (Intel Pro 1000) > > >> d) Ajustes na configuração de priorização da VM > > >> > > >> Ainda falta testar a opção "c" acima. > > >> > > >> [1] > > >> > http://www.freebsd.org/doc/en/books/handbook/virtualization-guest.html > > >> http://peterkieser.com/technical/vmware-server-issues/ > > >> > > >> > > > http://taosecurity.blogspot.com/2006/07/slow-time-with-freebsd-61-guest-on.html > > >> > > >> []`s, > > >> Alex > > >> - > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > -- > > -=-=-=-=-=-=-=-=-=- > > William David Armstrong <.Of course it runs > > Bio Systems Security Networking <|== > > MSN / GT [EMAIL PROTECTED] <' OpenBSD or FreeBSD > > -- > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Atenciosamente. > > Leomar Viegas Junior. > LPI 1 > > .ılı..ılı. > Loading CISCO > > ** > Informação transmitida destina-se apenas à pessoa a quem foi endereçada e > pode conter informação confidencial, legalmente protegida e para > conhecimento exclusivo do destinatário. Se o leitor desta advertência não > for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia > é estritamente proibida. Caso a mensagem tenha sido recebida por engano, > favor comunicar ao remetente e apagar o texto de qualquer computador. > > > > ** > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desempenho do FreeBSD 7 no Vmware ESXi
Estava em laboratório com 2 servidores IBM 3655 idênticos, 4 Gb RAM e HD SAS. Em um instalei o xenserver 5 e no outro vmware ESXi. Ambos na versão freeware. O ESXi foi bem mais rápido. Principalmente o acesso ao disco. Somente para comparação, um portsnap extract no xenserver rodou bem mais lento que no vmware. Não tenho os tempos aqui agora, mas foi bem mais lento. Em nenhum instalei o vmware tools ou xen tools. []s, Ari 2008/10/10 Lucas Mocellin <[EMAIL PROTECTED]> > tambem voto numa migracao para Xen, > > o desempenho eh muito bom, em todos aspectos, discos, rede, processamento. > > 2008/10/10 Leomar Viegas Junior <[EMAIL PROTECTED]> > > > Cara instala o VMware Tools > > > > Tudo fica melhor depois dele...rs > > > > []'s > > t+... > > Leomar... > > > > 2008/10/10 William David FUG-BR <[EMAIL PROTECTED]> > > > > > achei este link pode ser de alguma ajuda > > > > > > http://ivoras.sharanet.org/freebsd/vmware.html > > > > > > 2008/10/9 Ari Arantes Filho <[EMAIL PROTECTED]>: > > > > Sobre a placa de rede, você poderá ter a e1000 se escolher o RedHat 5 > > > 64bits > > > > como template de instalação. Senão o FreeBSD somente reconhece uma > > placa > > > de > > > > rede lnc0 que é no máximo 10M. A conexão fica muito ruim mesmo. Com a > > > e1000, > > > > a rede fica giga e bem próxima da velocidade de uma conexão giga > > normal. > > > Tem > > > > a vmx-net, que é teoricamente a melhor opção, mas esse não consegui > > fazer > > > > com que o FreeBSD reconhecesse. > > > > > > > > 2008/10/7 Alex Moura <[EMAIL PROTECTED]> > > > > > > > >> Saudações, > > > >> > > > >> Algum sysadmin por aí com dicas para ajustes de desempenho do > FreeBSD > > > >> 7 no VMware ESXi? > > > >> > > > >> Uma VM c/ o FreeBSD-7 está apresentando um desempenho ruim, "com > freio > > > >> de mão puxado". > > > >> > > > >> Hardware: Dell 2850 / 4GB RAM / RAID-5 (3x)300GB HDD SCSI-U320 > > > >> > > > >> Já aplicamos dicas garimpadas no Google[1] e agora a VM consegue > > > >> manter o relógio > > > >> sincronizado via NTP) > > > >> > > > >> a) Foi editado o /etc/loader.conf: > > > >> kern.hz=100 # <= Alguma referência de valor melhor que 100? > > > >> Talvez 50 ou 20 melhore? > > > >> # hint.apic.0.disabled=1 # Esta não é uma opção interessante > > > >> pq. a VM usa mais de 1 vCPU. > > > >> b) Não foi instalado o vmware-tools > > > >> c) Trocar a interface de rede para e1000 (Intel Pro 1000) > > > >> d) Ajustes na configuração de priorização da VM > > > >> > > > >> Ainda falta testar a opção "c" acima. > > > >> > > > >> [1] > > > >> > > http://www.freebsd.org/doc/en/books/handbook/virtualization-guest.html > > > >> http://peterkieser.com/technical/vmware-server-issues/ > > > >> > > > >> > > > > > > http://taosecurity.blogspot.com/2006/07/slow-time-with-freebsd-61-guest-on.html > > > >> > > > >> []`s, > > > >> Alex > > > >> - > > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > >> > > > > - > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > > > > > > -- > > > -=-=-=-=-=-=-=-=-=- > > > William David Armstrong <.Of course it runs > > > Bio Systems Security Networking <|== > > > MSN / GT [EMAIL PROTECTED] <' OpenBSD or FreeBSD > > > -- > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > -- > > Atenciosamente. > > > > Leomar Viegas Junior. > > LPI 1 > > > > .ılı..ılı. > > Loading CISCO > > > > ** > > Informação transmitida destina-se apenas à pessoa a quem foi endereçada e > > pode conter informação confidencial, legalmente protegida e para > > conhecimento exclusivo do destinatário. Se o leitor desta advertência não > > for o seu destinatário, fica ciente de que sua leitura, divulgação ou > cópia > > é estritamente proibida. Caso a mensagem tenha sido recebida por engano, > > favor comunicar ao remetente e apagar o texto de qualquer computador. > > > > > > > > ** > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Experiência com o FreeBSD 8
Pessoal, Depois que virtualizamos algumas máquinas no datacenter, sobraram 2 servidores, onde colocamos o FreeBSD 8 para testes. Sei que muitos já usam em produção, mas tivemos 2 decepções: - os servidores são um dell 860 e um HP DL320G5p, ambos com FreeBSD 7 instalados anteriormente e em produção até ontem! 1) no HP, sem CDROM, colocamos um DVD externo através de USB. O boot foi normal, escolhemos o país, partições, etc... Na hora de dizer que era para instalar através do CDROM, nada... Acusava sem CDROM. Sendo que quando instalei o FreeBSD 7, a instalação foi feita com o mesmo DVD externo USB. Tentei com teclado normal ao invés de USB também, pensando que fosse algum conflito com 2 periféricos USB e nada... Mesma coisa. O que mudou no instalador? Pelo que percebi, apenas pede para digitar a senha 2 vezes (confirmação de senha) para usuários extras (não root), o que é excelente e diminui possíveis erros. A solução foi instalar por FTP, que acabou sem muito rápido, pois estava dentro do datacenter. Rodei um csup, RELENG_8, make buildworld, make kernel, mergemaster e reboot. A máquina subiu normalmente. 2) no Dell, com CDROM interno, a instalação foi normal, mas depois dos mesmos procedimentos de atualização, a máquina não subiu, deve ter parado no boot. Não sei que mensagem está na console, pois estou remoto e só sábado poderei ver a mensagem. Tais experiência até então nunca tinha passado com o FreeBSD 5, 6 e 7... Nunca precisei instalar por FTP, nem NFS, nem outra opção que não o CDROM do boot e também nunca perdi acesso ao servidor depois de um make builworld, kernel, etc... Alguém passou por isso? []s, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Experiência com o FreeBSD 8
sei que cedo ou tarde terei que ir para o 8, mas será compensa agora? Em 18 de fevereiro de 2010 12:31, Luiz Otavio O Souza escreveu: > On Feb 18, 2010, at 12:50 AM, Rafael Albuquerque wrote: > >> 2010/2/17 Ari Arantes Filho >> >>> 1) no HP, sem CDROM, colocamos um DVD externo através de USB. O boot >>> foi normal, escolhemos o país, partições, etc... Na hora de dizer que >>> era para instalar através do CDROM, nada... Acusava sem CDROM. Sendo >>> que quando instalei o FreeBSD 7, a instalação foi feita com o mesmo >>> DVD externo USB. Tentei com teclado normal ao invés de USB também, >>> pensando que fosse algum conflito com 2 periféricos USB e nada... >>> Mesma coisa. >>> O que mudou no instalador? Pelo que percebi, apenas pede para digitar >>> a senha 2 vezes (confirmação de senha) para usuários extras (não >>> root), o que é excelente e diminui possíveis erros. >>> A solução foi instalar por FTP, que acabou sem muito rápido, pois >>> estava dentro do datacenter. >>> Rodei um csup, RELENG_8, make buildworld, make kernel, mergemaster e >>> reboot. A máquina subiu normalmente. >>> >>> >> Tive esse mesmo problema usando CDROM USB. >> Basta quando inicializar o instalador, dar control+c e escolher a opção >> restart. >> Isso ocorre porque é como se o instalador carregasse primeiro do que o CD >> USB é carregado (o modulo usb é um dos últimos e o CD, por ser USB, vem >> depois dele) então basta o "restart" pra funcionar belezinha. É estranho >> porque também nao lembro desse problema em versões anteriores, mas resolve > > É isso mesmo, é um problema (conhecido) relacionado ao novo stack de USB do > FreeBSD 8. > > Em determinado momento o kernel inicia uma thread para o usb que será > responsável por detectar e inicializar todos os dispositivos usb enquanto o > kernel continua iniciando os outros devices do sistema. > > Ao terminar sua parte, o kernel inicia o userland (chama o init(8)) que vai > iniciar a instalação (ou montar o "/"). > > O problema acontece porque o kernel pode chegar a esse ponto antes do usb ter > inicializado e detectado todos os dispositivos do bus (dispositivos debaixo > de hubs, dispositivos com rotinas de inicialização/reset especificas e > demoradas). > > O mesmo problema também pode causar falhas em algumas maquinas/dispositivos > que não vão bootar o freebsd a partir do USB. Provisoriamente existe uma > correção incluída no patch ata-cam (google it) que adiciona um delay > (configurado via sysctl) no kernel para aguardar a thread do usb terminar. > > Att., > Luiz > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Performance com o ipfw habilitado
Pessoal, Tenho um servidor de NFS na rede interna no FreeBSD 7 ainda, sem suporte ao ipfw, com o kernel GENERIC. Pretendo migrar p/ o 8, fazendo uma reinstalação geral, e gostaria de deixar o kernel já compilado com o suporte ao ipfw. Tenho uma dúvida: o fato do ipfw estar ativo (habilitado no kernel), mesmo sem regra alguma, atrapalha na performance? Pois toda instalação com o ipfw ativo, mesmo sem regra, o ipfw show mostra: 65535 5123490173 3315254901494 allow ip from any to any Será que isso atrapalha de alguma forma a performance? []s, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Performance com o ipfw habilitado
Obrigado. Em outra máquina de testes, eu tentei firewall_enable="NO" no rc.conf, mas o 65535 continuou a ser incrementado, mesmo após o boot. Em 11 de março de 2010 18:40, Patrick Tracanelli escreveu: > Ari Arantes Filho escreveu: >> Pessoal, >> >> Tenho um servidor de NFS na rede interna no FreeBSD 7 ainda, sem >> suporte ao ipfw, com o kernel GENERIC. Pretendo migrar p/ o 8, fazendo >> uma reinstalação geral, e gostaria de deixar o kernel já compilado com >> o suporte ao ipfw. Tenho uma dúvida: o fato do ipfw estar ativo >> (habilitado no kernel), mesmo sem regra alguma, atrapalha na >> performance? >> >> Pois toda instalação com o ipfw ativo, mesmo sem regra, o ipfw show mostra: >> >> 65535 5123490173 3315254901494 allow ip from any to any >> >> Será que isso atrapalha de alguma forma a performance? > > Ari, na ocasiao do lancamento do FreeBSD 7 fiz um teste com netperf > motivado por uma discussão na lista GTER existia uma diferença sim, > baixa (variando de 2% a 5%) entre os testes (mesmos testes, repetidos) > que considerei isso "standard deviation". > > No entanto se voce tem muitas duvidas sobre a questão, crie um script de > firewall com um > > ipfw disable firewall > > Vai desabilitar a sysctl que habilita o ipfw (net.inet.ip.fw.enable) e > acabou. Tem no kernel mas não esta ativo. Vai notar que o contador na > regra 65535 vai parar de contar... > > []s > > > > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Controladora HP Smart Array P410
Pessoal, Bom dia. Estamos avaliando a compra de um servidor HP que vem com a placa controladora Smart Array P410. Vi na HCL que é suportada pelo FreeBSD normalmente, mas gostaria de saber se alguém já usa essa placa e se der problema em algum HD do RAID ou se sacar algum HD, a máquina avisa no dmesg ou algo assim? Pois com servidores IBM, se sacar algum HD do RAID, por exemplo, o sistema continua funcionando, mas nenhuma mensagem é enviada ao dmesg e é transparente p/ o FreeBSD. Isso é muito perigoso, pois a máquina fica no datacenter e não tem gente olhando direto para o servidor... Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Aplicação com Alta Disponibilidade de ISPv
Você só pode colocar 2 entradas A no seu DNS, mas isso não garante que se 1 parar, o outro assume. Além do mais, nada impede de um mesmo usuário buscar conteúdo nos 2 servidores. Como fará também com sincronização do banco de dados e códigos fontes? Teria que ter 1 terceiro servidor com mod_proxy ou algo assim para escolher para qual enviar via frame no HTML ou redirect mesmo. Mas e se esse servidor cair? []s 2009/3/12 Flavio Silva > Pessoal, > > Estou enfrentando um problema e não achei uma luz no tunel ainda !!! > Meu problema consiste no seguinte: > - Preciso apresentar uma proposta de Alta Disponibilidade para uma > aplicação, incluindo de link de dados. > > Caracteristicas: > - A aplicação é Web (tomcat) com banco de dados postgresql, tudo na mesma > maquina. > - O provedor de conteudo é americano e me dah uma maquina virtual, com > acesso total (root) > - Tenho 2 ip´s reais disponíveis para uso > > Objetivo: > - Determinar se é possivel fazer esta Alta Disponibilidade, utilizando dois > provedores independentes (um americano e outro europeu) > - Redundância automática. Ex.: Link/Aplicação hospedada no americano parar > de responder, assume a europeu, de forma transparente. > > O que já verifiquei: > - CARP (disponibilidade de SO) > - PG_Cluster (Disponibilidade de DataBase [Sincronização > Multi-Master/Master-Slave] > - Tomcat session cluster > > Alguma idéia ? > > Atenciosamente, > > Flávio > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Servidor IBM 3650 congelando
Pessoal, Temos um servidor IBM x3650 com 6 HDs SATA de 750Gb, que funciona como nosso NFS server para backup dos servidores da rede. O FreeBSD é o 7.1 p-3. Não customizamos nada no kernel, apenas recompilamos, após o freebsd-update, para deixá-lo no p3. Temos o sambaclient também, para fazer backup dos servidores com Windows da rede. Rodamos o rsync de hora em hora para sincronizar os e-mails. Sempre esse IBM que se conecta no servidor de e-mail através do NFS e faz o rsync. O backup dos servidores FreeBSD é feito por cada servidor, pois cada um tem o HD do x3650 montado através do NFS. Já o backup dos servidores Windows é disparado pelo próprio IBM. Fazemos todos os testes possíveis de hardware e, pelo menos através dos diagnósticos da IBM, não tem problema algum. Estamos fazendo RAID10 através da controladora original. Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da manhã, logo após o início do backup dos Windows, através do smbtar. Todos os pacotes foram instalados pelo ports e também estão atualizados. O problema é que liga na IBM e como o FreeBSD não é reconhecido, eles não tem como "ajudar". Aplicamos todos os patchs da IBM - BIOS, BMC, etc... Alguma luz? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor IBM 3650 congelando
Marcelo, Mas antes de passar o fsck -y você tinha problema de travamento também? []s, Ari 2009/3/20 Marcello > fsck -y duas vezes seguidas em modo single, meu IBM ta com uptime de um > ano e nunca pertubou > > > > > > Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 > da > > manhã, logo após o início do backup dos Windows, através do smbtar. > > > > > - > 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] Servidor IBM 3650 congelando
Temos um outro servidor idêntico, pegamos os 6 HDs e apenas migramos de servidor. O travamento continuou. Será que pode ser algo com o FreeBSD 7.1? Pois temos outros 5 servidores IBM funcionando normalmente com o FreeBSD. Tudo bem que nenhum com RAID 10 com 6 HDs. []s, Ari 2009/3/21 Ari Arantes Filho > Marcelo, > Mas antes de passar o fsck -y você tinha problema de travamento também? > > []s, > > Ari > > > 2009/3/20 Marcello > > fsck -y duas vezes seguidas em modo single, meu IBM ta com uptime de um >> ano e nunca pertubou >> >> >> > >> > Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 >> da >> > manhã, logo após o início do backup dos Windows, através do smbtar. >> > >> >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Duvida sobre xen ?
Renato, O ESXi suporta sim FreeBSD 64bits: 7.0-RELEASE-p7 FreeBSD 7.0-RELEASE-p7 #0: Sun Dec 21 08:31:52 UTC 2008 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 2009/3/28 Renato Frederick > Humm.. interessante saber que o XEN liberou esta versao, a versão free era > bem inferior ao vmware ESXi. > > Creio que agora em questão de features o xen se compara a vmware. > > Chegaram a rodar algum guest 64bits? O ESXi não suporta guests 64bits :( > > Outro detalhe, como é o acesso a devices do host pelos guests? O ESXi tira > acesso a serial, cdrom, enfim,limita para forçar uma compra do ESX Server. > > Com isto uma coisa simples como um guest com nagios discando pelo modem > serial fica impossível, já que a serial do guest só permite ser um arquivo > txt. > > Interessante esta discussão. > > Abraços > > > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome de Matheus Cucoloto > > Enviada em: sexta-feira, 27 de março de 2009 23:57 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] Duvida sobre xen ? > > > > Estou rodando varias maquinas com freeBSD em domU (HVM). > > > > Até foi uma solução muito boa para resolver problemas de IO (O freeBSD > > não tinha boa performance acessando diretamente a controladora RAID > > que esta em um server. Tinha taxas de 6MB por segundo, virtualizada > > consigo 55MB, debian como dom0). > > > > O Unico problema que encontrei é da limitação de CPUS virtuais que o > > FreeBSD suporta, quando levando uma HVM com mais de 3 processadores > > ele da core dump no kernel. > > > > Porem rodando com 2 cpus virtuais estou muuuito contente. > > > > Reduzi muitos problemas de hardware com o xen. > > > > A citrix liberou o Xen Server Enterprise, hoje ele é free, é uma otima > > solução para não ficar editando textos. > > > > A moça da citrix(ela ligou para mim, são muito atensiosos) disse que > > só irão cobrar agora a parte HA do projeto e suporte a cliente. > > > > Nessa versão Free até o live motion está incluso, mas para funcionar > > precisa de uma SAN. > > > > Bom, to engatinhando na parada, mas ja tive muitos bons resultados. > > > > Estou aberto para trocar ideias. > > > > Abraços > > 2009/3/27 diogo : > > > uma maquina em hvm no xen roda melhor do que no vmware ? > > > > > > uma maquina windows virtualizada no xen nao precisa fazer alteração > > nenhuma > > > né ? > > > > > > > > > att diogo > > > > > > > > > > > > > > > > > > > > > > > > - Original Message - > > > From: "Eduardo Costa Lisboa" > > > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > > > > > Sent: Friday, March 27, 2009 5:07 PM > > > Subject: Re: [FUG-BR] Duvida sobre xen ? > > > > > > > > > Se você for usar virtualização assistida por hardware (HVM), não > > precisa > > > mudar nada. Agora, se for instalar uma máquina paravirtual (isto é, > > sem > > > suporte a virtualização por hardware), precisará de um kernel de > > instalação > > > do FreeBSD com suporte a Xen; no caso, preparado para rodar como um > > domU. > > > > > > > > > > > > 2009/3/26 diogo > > > > > >> Prezados amigos to montando um servidor linux com xen para rodar > > >> servidores > > >> virtuais com bsd .. a pergunta q eu faço no sistema guest no caso o > > >> freebsd > > >> preciso fazer alguma alteração no kernel ? > > >> > > >> > > >> > > >> > > >> att diogo > > >> > > >> > > >> > > >> - > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> > > > > > > > > > > > > -- > > > Eduardo Costa Lisboa > > > - > > > 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 > > > > > > > > > > > -- > > Matheus Cucoloto > > System Admin. > > Net Admin. > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Duvida sobre xen ?
Matheus, Qual a configuração da máquina que teve problemas de performance com o FreeBSD acessando o RAID? []s, Ari 2009/3/27 Matheus Cucoloto > Estou rodando varias maquinas com freeBSD em domU (HVM). > > Até foi uma solução muito boa para resolver problemas de IO (O freeBSD > não tinha boa performance acessando diretamente a controladora RAID > que esta em um server. Tinha taxas de 6MB por segundo, virtualizada > consigo 55MB, debian como dom0). > > O Unico problema que encontrei é da limitação de CPUS virtuais que o > FreeBSD suporta, quando levando uma HVM com mais de 3 processadores > ele da core dump no kernel. > > Porem rodando com 2 cpus virtuais estou muuuito contente. > > Reduzi muitos problemas de hardware com o xen. > > A citrix liberou o Xen Server Enterprise, hoje ele é free, é uma otima > solução para não ficar editando textos. > > A moça da citrix(ela ligou para mim, são muito atensiosos) disse que > só irão cobrar agora a parte HA do projeto e suporte a cliente. > > Nessa versão Free até o live motion está incluso, mas para funcionar > precisa de uma SAN. > > Bom, to engatinhando na parada, mas ja tive muitos bons resultados. > > Estou aberto para trocar ideias. > > Abraços > 2009/3/27 diogo : > > uma maquina em hvm no xen roda melhor do que no vmware ? > > > > uma maquina windows virtualizada no xen nao precisa fazer alteração > nenhuma > > né ? > > > > > > att diogo > > > > > > > > > > > > > > > > - Original Message - > > From: "Eduardo Costa Lisboa" > > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > > > Sent: Friday, March 27, 2009 5:07 PM > > Subject: Re: [FUG-BR] Duvida sobre xen ? > > > > > > Se você for usar virtualização assistida por hardware (HVM), não precisa > > mudar nada. Agora, se for instalar uma máquina paravirtual (isto é, sem > > suporte a virtualização por hardware), precisará de um kernel de > instalação > > do FreeBSD com suporte a Xen; no caso, preparado para rodar como um domU. > > > > > > > > 2009/3/26 diogo > > > >> Prezados amigos to montando um servidor linux com xen para rodar > >> servidores > >> virtuais com bsd .. a pergunta q eu faço no sistema guest no caso o > >> freebsd > >> preciso fazer alguma alteração no kernel ? > >> > >> > >> > >> > >> att diogo > >> > >> > >> > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > > > > > -- > > Eduardo Costa Lisboa > > - > > 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 > > > > > > -- > Matheus Cucoloto > System Admin. > Net Admin. > - > 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] Duvida sobre xen ?
Matheus, O que usou p/ medir a taxa de transferência. Posso fazer os mesmos testes por aqui. []s, Ari 2009/3/28 Matheuscucoloto > No HP ML 360 com placa raid on board hp smartarray i200. > > Em raid 0 consegui taxa de 9mb. Sem raid ou con raid 1 foi para 6mb > > > > Matheus Cucoloto > Network System Administration > Unix Expertise > Voip Expertise > > Fone: +55 (44) 99216200 > > ***Enviado de meu iPhone > > Em 28/03/2009, às 08:30, Ari Arantes Filho escreveu: > > > Matheus, > > Qual a configuração da máquina que teve problemas de performance > > com o > > FreeBSD acessando o RAID? > > > > []s, > > > > Ari > > > > > > 2009/3/27 Matheus Cucoloto > > > >> Estou rodando varias maquinas com freeBSD em domU (HVM). > >> > >> Até foi uma solução muito boa para resolver problemas de IO (O fre > >> eBSD > >> não tinha boa performance acessando diretamente a controladora RAID > >> que esta em um server. Tinha taxas de 6MB por segundo, virtualizada > >> consigo 55MB, debian como dom0). > >> > >> O Unico problema que encontrei é da limitação de CPUS virtuais qu > >> e o > >> FreeBSD suporta, quando levando uma HVM com mais de 3 processadores > >> ele da core dump no kernel. > >> > >> Porem rodando com 2 cpus virtuais estou muuuito contente. > >> > >> Reduzi muitos problemas de hardware com o xen. > >> > >> A citrix liberou o Xen Server Enterprise, hoje ele é free, é uma o > >> tima > >> solução para não ficar editando textos. > >> > >> A moça da citrix(ela ligou para mim, são muito atensiosos) disse > >> que > >> só irão cobrar agora a parte HA do projeto e suporte a cliente. > >> > >> Nessa versão Free até o live motion está incluso, mas para funcio > >> nar > >> precisa de uma SAN. > >> > >> Bom, to engatinhando na parada, mas ja tive muitos bons resultados. > >> > >> Estou aberto para trocar ideias. > >> > >> Abraços > >> 2009/3/27 diogo : > >>> uma maquina em hvm no xen roda melhor do que no vmware ? > >>> > >>> uma maquina windows virtualizada no xen nao precisa fazer alter > >>> ação > >> nenhuma > >>> né ? > >>> > >>> > >>> att diogo > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> - Original Message - > >>> From: "Eduardo Costa Lisboa" > >>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > >>> > >>> Sent: Friday, March 27, 2009 5:07 PM > >>> Subject: Re: [FUG-BR] Duvida sobre xen ? > >>> > >>> > >>> Se você for usar virtualização assistida por hardware (HVM), não > >>> precisa > >>> mudar nada. Agora, se for instalar uma máquina paravirtual (isto > >>> é, sem > >>> suporte a virtualização por hardware), precisará de um kernel de > >> instalação > >>> do FreeBSD com suporte a Xen; no caso, preparado para rodar como > >>> um domU. > >>> > >>> > >>> > >>> 2009/3/26 diogo > >>> > >>>> Prezados amigos to montando um servidor linux com xen para rodar > >>>> servidores > >>>> virtuais com bsd .. a pergunta q eu faço no sistema guest no c > >>>> aso o > >>>> freebsd > >>>> preciso fazer alguma alteração no kernel ? > >>>> > >>>> > >>>> > >>>> > >>>> att diogo > >>>> > >>>> > >>>> > >>>> - > >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >>>> > >>> > >>> > >>> > >>> -- > >>> Eduardo Costa Lisboa > >>> - > >>> 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 > >>> > >> > >> > >> > >> -- > >> Matheus Cucoloto > >> System Admin. > >> Net Admin. > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Duvida sobre xen ?
Eu configuro uma máquina RedHat 64 bits pelo wizard, instalo o FreeBSD 64 e não tive problemas. []s, Ari 2009/3/28 Renato Frederick > Engraçado, quando tento instalar o BSD 64 ou o Windows 64 não consegue. > > No caso do BSD não sai do BTX. O Windows informa que o hardware não suporta > 64bits. > > E o estranho é que se eu der o boot no mesmo hardware que roda o ESX com as > versões de 64bits a instalação prossegue normalmente. > > Já rodando o ESX não há este problema.. no mesmo hardware, IBM 336! :( > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome de Ari Arantes Filho > > Enviada em: sábado, 28 de março de 2009 08:27 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] RES: Duvida sobre xen ? > > > > Renato, > > O ESXi suporta sim FreeBSD 64bits: > > > > 7.0-RELEASE-p7 FreeBSD 7.0-RELEASE-p7 #0: Sun Dec 21 08:31:52 UTC 2008 > > r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Hyper-V
Pessoal, Alguém está rodando o FreeBSD no Hyper-V da Microsoft? Na relação de sistemas reconhecidos, somente os Windows e SUSE por enquanto. []s, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hyper-V
Em buscas na Internet, o pessoal relata que somente o FreeBSD 8 funciona com o Hyper-V. 2009/4/1 Leomar Viegas Junior > Hyper-V é assistido ao hardware porém temos alguns problemas quanto a isto > ainda > > Nem tudo é obrigado a funcionar com virtualização assistida. > > > > []'s > T+... > Leomar... > > 2009/4/1 Eduardo Costa Lisboa > > > Mas... Hyper-V não é virtualização assistida por hardware? Então, > > teoricamente, qualquer sistema deveria funcionar, não? > > > > > > > > 2009/3/31 Ari Arantes Filho : > > > Pessoal, > > > Alguém está rodando o FreeBSD no Hyper-V da Microsoft? Na relação de > > > sistemas reconhecidos, somente os Windows e SUSE por enquanto. > > > > > > []s, > > > > > > Ari > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > -- > > Eduardo Costa Lisboa > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Atenciosamente. > > Leomar Viegas Junior. > LPIC-1 Linux Professional Institute Certified > MCP - Managing Windows XP & 2003 Server > > > .ılı..ılı. > Loading CISCO > > ** > Informação transmitida destina-se apenas à pessoa a quem foi endereçada e > pode conter informação confidencial, legalmente protegida e para > conhecimento exclusivo do destinatário. Se o leitor desta advertência não > for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia > é estritamente proibida. Caso a mensagem tenha sido recebida por engano, > favor comunicar ao remetente e apagar o texto de qualquer computador. > > > > ** > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD 7.1 travando em servidores IBM
Pessoal, Temos o seguinte ambiente: 1) servidor IBM 3650 com 4 HDs SAS 300Gb RAID 10 como NFS server e também servidor de banco de dados - FreeBSD 7.0 2) servidor IBM 3550 com 2 HDs SAS 146Gb RAID 1 como servidor de POP, IMAP e SMTP (Postfix e dovecot) - FreeBSD 7.0 3) servidor IBM 3550 com 2 HDs SATA 250 RAID 1 - mesmas funções que o acima - FreeBSD 7.1 4) servidor IBM 3650 com 6 HDs SATA 750 RAID 10 - backup do NFS server e também backup geral da rede - FreeBSD 7.1 5) servidor HP - antispam e MX dos domínios - FreeBSD 7.1 6) servidor HP - antispam e MX dos domínios - FreeBSD 7.1 O ambiente funciona assim: - servidores 2 e 3 acessam as caixas postais no servidor 1 (NFS). Existe um VRRP entre os dois servidores (2 e 3) para redundância - entre os servidores 5 e 6 também roda VRRP e gravam direto as mensagens que chegam no servidor 1 (NFS) O servidor 4 e 3 travavam direto. Sem muitas explicações. Pensei que fosse muita utilização do disco, no caso do servidor 4, mas também chegou a travar em outros momentos. Em ambos, voltei para o FreeBSD 7.0 e os travamentos pararam. Os outros servidores NUNCA travaram. O 7.0 será descontinuado e gostaria de saber o que pode estar ocorrendo. Em ambos os servidores que voltei p/ o 7.0 foram passados testes e mais testes de hardware (ferramentas da própria IBM e também memtest). A única coisa em comum entre os servidores IBM que estavam travando é o HD SATA. Mas em todos eles o RAID é feito pelo hardware da IBM, portanto transferente p/ o FreeBSD. Todos montam em /dev/aacd0s1a. Será alguma inconsistência entre o FreeBSD 7.1 e os IBM? Algum driver ou algo assim? Suporte na IBM nem pensar, o FreeBSD não é reconhecido (homologado). O fato também é que voltamos para o FreeBSD 7.0 e os travamentos não ocorreram mais. Mistério sem solução. Alguma idéia? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Endereços adicionais no rc.conf
Eu também sempre tive esse "problema" e não conhecia essa nova maneira. Sinceramente a documentação do handbook não diz nada sobre isso, fazendo referência ainda à maneira antiga de _aliasX: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-virtual-hosts.html Só fui achar mais documentação em: http://www.freebsd.org/cgi/man.cgi?query=rc.conf&sektion=5 Na parte de "network_interfaces". Aí fiz uns testes: 1) rc.conf: ipv4_addrs_em1="10.10.10.1/24 10.10.10.2/24" ifconfig: em1: flags=8843 metric 0 mtu 1500 options=9b ether 00:0c:29:16:1e:b4 inet 10.10.10.1 netmask 0xff00 broadcast 10.10.10.255 inet 10.10.10.2 netmask 0xff00 broadcast 10.10.10.255 media: Ethernet autoselect (1000baseTX ) status: active 2) rc.conf ipv4_addrs_em1="10.10.10.1/24 10.10.10.10-15/24" ifconfig: em1: flags=8843 metric 0 mtu 1500 options=9b ether 00:0c:29:16:1e:b4 inet 10.10.10.1 netmask 0xff00 broadcast 10.10.10.255 inet 10.10.10.10 netmask 0xff00 broadcast 10.10.10.255 inet 10.10.10.11 netmask 0x broadcast 10.10.10.11 inet 10.10.10.12 netmask 0x broadcast 10.10.10.12 inet 10.10.10.13 netmask 0x broadcast 10.10.10.13 inet 10.10.10.14 netmask 0x broadcast 10.10.10.14 inet 10.10.10.15 netmask 0x broadcast 10.10.10.15 media: Ethernet autoselect (1000baseTX ) status: active 3) rc.conf: ipv4_addrs_em1="10.10.10.1/24 10.10.10.10-15/32" ifconfig: em1: flags=8843 metric 0 mtu 1500 options=9b ether 00:0c:29:16:1e:b4 inet 10.10.10.1 netmask 0xff00 broadcast 10.10.10.255 inet 10.10.10.10 netmask 0x broadcast 10.10.10.10 inet 10.10.10.11 netmask 0x broadcast 10.10.10.11 inet 10.10.10.12 netmask 0x broadcast 10.10.10.12 inet 10.10.10.13 netmask 0x broadcast 10.10.10.13 inet 10.10.10.14 netmask 0x broadcast 10.10.10.14 inet 10.10.10.15 netmask 0x broadcast 10.10.10.15 media: Ethernet autoselect (1000baseTX ) status: active Dúvidas: o exemplo 2 está incorreto, certo? Pois 10.10.10.10 deveria ter máscara 255.255.255.255, uma vez que já tem o 10.10.10.1 com 255.255.255.0, correto? Portanto o correto é o exemplo 3, certo? Obrigado, Ari 2009/4/3 N Guerra > Patrick, > > Obrigado pela resposta. > > A partir de qual versão do FreeBSD posso usar essa nova maneira? > > -- > > []s, > > Guerra > > > > 2009/4/3 Patrick Tracanelli : > > N Guerra escreveu: > >> Pessoal, > >> > >> Uma dúvida básica: > >> > >> Temos um servidor de hospedagem web com vários endereços IP adicionais. > >> ifconfig_bge0="inet 200.200.200.55 netmask 255.255.255.0" > >> ifconfig_bge0_alias0="inet 200.200.200.13 netmask 255.255.255.255" > >> ifconfig_bge0_alias1="inet 200.200.200.9 netmask 255.255.255.255" > >> ifconfig_bge0_alias2="inet 200.200.200.21 netmask 255.255.255.255" > >> ifconfig_bge0_alias3="inet 200.200.200.26 netmask 255.255.255.255" > >> ifconfig_bge0_alias4="inet 200.200.200.27 netmask 255.255.255.255" > >> ifconfig_bge0_alias5="inet 200.200.200.25 netmask 255.255.255.255" > >> ifconfig_bge0_alias6="inet 200.200.200.38 netmask 255.255.255.255" > >> ifconfig_bge0_alias7="inet 200.200.200.39 netmask 255.255.255.255" > >> ifconfig_bge0_alias8="inet 200.200.200.40 netmask 255.255.255.255" > >> ifconfig_bge0_alias9="inet 200.200.200.45 netmask 255.255.255.255" > >> > >> Imagine que preciso excluir o 200.200.200.9 ou alias1, tenho mesmo que > >> trocar todos os alias baixo e deixar sempre na sequência sem pular > >> nenhum número, ficando nesse caso até o alias8? > >> > >> Existe alguma outra maneira mais simples de cadastrar endereços IP > extras? > >> > > > > Guerra, muito pertinente sua pergunta. Sim, e não. > > > > Se você insistir em usar ifconfig__alias sim, você tem que > > alterar tudo senão o search para onde a sequência termina. > > > > Porém, o uso de ifconfig__alias no FreeBSD é considerado > > deprecated. O uso do ifconfig_ inteiro, para adicionar endereço > > IP na verdade, é considerado descontinuado. Isso quer dizer que ninguém > > vai arrumar isso, e como tudo que é deprecated talvez um dia deixe de > > existir. Mas como é uma mudança grande de comportamento se deixar de > > existir os _alias vai ser de forma clara e demorar muito. > > > > Pra usar endereçamento IPv4 utilize > > ipv4_addrs_="ip/bit|ip-range/bitmask", exemplo: > > > > ipv4_addrs_bge0="200.200.200.9/24 200.200.200.25-27/24" > > > > Portanto você pode usar uma lista de IPs por espaço ou range de > > endereços IP como no exemplo, e deixar o ifconfig_ pra todo o > > resto que não seja endereçamento. > > > > Exemplos de uso real aqui: > > > > # interface rl1 > > ipv4_addrs_rl1="10.69.69.225/24" > > ifconfig_rl1="polling arp mtu 1500 metric 0 media autoselect" > > > > # interface rl0 > > ipv4_addrs_rl0="10.2.2.1-3/24 10.2.3.1/24"
[FUG-BR] Problema com o IP adicional e o BIND
Pessoal, Tenho o seguinte ambiente: servidor 1 - 192.168.0.10 (principal) servidor 2 - 192.168.0.11 (backup) O IP 192.168.0.2 que é o servidor de DNS fica no servidor 1 e uso freevrrpd para migrar para o servidor 2 em caso de problemas no servidor 1. O freevrrp está funcionando redondo, o IP 192.168.0.2 é migrado para o servidor 2 quando o 1 dá boot por exemplo e depois volta para o servidor 1 sem problemas. O problema é que o named sempre tem que ser restartado p/ funcionar com o IP 192.168.0.2 quando ele migra de servidor. O listen no named.conf está configurado para todos os IPs. Alguma dica? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] powerdns
Pessoal, Alguém utiliza o servidor de DNS powerdns? Já tem o recursivo e backend de mysql. Alguma recomendação? Obrigado, Ari - 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]-Erro no bando de dados para cacti
Thiago, Digite no mysql: mysql> GRANT ALL ON cacti.* TO cactiuser@'%' IDENTIFIED BY 'cactipasswd'; ou então troque o '%' pelo nome ou IP da máquina que rodará o cacti. Depois faça teste na máquina do cacti para se conectar no mysql: mysql -h database.exemplo.com.br -u cactiuser --password=senha cacti tem que se conectar. 2009/5/4 Thiago Gomes > desculpe pelo erro no assunto > > o banco de dados esta na maquina chamada database.exemplo.com.br > e o cacti esta na maquina cacti.exemplo.com.br > > tenho que criar o usuario cacti no freebsd do banco de dados ? > > fiz da seguinte forma > > # mysqladmin --user=root create cacti > # mysql cacti < cacti.sql > > mysql> GRANT ALL ON cacti.* TO cactiu...@localhost IDENTIFIED BY > 'cactipasswd'; > mysql> flush privileges; > mysql> quit > > > 2009/5/4 Franklin França : > > onde está o banco de dados MYSQL > > > > tenta logar com o usuário e senha para verificar se tem privilegios > > > > mysql -u cacti -p > > > > > > > > 2009/5/4 Marcello > > > >> tem que criar usuario/senha e liberar o acesso remoto no mysql para o > >> cliente do mysql > >> > >> Em Seg, 2009-05-04 às 17:47 -0300, Thiago Gomes escreveu: > >> > $database_username = "cacti"; > >> > $database_password = "cactipasswd"; > >> > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > > > > > -- > > atenciosamente, > > > > Franklin de França > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Uso de mais processador na compilação
Pessoal, O que reparo é que no "make buildworld" ou buildkernel, o processador sempre fica idle 75% na caso de um quad core. Vi que o make usa o -B por default, onde somente 1 processo é feito por vez. Pergunta: é seguro rodar o "make -j4 buildworld" ou "make -j4 buildkernel"? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso de mais processador na compilação
A diferença é grande: sem o -j 4, o buildworld foi em 63m, com o -j 4, baixou p/ 19minutos. 2009/5/6 Thiago J. Ruiz > já fiz até com 12 sem problemas num core2quad > > 2009/5/6 William David FUG-BR > > > no meu quad core uso make -j10 buildworld buildkernel installkernel > > > > nunca deu erro > > > > 2009/5/6 Renato Botelho : > > > 2009/5/6 Ari Arantes Filho : > > >> Pessoal, > > >> O que reparo é que no "make buildworld" ou buildkernel, o processador > > sempre > > >> fica idle 75% na caso de um quad core. > > >> > > >> Vi que o make usa o -B por default, onde somente 1 processo é feito > por > > vez. > > >> Pergunta: é seguro rodar o "make -j4 buildworld" ou "make -j4 > > buildkernel"? > > > > > > Sim > > > > > > -- > > > Renato Botelho > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > -- > > - = - = - = - = - = - = - = - = - = - > > <. Of course it runsWilliam David Armstrong > > <|== Bio Systems Security Networking > > <' FreeBSD MSN / GT biosystems gmail . > com > > http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ > > -- > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Thiago J. Ruiz > SysAdmin/NetAdmin > Cisco CCNA - Loading. > http://thiagoruiz.blogspot.com > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] IP adicional x daemon
Pessoal, Como fazer p/ o named, por exemplo, escutar também o serviço para um novo alias que é colocado na placa de rede após o start do serviço. Exemplo: A máquina tem 2 IPs: 200.200.200.10 e 200.200.200.11, se der um start no named, com a opção de listen-on comentada, o named roda em localhost e nos 2 IPs. Se eu acrescentar um IP adicional, exemplo, ifconfig bge0 alias 200.200.200.20/32, o named não funciona nesse novo IP, preciso de um restart no named para funcionar em todos os IPs. Isso não acontece com o postfix, por exemplo, que mesmo após acrescentar um novo alias, o novo IP também responde na porta 25 sem restart do postfix. Isso é alguma característica do pacote ou tem como alterar? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
