[FUG-BR] SNMP - CPU Load average por núcleo
Boa noite. Estou tentando criar gráficos de uso de CPU para cada núcleo do processador. Utilizando net-snmp como Agent consigo retornar várias informações acerca dos núcleos, porém não encontrei nenhum OID que contenha load average de cada núcleo. O único OID que retorna o load average contém o percentual médio do processador como um todo. Alguém tem alguma ideia que possa me ajudar ? Obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP - CPU Load average por núcleo
Então colega, O que procuro é uma forma de obter a carga media de cada CPU do processador. Pretendo fazer alguns testes utilizando os recursos de CPU Affinity e sem dúvida, deixar uma ferramenta como cacti ou MRTG coletando os dados seria muito mais produtivo e eficiente que ficar analisando a saída do top. Neste teste a carga média do processador nao é muito útil para análise. Enviado via iPhone Em 06/08/2012, às 00:45, Saul Figueiredo escreveu: > Por isso se chama load AVERAGE > Em 05/08/2012 23:14, "mail gter" escreveu: > >> Boa noite. >> >> Estou tentando criar gráficos de uso de CPU para cada núcleo do >> processador. >> >> Utilizando net-snmp como Agent consigo retornar várias informações acerca >> dos núcleos, porém não encontrei nenhum OID que contenha load average de >> cada núcleo. O único OID que retorna o load average contém o percentual >> médio do processador como um todo. >> >> Alguém tem alguma ideia que possa me ajudar ? >> >> 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP - CPU Load average por núcleo
Não sabia que era possível Vou tentar, depois posto o resultado. Enviado via iPhone Em 06/08/2012, às 13:05, Eduardo Schoedler escreveu: > Escreva seu script e mapeie numa OID, tem exemplos dentro do snmpd.conf, se > nao me engano é Exec. > > -- > Eduardo Schoedler > Enviado via iPhone > > Em 06/08/2012, às 12:23, Mail GTER escreveu: > >> Então colega, >> >> O que procuro é uma forma de obter a carga media de cada CPU do processador. >> >> Pretendo fazer alguns testes utilizando os recursos de CPU Affinity e sem >> dúvida, deixar uma ferramenta como cacti ou MRTG coletando os dados seria >> muito mais produtivo e eficiente que ficar analisando a saída do top. >> >> Neste teste a carga média do processador nao é muito útil para análise. >> >> Enviado via iPhone >> >> Em 06/08/2012, às 00:45, Saul Figueiredo escreveu: >> >>> Por isso se chama load AVERAGE >>> Em 05/08/2012 23:14, "mail gter" escreveu: >>> >>>> Boa noite. >>>> >>>> Estou tentando criar gráficos de uso de CPU para cada núcleo do >>>> processador. >>>> >>>> Utilizando net-snmp como Agent consigo retornar várias informações acerca >>>> dos núcleos, porém não encontrei nenhum OID que contenha load average de >>>> cada núcleo. O único OID que retorna o load average contém o percentual >>>> médio do processador como um todo. >>>> >>>> Alguém tem alguma ideia que possa me ajudar ? >>>> >>>> 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 >> - >> 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: RES: Mikrotik + PPPoE + Freeradius1.1.8 com Simultaneous-use
Lembrando que o checkrad apenas evita conexões simultâneas no mesmo
concentrador, pois a consulta SNMP é realizada no NAS a partir do qual o
usário solicitou a conexão.
Em 2 de outubro de 2012 09:52, Eduardo Schoedler escreveu:
> ;-)
>
> --
> Eduardo Schoedler
>
>
>
> Em 2 de outubro de 2012 08:45, Ricardo >escreveu:
>
> > Eduardo, valeu pela dica.
> >
> > -Mensagem original-
> > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
> nome
> > de Eduardo Schoedler
> > Enviada em: segunda-feira, 1 de outubro de 2012 14:28
> > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> > Assunto: Re: [FUG-BR] RES: RES: Mikrotik + PPPoE + Freeradius1.1.8 com
> > Simultaneous-use
> >
> > Habilite SNMP também no Mikrotik, o plugin verifica via SNMP o MK para
> > saber
> > se uma sessão terminou ou não.
> >
> > A community está dentro do arquivo naspasswd, no campo password.
> >
> > --
> > Eduardo Schoedler
> >
> >
> > Em 1 de outubro de 2012 14:23, Ricardo
> > escreveu:
> >
> > > Boas noticias, após uma semana de testes descobrimos que o problema
> > estava
> > > na variável NASTYPE, no arquivo clients.conf do Freeradius.
> > > Independentemente da versão que estávamos utilizando, o valor dessa
> > > variável, pelo menos aqui no nosso ambiente, precisou ser setada para
> > > "other" ao invés do valor "mikrotik" que vínhamos utilizando.
> > >
> > > Obrigado ao pessoal da lista pela força.
> > >
> > > []'s
> > > Ricardo
> > >
> > > -Mensagem original-
> > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
> > nome
> > > de Marcelo Gondim
> > > Enviada em: sexta-feira, 28 de setembro de 2012 10:23
> > > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> > > Assunto: Re: [FUG-BR] RES: Mikrotik + PPPoE + Freeradius1.1.8 com
> > > Simultaneous-use
> > >
> > > Em 28/09/12 10:09, Ricardo escreveu:
> > > > Otavio, estamos utilizando dessa forma.
> > > > Vale ressaltar que configuramos um Linux e tudo funciona, pegamos os
> > > > arquivos de configuração e jogamos pra dentro do FreeBSD.
> > > > Quando no Linux, o simultaneous-use é checado o Radius não permite a
> > > > conexão e quando no FreeBSD, não.
> > > >
> > > > Dentro do arquivo radiusd.conf:
> > > > session {
> > > > sql
> > > > }
> > > >
> > > > Dentro do arquivo SQL.conf:
> > > > Sugeriram o uso com AcctStopTime IS NULL, mas também não rolou.
> > > > #simul_count_query = "SELECT COUNT(*) \
> > > > # FROM ${acct_table1} \
> > > > # WHERE UserName='%{SQL-User-Name}' \
> > > > # AND AcctStopTime = 0"
> > > > simul_count_query = "SELECT COUNT(*) \
> > > > FROM ${acct_table1} \
> > > > WHERE UserName = '%{SQL-User-Name}' \
> > > > AND AcctStopTime IS NULL"
> > > >
> > > >
> > > > simul_verify_query = "SELECT RadAcctId, AcctSessionId,
> > > UserName,
> > > \
> > > > NASIPAddress, NASPortId,
> > FramedIPAddress,
> > > \
> > > > CallingStationId, FramedProtocol \
> > > > FROM ${acct_table1} \
> > > > WHERE UserName='%{SQL-User-Name}' \
> > > > AND AcctStopTime = 0"
> > >
> > > Experimenta ao invés de usar o mysql usar o radutmp. Nós usamos aqui e
> > > funciona certinho. Quando alguém tenta conectar pela segunda vez com o
> > > mesmo
> > > login aparece a seguinte mensagem em radius.log:
> > >
> > > ri Sep 28 07:50:51 2012 : Auth: Multiple logins (max 1) :
> > > [janaina038886] (from client pppoe port 9718673 cli 00:E0:91:48:8B:F3)
> > Fri
> > > Sep 28 07:50:54 2012 : Auth: Multiple logins (max 1) :
> > > [josecor032209] (from client pppoe port 9718678 cli 00:1D:0F:CC:F4:71)
> > Fri
> > > Sep 28 07:57:02 2012 : Auth: Multiple logins (max 1) :
> > > [janaina038886] (from client pppoe port 9719188 cli 00:E0:91:48:8B:F3)
> > Fri
> > > Sep 28 08:04:24 2012 : Auth: Multiple logins (max 1) :
> > > [janaina038886] (from client pppoe port 9719695 cli 00:E0:91:48:8B:F3)
> > >
> > > O session ficaria assim:
> > >
> > > session {
> > > radutmp
> > >
> > > #
> > > # See "Simultaneous Use Checking Queries" in sql.conf
> > > #sql
> > > }
> > >
> > >
> > > > -Mensagem original-
> > > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br]
> Em
> > > > nome de Otavio Augusto Enviada em: sexta-feira, 28 de setembro de
> 2012
> > > > 09:29
> > > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> > > > Assunto: Re: [FUG-BR] Mikrotik + PPPoE + Freeradius1.1.8 com
> > > > Simultaneous-use
> > > >
> > > > Em 27 de setembro de 2012 20:34, Adailton Milhorini
> > > > escreveu:
> > > >> Boa noite..
> > > >>
> > > >> Para funcionar o Simultaneos-Use no freeradius 2, voce tem que
> editar
> > > >> o
[FUG-BR] ipfw - firewall_enable=NO
Boa tarde, Embora tenha definido no rc.conf a diretiva firewall_enable="NO" o ipfw insiste em subir durante o boot. Ao que tudo indica, isso começou após eu compilar o kernel. os ajustes que fiz foram: options IPFIREWALL optionsIPFIREWALL_VERBOSE optionsIPFIREWALL_VERBOSE_LIMIT=1 options IPDIVERT options DUMMYNET options HZ=1000 Paliativamente, após cada boot, estou rodando um ipfw disable firewall. Será que pode ter sido algum dos parâmetros acima ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ipfw - firewall_enable=NO
Então, mesmo com firewall_enable=NO a regra "deny all" (ultima) será carregada ? Enviado via iPhone Em 27/11/2012, às 17:21, Eduardo Schoedler escreveu: > Esse firewall é o script das regras. > O ipfw estará sempre carregado com ele compilado no kernel. > > -- > Eduardo Schoedler > > > Em 27 de novembro de 2012 17:18, mail gter escreveu: > >> Boa tarde, >> >> Embora tenha definido no rc.conf a diretiva firewall_enable="NO" o ipfw >> insiste em subir durante o boot. >> >> Ao que tudo indica, isso começou após eu compilar o kernel. os ajustes que >> fiz foram: >> >> options IPFIREWALL >> optionsIPFIREWALL_VERBOSE >> optionsIPFIREWALL_VERBOSE_LIMIT=1 >> options IPDIVERT >> options DUMMYNET >> options HZ=1000 >> >> Paliativamente, após cada boot, estou rodando um ipfw disable firewall. >> >> Será que pode ter sido algum dos parâmetros acima ? > - > 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] in-kernel nat
Boa tarde, Estou tentando utilizar NAT do ipfw (in-kernel) porém não estou conseguindo fazer funcionar. O cenário é: Interna: igb5.100: 10.0.0.1/24 Externa: igb4: 192.168.0.90 Inicialmete compilei o kernel com suporte as seguintes opções, embora não seja obrigatório: options IPFIREWALL_NAT options LIBALIAS Posteriormente criei um script de firewall customizado: ipfw="/sbin/ipfw -q" $ipfw -q -f flush $ipfw add nat 123 all from any to any recv igb5.100 xmit igb4 $ipfw nat 123 config if igb4 log deny_in reset same_ports # Default rules $ipfw add 65100 allow in $ipfw add 65101 allow out Rodando o tcpdump na igb4 percebo que o NAT está parcialmente funcionando, pois o endereço de origem é alterado para o IP da interface igb4, contudo os pacotes IP não são devolvidos para o host de origem. O pacote sai da origem, tem o endereço IP alterado no router (NAT), o destinatário responde, mas o pacote não é devolvido ao host final. Acredito que minha regra de NAT esteja errada, pois pela saída do ipfw -a list, nenhuma regra está bloqueando o tráfego. Obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ipfw - firewall_enable=NO
Segundo o manual, é recomendado o uso de -q para evitar a perda da conexão remota -q Be quiet when executing the add, nat, zero, resetlog or flush commands; (implies -f). This is useful when updating rulesets by executing multiple ipfw commands in a script (e.g., `sh /etc/rc.firewall'), or by processing a file with many ipfw rules across a remote login session. It also stops a table add or delete from failing if the entry already exists or is not present. Contudo, percebi que caso haja algum regra com erro de sintaxe, mesmo com "-q" a conexão é perdida, pois o ipfw não lê as regras abaixo da linha "problemática". No meu caso não compilei o kernel com IPFIREWALL_DEFAULT_TO_ACCEPT. Em 3 de dezembro de 2012 09:19, Renato Sousa escreveu: > quando o script faz um FLUSH e, neste momento, a regra DENY bloqueia as - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] arpresolve: can't allocate llinfo
Bom dia, Tenho uma máquina com FreeBSD 9.1-PRERELEASE na bancada de testes rodando openospfd/openbgpd para fins de testes. Na última semana percebi que perdia a conexão com o host e olhando o logs percebi a seguinte mensagem: arpresolve: can't allocate llinfo for x.x.x.x Pesquisando no google segui algumas dicas para incrementar a variável kern.ipc.nmbclusters para 32768 e assim o fiz. Durante sete dias funcionou sem problemas, porém hoje pela manha o problema voltou a ocorrer. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] in-kernel nat
Quebrando um pouco a cabeça, consegui. Para fins de registro, segue abaixo as regras: # igb5.99 = Interna # igb4 = externa # 10.0.0.0/8 hosts da LAN # 192.168.0.90/32 IP externo ipfw="/sbin/ipfw -q" $ipfw add nat 123 all from 10.0.0.0/8 to any via igb4 recv igb5.99 $ipfw add nat 123 all from any to 192.168.0.90 via igb4 $ipfw nat 123 config ip 192.168.0.90 log deny_in reset same_ports Em 30 de novembro de 2012 13:52, mail gter escreveu: > Boa tarde, > > Estou tentando utilizar NAT do ipfw (in-kernel) porém não estou > conseguindo fazer funcionar. > > O cenário é: > > Interna: igb5.100: 10.0.0.1/24 > Externa: igb4: 192.168.0.90 > > Inicialmete compilei o kernel com suporte as seguintes opções, embora não > seja obrigatório: > > options IPFIREWALL_NAT > options LIBALIAS > > Posteriormente criei um script de firewall customizado: > > ipfw="/sbin/ipfw -q" > > $ipfw -q -f flush > > $ipfw add nat 123 all from any to any recv igb5.100 xmit igb4 > $ipfw nat 123 config if igb4 log deny_in reset same_ports > > # Default rules > $ipfw add 65100 allow in > $ipfw add 65101 allow out > > Rodando o tcpdump na igb4 percebo que o NAT está parcialmente funcionando, > pois o endereço de origem é alterado para o IP da interface igb4, contudo > os pacotes IP não são devolvidos para o host de origem. O pacote sai da > origem, tem o endereço IP alterado no router (NAT), o destinatário > responde, mas o pacote não é devolvido ao host final. > > Acredito que minha regra de NAT esteja errada, pois pela saída do ipfw -a > list, nenhuma regra está bloqueando o tráfego. > > Obrigado. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] openospf + sumarização/agregação de rotas
Boa tarde, Como posso sumarizar rotas com openospf ? Meu ABR roda openospf e está recebendo rotas /32. Como todas as rotas pertencem ao mesmo prefixo gostaria de sumarizá-las, semelhante ao que o RouterOS faz na aba "Area ranges". Aproveitando o assunto, o openospfd suporta filtros ? Obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Erros no disco + bonnie++
Boa tarde amigos, Estou realizando alguns testes de perfomance de disco com a ferramentar bonnie++ no FreeBSD 9.1 e o sistema começou imprimir no stderr as seguintes mensagens: (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c5 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c4 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c3 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c2 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c1 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c2 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: SCSI Status Error (da1:mpt0:0:3:0): SCSI status: Check Condition (da1:mpt0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da1:mpt0:0:3:0): Retrying command (per sense data) O disco da1 é um SATA 7200 espetado em uma controladora HP SAS SC40Ge (segundo manual). Estou naquela dúvida: defeito de hardware ou apenas configuração ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erros no disco + bonnie++
Era o disco mesmo o problema. Tanto era que parou de funcionar rsrsrs. Obrigado. Em 1 de fevereiro de 2013 18:43, Paulo Olivier Cavalcanti < procavalca...@gmail.com> escreveu: > Em 01/02/2013 14:13, mail gter escreveu: > > Boa tarde amigos, > > > > Estou realizando alguns testes de perfomance de disco com a ferramentar > > bonnie++ no FreeBSD 9.1 e o sistema começou imprimir no stderr as > seguintes > > mensagens: > > > > (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c5 22 0 1 0 0 > > (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host > > (da1:mpt0:0:3:0): Retrying command > > (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c4 22 0 1 0 0 > > (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host > > (da1:mpt0:0:3:0): Retrying command > > (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c3 22 0 1 0 0 > > (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host > > (da1:mpt0:0:3:0): Retrying command > > (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c2 22 0 1 0 0 > > (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host > > (da1:mpt0:0:3:0): Retrying command > > (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c1 22 0 1 0 0 > > (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host > > (da1:mpt0:0:3:0): Retrying command > > (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c2 22 0 1 0 0 > > (da1:mpt0:0:3:0): CAM status: SCSI Status Error > > (da1:mpt0:0:3:0): SCSI status: Check Condition > > (da1:mpt0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, > or > > bus device reset occurred) > > (da1:mpt0:0:3:0): Retrying command (per sense data) > > > > O disco da1 é um SATA 7200 espetado em uma controladora HP SAS SC40Ge > > (segundo manual). > > > > Estou naquela dúvida: defeito de hardware ou apenas configuração ? > > Não ficou claro se os erros apareceram antes, durante ou depois dos > testes. O stderr é o vídeo ou arquivo de log? > > Por curiosidade eu baixei essa ferramenta e olha os resultados: > > > $ sudo bonnie++ -u root > > Using uid:0, gid:0. > > Writing a byte at a time...done > Writing intelligently...done > Rewriting...done > Reading a byte at a time...done > Reading intelligently...done > start 'em...done...done...done...done...done... > Create files in sequential order...done. > Stat files in sequential order...done. > Delete files in sequential order...done. > Create files in random order...done. > Stat files in random order...done. > Delete files in random order...done. > Version 1.97 --Sequential Output-- --Sequential Input- > --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- > --Seeks-- > MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP > /sec %CP > paulobsd.local 4G 264 99 39836 9 17233 5 505 97 52130 9 > 125.5 3 > Latency 32270us 141ms1636ms 93216us 58037us > 5258ms > Version 1.97 --Sequential Create-- Random > Create > paulobsd.local -Create-- --Read--- -Delete-- -Create-- --Read--- > -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > /sec %CP > 16 9252 28 + +++ + +++ 7877 24 + +++ > + +++ > Latency 120ms 409us 435us 161ms 457us > 396us > > 1.97,1.97,paulobsd.local,1,1359754733,4G,,264,99,39836,9,17233,5,505,97,52130,9,125.5,3,16,9252,28,+,+++,+,+++,7877,24,+,+++,+,+++,32270us,141ms,1636ms,93216us,58037us,5258ms,120ms,409us,435us,161ms,457us,396us > > > Como aqui saiu tudo bem, seu disco deve ter algum problema. > > > > > -- > http://about.me/paulocavalcanti > > - > 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
