Re: [FUG-BR] Centreon 2.3.3 no FreeBSD 8.x/9.x

2011-12-09 Por tôpico Rafael Aquino
Luiz,

Mais uma vez parabéns pelo material.

Se hoje utilizo centreon foi porque li teu primeiro artigo sobre centreon em 
FreeBSD.

Alguma dica de atualização, ou é melhor instalar um novo e exportar/importar 
configs?

Minhas contribuições:

Rodo todos os meus Centreons (instalações dos clientes também em JAIL). Assim 
será fácil 
a migração pra versão nova.

Outra dica importante: Comecei a brincar com esta ferramenta no tempo do 
NetSaint,
que acabou virando o Nagios, inspiração para o Centreon. É muito interessante 
que,
configurado da forma correta, é possível manter a interface original do Nagios 
funcionando,
com todo o controle dentro do Centreon. Isso é bom pra que gosta dos mapas do 
Nagios.

Agora, pra quem realmente gosta de fazer mapinhas (como eu), eu recomento o 
NagVis, uma ferramenta
muito boa, onde é possível construir mapas que conversam diretamente com o 
banco de dados do Centreon.
Acompanho este projeto a um bom tempo, e a evolução está muito interessante.

Portanto, minha utilização sempre é NAGIOS+CENTREON+NAGVIS. 

Abraço a todos!!

Rafael Mentz Aquino
LK6 Soluções em TI
Rua Domingos de Almeida, 135 sala 1102
Centro - Novo Hamburgo - RS
(51) 3035-6997 - -7030
www.lk6.com.br

- Mensagem original -
De: Gustavo Freitas gst.frei...@gmail.com
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Enviadas: Quinta-feira, 8 de Dezembro de 2011 23:19:22
Assunto: Re: [FUG-BR] Centreon 2.3.3 no FreeBSD 8.x/9.x

Luiz,

Muito bom esse turorial.. qual é a vantagem dele em relação a zabbix ??

Em 8 de dezembro de 2011 19:23, Luiz Gustavo
luizgust...@luizgustavo.pro.br escreveu:
 Salve Lista,

 Acabei de publicar no meu blog uma atualização da instalação do Centreon
 no FreeBSD, agora esta disponivel um tutorial completo e revisado sobre
 as versões 2.3.3 (ultima) do Centreon e um ambiente com o FreeBSD
 9.0-RC3

 Confira em:
 http://www.luizgustavo.pro.br/blog/2011/12/08/centreon-2-3-3-freebsd9/

 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



-- 
Gustavo Freitas
-
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] Problemas com driver re

2011-12-09 Por tôpico Paulo Henrique
Broadcom se não for usar 8.0Release, as bges tem problema serio nele !!!
Vide historico da lista !!


Em 9 de dezembro de 2011 02:43, Alexander alexander...@gmail.com escreveu:

 Camarada para server sempre uso Intel ou broadcom, realtek nao boa pea
 server



 On 08/12/2011, at 11:41, ferna...@bebedouro.sp.gov.br wrote:

  Beleza pessoal, estou tentando utilizar uma placa de rede PCIe TP-Link
  modelo TG-3468
  Chipset realtek RTL8168B.
 
  O sistema reconhece a placa, mas quando eu conecto o cabo, continua
  mostrando o status como inactive.
  Eu já atualizei o sistema e compilei o módulo re novamente mas
  continua na mesma.
 
  Teria um outro driver alternativo que eu possa compilar e usar no lugar
  desse?
  Ou alguém teria alguma dica?
 
  Obrigado a todos.
  Punk rock!
  -
  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




-- 
:=)Paulo Henrique (JSRD)(=:

Alone,  locked, a survivor, unfortunately not know who I am
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Particionamento incorreto do próprio FreeBSD 8

2011-12-09 Por tôpico Paulo Henrique
Em 8 de dezembro de 2011 09:45, Luiz Gustavo luizgust...@luizgustavo.pro.br
 escreveu:

 Opa ! muito bom !!! parabéns a você por embarcar no mundo BSD e ter esse
 espirito de empreender e apronfundar no assunto e não se abster de ficar
 fazendo ctrl+c/ctrl+v de tutorial.

 Esse é o ideal e o espirito da coisa, a qualidade na lista e em outros
 materiais do mundo bsd se da por causa desse espirito, normalmente quem
 entra nesse mundo, tem esse espirito.

 E vamo que vamo, mais um daemonzinho feliz na rede ;)

Gostei da frase plagiei!!!



 Abraços

 Em Qui, 2011-12-08 às 09:39 -0200, Marcus Vinicius. escreveu:
  Pessoal, só tenho uma palavra, em meio a várias, para definir a lista:
  SENSACIONAL.
 
  Eu não levava muita fé no FreeBSD de início, mas agora vendo todo o
 suporte
  colaborativo que é dado ao mesmo, consigo ver suas qualidades através de
  posts que o mesmo está muito próximo de algo ideal.
 
  Gostaria de agradecer a todos vocês pela ajuda que me deram, muito
  obrigado! Se eu souber algo, com certeza compartilharei. Vocês me deram
  inspiração a compartilhar o conhecimento que adquiri com vocês mesmos! rs
 
 
  Abraço e um bom final de ano a todos!
 
 
 
 
  Em 7 de dezembro de 2011 14:20, Paulo Henrique BSD Brasil 
  paulo.rd...@bsd.com.br escreveu:
 
   Em 07/12/2011 12:54, Luiz Otavio O Souza escreveu:
On Dec 7, 2011, at 12:16 AM, Paulo Henrique wrote:
   
Desculpa, vi a mensagem agora,
Bom de fato usar GPT tem suas vantagens, porem tenho o problema
 serio de
resiliencia a mudanças, se o disco é menor do que o limite da MBR
 eu uso
MBR se for maior eu uso GPT.
Não sou especialista no assunto ( estou mais para leigo), porem
   considere
que quando mais complexo mais recurso demanda para operar.
A MBR é nativa nos discos menores que 2.2Tb, evita que o sistema
 tenha
   que
calcular o endereçamento do block, assim como GPT é implementado em
   nivel
de sistema ( modulo de kernel ) e se é codigo no kernel demanda CPU
 para
calculos de posionamento.
A diferença pode ser infime ( ou até proximo de inexistente )
 contudo
   só o
fato da CPU necessitar do sistema para compreender o disco é um
 tempo
   que
na MBR não existe.
Obs. É consideração pessoal não li muito sobre o GPT e nem executei
bechmarks quanto a isso .
   
   
Abraços e se estiver errado por favor sou leigo adoraria obter a
 opnião
   dos
senhores quanto a isso !!
   
Paulo,
   
Há um equivoco da sua parte aqui, o GPT não altera em nada o 'caminho
   crítico' do acesso ao disco e também não adiciona nenhuma complexidade
   desnecessária...
   
A MBR e o GPT são apenas tabelas salvas no disco que dizem onde
 começa e
   onde termina cada partição (ponto). A diferença entre elas é que a MBR
   utiliza inteiros de 32 bits para armazenar os endereços de início e
 tamanho
   de cada partição enquanto o GPT utiliza inteiros de 64 bits.
   
Fora isso o GPT suporta até 128 partições nativamente (contra as 4 do
   MBR) e também mantém um cópia extra (backup) dessa tabela no ultimo
 setor
   do disco.
   
E na verdade o GPT reduz (geralmente) uma layer do sistema GEOM
   clássico. Onde você normalmente teria: disco -  MBR -  BSD (labels),
 você
   pode utilizar apenas: disco -  GPT (por conta das 128 partições
 nativas).
   
Porém é pouco provável que isso seja perceptível em 99,99% dos
 sistemas
   já que o código que foi removido é muito, muito pequeno.
   
Att.,
Luiz


Luiz, ainda não parei para ler a documentação relacionada ao GPT, como
descrito em outras mensagens, porem tireme uma duvida,
A mesma inicializada em placas sem suporte a UEFI, pois no linux HDs
maiores de 2.2 só como o grub2 e pelo que entendi tem que ter UEFI, os
outros gerenciadores de boot reclamam e nem instala.
Agora quanto ao BSD, o GPT é nativo no boot, final de semana estarei
fazendo um teste com 1 HD da Seagate de 3Tbs que possuo em mão, porem se
puder já adiantar essa minha duvida fico agradecido !!!

Att.

-- 
:=)Paulo Henrique (JSRD)(=:

Alone,  locked, a survivor, unfortunately not know who I am
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas com driver re

2011-12-09 Por tôpico Alessandro de Souza Rocha
compre intel sao as melhores comprei duas desta Intel PRO/1000 PT 2
Portas - EXPI9402PTBLK
sao pci express muito boas mesmo.

Em 9 de dezembro de 2011 08:38, Paulo Henrique
paulo.rd...@bsd.com.br escreveu:
 Broadcom se não for usar 8.0Release, as bges tem problema serio nele !!!
 Vide historico da lista !!


 Em 9 de dezembro de 2011 02:43, Alexander alexander...@gmail.com escreveu:

 Camarada para server sempre uso Intel ou broadcom, realtek nao boa pea
 server



 On 08/12/2011, at 11:41, ferna...@bebedouro.sp.gov.br wrote:

  Beleza pessoal, estou tentando utilizar uma placa de rede PCIe TP-Link
  modelo TG-3468
  Chipset realtek RTL8168B.
 
  O sistema reconhece a placa, mas quando eu conecto o cabo, continua
  mostrando o status como inactive.
  Eu já atualizei o sistema e compilei o módulo re novamente mas
  continua na mesma.
 
  Teria um outro driver alternativo que eu possa compilar e usar no lugar
  desse?
  Ou alguém teria alguma dica?
 
  Obrigado a todos.
  Punk rock!
  -
  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




 --
 :=)Paulo Henrique (JSRD)(=:

 Alone,  locked, a survivor, unfortunately not know who I am
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
             Long live FreeBSD

                     Powered by 

                                          (__)
                                       \\\'',)
                                         \/  \ ^
                                         .\._/_)

                                     www.FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Centreon 2.3.3 no FreeBSD 8.x/9.x

2011-12-09 Por tôpico Luiz Gustavo
Bom dia xara !

Zabbix e Centreon é mais ou menos que nem FLAxFLU, GreNal, etc...

Eu me adaptei melhor com o Centreon por usar o Nagios como pano de fundo
e por ser bem flexivel em relação a customização de monitoramento.

Eu achei a gerencia das coisas no zabbix um pouco complicada (talvez por
parte de conceitos diferentes, etc). Isso no centreon achei bem mais
tranquilo, mantem uma linha do nagios com a facilidade de criação de
graficos, etc

Outra coisa muito interessante são as ferramentas para cruzar dados de
monitoramento (metrica), muito bom no Centreon.

Fica a dica ;)

Em Qui, 2011-12-08 às 22:19 -0300, Gustavo Freitas escreveu:
 Luiz,
 
 Muito bom esse turorial.. qual é a vantagem dele em relação a zabbix ??
 
 Em 8 de dezembro de 2011 19:23, Luiz Gustavo
 luizgust...@luizgustavo.pro.br escreveu:
  Salve Lista,
 
  Acabei de publicar no meu blog uma atualização da instalação do Centreon
  no FreeBSD, agora esta disponivel um tutorial completo e revisado sobre
  as versões 2.3.3 (ultima) do Centreon e um ambiente com o FreeBSD
  9.0-RC3
 
  Confira em:
  http://www.luizgustavo.pro.br/blog/2011/12/08/centreon-2-3-3-freebsd9/
 
  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
 
 
 

-- 
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


Re: [FUG-BR] Problemas com driver re

2011-12-09 Por tôpico Enio Marconcini
2011/12/9 Alessandro de Souza Rocha etherlin...@gmail.com

 compre intel sao as melhores comprei duas desta Intel PRO/1000 PT 2
 Portas - EXPI9402PTBLK
 sao pci express muito boas mesmo.

 Em 9 de dezembro de 2011 08:38, Paulo Henrique
 paulo.rd...@bsd.com.br escreveu:
  Broadcom se não for usar 8.0Release, as bges tem problema serio nele !!!
  Vide historico da lista !!
 
 
  Em 9 de dezembro de 2011 02:43, Alexander alexander...@gmail.com
 escreveu:
 
  Camarada para server sempre uso Intel ou broadcom, realtek nao boa pea
  server
 
 
 
  On 08/12/2011, at 11:41, ferna...@bebedouro.sp.gov.br wrote:
 
   Beleza pessoal, estou tentando utilizar uma placa de rede PCIe TP-Link
   modelo TG-3468
   Chipset realtek RTL8168B.
  
   O sistema reconhece a placa, mas quando eu conecto o cabo, continua
   mostrando o status como inactive.
   Eu já atualizei o sistema e compilei o módulo re novamente mas
   continua na mesma.
  
   Teria um outro driver alternativo que eu possa compilar e usar no
 lugar
   desse?
   Ou alguém teria alguma dica?
  
   Obrigado a todos.
   Punk rock!
   -
   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
 
 
 
 
  --
  :=)Paulo Henrique (JSRD)(=:
 
  Alone,  locked, a survivor, unfortunately not know who I am
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 --
 Alessandro de Souza Rocha
 Administrador de Redes e Sistemas
 FreeBSD-BR User #117
  Long live FreeBSD

  Powered by 

   (__)
\\\'',)
  \/  \ ^
  .\._/_)

  www.FreeBSD.org
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




é dê preferencia pros chipsets intel, 3com etc, o duro é quando você compra
um servidor e o infeliz vem com chipset broadcom



-- 
*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


Re: [FUG-BR] Centreon 2.3.3 no FreeBSD 8.x/9.x

2011-12-09 Por tôpico Luiz Gustavo
Fala Rafael,

Blzinha?... então para atualizar o centreon, só o seu core, é bem fácil.

Basta seguir a ultima etapa do tutorial, baixando a ultima versão, e
executando o script de instalação com a opção de upgrade.

Eu refiz o tutorial com um ambiente bem atualizado, o anterior usava php
5.2, talvez você também possa atualizar o ambiente todo, mas complica um
pouco mais.

Sempre lembrando é claro, de fazer um backup básico de tudo ;).

Mas a atualização do centreon é bem tranquila, é instalar e ir via web
confirmando as atualizações de base de dados.

Boa sorte.

Abraços

Em Sex, 2011-12-09 às 08:01 -0200, Rafael Aquino escreveu:
 Luiz,
 
 Mais uma vez parabéns pelo material.
 
 Se hoje utilizo centreon foi porque li teu primeiro artigo sobre centreon em 
 FreeBSD.
 
 Alguma dica de atualização, ou é melhor instalar um novo e exportar/importar 
 configs?
 
 Minhas contribuições:
 
 Rodo todos os meus Centreons (instalações dos clientes também em JAIL). Assim 
 será fácil 
 a migração pra versão nova.
 
 Outra dica importante: Comecei a brincar com esta ferramenta no tempo do 
 NetSaint,
 que acabou virando o Nagios, inspiração para o Centreon. É muito interessante 
 que,
 configurado da forma correta, é possível manter a interface original do 
 Nagios funcionando,
 com todo o controle dentro do Centreon. Isso é bom pra que gosta dos mapas do 
 Nagios.
 
 Agora, pra quem realmente gosta de fazer mapinhas (como eu), eu recomento o 
 NagVis, uma ferramenta
 muito boa, onde é possível construir mapas que conversam diretamente com o 
 banco de dados do Centreon.
 Acompanho este projeto a um bom tempo, e a evolução está muito interessante.
 
 Portanto, minha utilização sempre é NAGIOS+CENTREON+NAGVIS. 
 
 Abraço a todos!!
 
 Rafael Mentz Aquino
 LK6 Soluções em TI
 Rua Domingos de Almeida, 135 sala 1102
 Centro - Novo Hamburgo - RS
 (51) 3035-6997 - -7030
 www.lk6.com.br
 
 - Mensagem original -
 De: Gustavo Freitas gst.frei...@gmail.com
 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
 freebsd@fug.com.br
 Enviadas: Quinta-feira, 8 de Dezembro de 2011 23:19:22
 Assunto: Re: [FUG-BR] Centreon 2.3.3 no FreeBSD 8.x/9.x
 
 Luiz,
 
 Muito bom esse turorial.. qual é a vantagem dele em relação a zabbix ??
 
 Em 8 de dezembro de 2011 19:23, Luiz Gustavo
 luizgust...@luizgustavo.pro.br escreveu:
  Salve Lista,
 
  Acabei de publicar no meu blog uma atualização da instalação do Centreon
  no FreeBSD, agora esta disponivel um tutorial completo e revisado sobre
  as versões 2.3.3 (ultima) do Centreon e um ambiente com o FreeBSD
  9.0-RC3
 
  Confira em:
  http://www.luizgustavo.pro.br/blog/2011/12/08/centreon-2-3-3-freebsd9/
 
  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
 
 
 

-- 
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


Re: [FUG-BR] Particionamento incorreto do próprio FreeBSD 8

2011-12-09 Por tôpico Luiz Gustavo
Opa !

 E vamo que vamo, mais um daemonzinho feliz na rede ;)
 
 Gostei da frase plagiei!!!

Na onda dos royalties do petroleo, vou pedir o meu também :p


A mesma inicializada em placas sem suporte a UEFI, pois no linux HDs
 maiores de 2.2 só como o grub2 e pelo que entendi tem que ter UEFI, os
 outros gerenciadores de boot reclamam e nem instala.

Então, tem toda uma parte técnica envolvida nisso que pode detalhar bem
isso, não da pra eu fazer agora por falta de tempo. Mas em resumo, o GPT
veio para atualizar o suporte a tudo isso, discos e conceitos novos que
tem no mercado.

Pode usar de boa, inclusive em ambiente de produção ;) ... ele ta no
fbsd desde da familia 7.x

Abraços

Em Sex, 2011-12-09 às 08:44 -0200, Paulo Henrique escreveu:
 Em 8 de dezembro de 2011 09:45, Luiz Gustavo luizgust...@luizgustavo.pro.br
  escreveu:
 
  Opa ! muito bom !!! parabéns a você por embarcar no mundo BSD e ter esse
  espirito de empreender e apronfundar no assunto e não se abster de ficar
  fazendo ctrl+c/ctrl+v de tutorial.
 
  Esse é o ideal e o espirito da coisa, a qualidade na lista e em outros
  materiais do mundo bsd se da por causa desse espirito, normalmente quem
  entra nesse mundo, tem esse espirito.
 
  E vamo que vamo, mais um daemonzinho feliz na rede ;)
 
 Gostei da frase plagiei!!!
 
 
 
  Abraços
 
  Em Qui, 2011-12-08 às 09:39 -0200, Marcus Vinicius. escreveu:
   Pessoal, só tenho uma palavra, em meio a várias, para definir a lista:
   SENSACIONAL.
  
   Eu não levava muita fé no FreeBSD de início, mas agora vendo todo o
  suporte
   colaborativo que é dado ao mesmo, consigo ver suas qualidades através de
   posts que o mesmo está muito próximo de algo ideal.
  
   Gostaria de agradecer a todos vocês pela ajuda que me deram, muito
   obrigado! Se eu souber algo, com certeza compartilharei. Vocês me deram
   inspiração a compartilhar o conhecimento que adquiri com vocês mesmos! rs
  
  
   Abraço e um bom final de ano a todos!
  
  
  
  
   Em 7 de dezembro de 2011 14:20, Paulo Henrique BSD Brasil 
   paulo.rd...@bsd.com.br escreveu:
  
Em 07/12/2011 12:54, Luiz Otavio O Souza escreveu:
 On Dec 7, 2011, at 12:16 AM, Paulo Henrique wrote:

 Desculpa, vi a mensagem agora,
 Bom de fato usar GPT tem suas vantagens, porem tenho o problema
  serio de
 resiliencia a mudanças, se o disco é menor do que o limite da MBR
  eu uso
 MBR se for maior eu uso GPT.
 Não sou especialista no assunto ( estou mais para leigo), porem
considere
 que quando mais complexo mais recurso demanda para operar.
 A MBR é nativa nos discos menores que 2.2Tb, evita que o sistema
  tenha
que
 calcular o endereçamento do block, assim como GPT é implementado em
nivel
 de sistema ( modulo de kernel ) e se é codigo no kernel demanda CPU
  para
 calculos de posionamento.
 A diferença pode ser infime ( ou até proximo de inexistente )
  contudo
só o
 fato da CPU necessitar do sistema para compreender o disco é um
  tempo
que
 na MBR não existe.
 Obs. É consideração pessoal não li muito sobre o GPT e nem executei
 bechmarks quanto a isso .


 Abraços e se estiver errado por favor sou leigo adoraria obter a
  opnião
dos
 senhores quanto a isso !!

 Paulo,

 Há um equivoco da sua parte aqui, o GPT não altera em nada o 'caminho
crítico' do acesso ao disco e também não adiciona nenhuma complexidade
desnecessária...

 A MBR e o GPT são apenas tabelas salvas no disco que dizem onde
  começa e
onde termina cada partição (ponto). A diferença entre elas é que a MBR
utiliza inteiros de 32 bits para armazenar os endereços de início e
  tamanho
de cada partição enquanto o GPT utiliza inteiros de 64 bits.

 Fora isso o GPT suporta até 128 partições nativamente (contra as 4 do
MBR) e também mantém um cópia extra (backup) dessa tabela no ultimo
  setor
do disco.

 E na verdade o GPT reduz (geralmente) uma layer do sistema GEOM
clássico. Onde você normalmente teria: disco -  MBR -  BSD (labels),
  você
pode utilizar apenas: disco -  GPT (por conta das 128 partições
  nativas).

 Porém é pouco provável que isso seja perceptível em 99,99% dos
  sistemas
já que o código que foi removido é muito, muito pequeno.

 Att.,
 Luiz
 
 
 Luiz, ainda não parei para ler a documentação relacionada ao GPT, como
 descrito em outras mensagens, porem tireme uma duvida,
 A mesma inicializada em placas sem suporte a UEFI, pois no linux HDs
 maiores de 2.2 só como o grub2 e pelo que entendi tem que ter UEFI, os
 outros gerenciadores de boot reclamam e nem instala.
 Agora quanto ao BSD, o GPT é nativo no boot, final de semana estarei
 fazendo um teste com 1 HD da Seagate de 3Tbs que possuo em mão, porem se
 puder já adiantar essa minha duvida fico agradecido !!!
 
 Att.
 

-- 
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix 

Re: [FUG-BR] RES: Problemas com driver re

2011-12-09 Por tôpico Joao Rocha Braga Filho
2011/12/9 Paulo Henrique paulo.rd...@bsd.com.br:
 Não perca tempo com realtreko, ainda estou para conhecer uma Gigabit deles
 que ultrapasse os 400Mbits sem f** com tudo no sistema.
 Interrupção Alta, perda de pacotes e falhas no modulador quando a rede não
 tem aterramento !!!
 Resumindo, é mais vantagem comprar 3com 3c905 e ter 100Mbits do que uma
 Gigatreko de baixa qualidade que vai até passar 400mbits mais logo abre o
 bico, não servem nem para estação de usuario final !!! :D

Em um teste que fiz uma vez, a 10 anos atrás, a Realtek 8139 (não sei qual era
a letrinha, e se era uma C+, de onde se basearam as Gigabit da Realtek) surrou
a 3Com. O problema era que a 3Com não fornecia informações para fazerem os
drivers.

Em um teste mais recente, em um Pentium III, de uma 8139D x uma Intel PCI
100 Mb/s (não lembro o chip), a Intel surrou a Realtek em um teste de FTP. A
Realtek sustentou 8.2 MB/s com 100% de CPU ocupada. A Intel sustentou
11.2 MB/s (Ocupou todos os 100 Mb/s de transmissão) com o uso de 25% de
CPU.

Eu consideto a Realtek 8139D um fusquinha. Barata, conhecida por todos, anda
mas não corre. Bom para o uso geral, mas não para usos especiais. Já usei
muito em servidores, mas infelizmente foi por que era só o que eu tinha. Elas
nunca me deram problemas (fora as questões de desempenho), enquanto uma
Gigabit Intel já tinha travado. Ela travou de forma curiosa. Foram 4 vezes, em
dois episódios com cerca de um ano entre eles. Travou uma vez, e de novo uns
2 dias depois, e repetiu isto depois de um ano.


João Rocha.



 Em 8 de dezembro de 2011 17:54, Eduardo Schoedler 
 lis...@esds.com.brescreveu:

 Beleza, já que o driver não funciona, essa é sua chance de fugir dessa
 placa
 desgraçada... rsrsrs.

 --
 Eduardo Schoedler


  -Mensagem original-
  De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
 nome
  de ferna...@bebedouro.sp.gov.br
  Enviada em: quinta-feira, 8 de dezembro de 2011 13:52
  Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
  Assunto: Re: [FUG-BR] Problemas com driver re
 
  Cara, eu  já testei, por isso estou assegurando que não é o hardware.
  Se não tivesse certeza disso nem teria postado aqui! rs
 
  Eu peguei essa placa e coloquei em outro computador diferente.
  Fiz uma  nova instalação do BSD, na máquima certa é AMD64, nesse outra
  que eu instalei pra teste é um Pentium 4, portanto tive que instalar o
  FreeBSD i386.
  Acontece a mesma coisa, ela nem dá link e é outro computador.
 
  Nessa mesma máquina Pentium 4, com um outro HD com o Windows 7 instalado
  funciona normalmente.
 
  E tem mais, eu comprei 3 dessas placas, já testei com apenas uma de cada
  vez, acontece a mesma coisa também.
 
  On Thu, 8 Dec 2011 13:08:59 -0200, eduwu...@gmail.com wrote:
   Aposto no Hardware
  
   ---
   *Eduardo Wutzl*
   LPI Certified*
   **LPI ID: LPI000208771*
   *eduwu...@gmail.com*
   * http://www.allcomnet.com.br*
   **
   Nextel ID: 100*116975
   (11) 7892-7580
   @edusuperbike
   *---
  
   *
  
  
  
   2011/12/8 ferna...@bebedouro.sp.gov.br
  
   Não é hardware não.
   É o BSD mesmo.
   A placa até acende a luz quando eu ligo ela com o cabo conectado.
   Durante o carregamento do kernel ela já apaga.
   Dei ifconfig up uma vez deu até panic! rs
  
  
   On Thu, 08 Dec 2011 12:10:30 -0200, Luiz Gustavo wrote:
Opa,
   
Tem certeza que é o driver ?! não será a porta ethernet (física) ?
   
Mate a parte de hardware, veja o cabo, etc...
   
Se ainda achar que possa ser drive, tente rodar um livecd linux,
   tipo
ubuntu ou outro atualizado, que tenha esse driver no kernel e veja
   se
vai subir a placa.
   
Eu acho que é algo no hardware normalmente esse diagnostico
   leva
ao
hardware.
   
ainda mais sendo realtreko :p
   
Boa sorte !
   
Abraços
   
Em Qui, 2011-12-08 às 11:41 -0200, ferna...@bebedouro.sp.gov.br
escreveu:
Beleza pessoal, estou tentando utilizar uma placa de rede PCIe
TP-Link modelo TG-3468 Chipset realtek RTL8168B.
   
O sistema reconhece a placa, mas quando eu conecto o cabo,
   continua
mostrando o status como inactive.
Eu já atualizei o sistema e compilei o módulo re novamente mas
continua na mesma.
   
Teria um outro driver alternativo que eu possa compilar e usar no
lugar desse?
Ou alguém teria alguma dica?
   
Obrigado a todos.
Punk rock!
-
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: 

[FUG-BR] Firebird 2.1.4 x FreeBSD-8.2-STABLE072011_AMD64

2011-12-09 Por tôpico Joao Vitor
Pessoal estava tendo o seguinte problema com o firebird-2.1 quando esta 
tentando conectar num banco de dados estava dando o seguinte erro

bad parameters on attach or create database -CHARACTER SET WIN1252 is 
not defined

Resolvi da seguinte forma graças a um outro servidor que tenho aqui com 
Firebird 2.0.3 e FreeBSD-8.1-STABLE_AMD64 reparei que neste servidor o 
arquivo fbintl.conf esta em /usr/local/libexec/firebird/intl,
ja o novo servidor FreeBSD-8.2 Firebird 2.1.4 o fbintl.conf esta em 
/usr/local/etc/firebird/intl so copie o arquivo fbintl.conf para 
/usr/local/libexec/firebird/intl ai funcionou corretamente.

Se alguem tiver mais alguma solucao para isso favor me passar, e tambem 
se ja tem em aberto uma issue sobre isto.

Obrigado !!!
JVDS
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Controle de banda

2011-12-09 Por tôpico Bruno S. Ferreira
Srs boa tarde,

estou iniciando um guagga no FreeBsd, queria há ajuda de todos para
realizar o controle de banda ou seja, não tenho certeza se o guagga faz ou
se posso fazer no próprio Bsd.

-- 
Bruno S. Ferreira

Graduated: System Information
Course: Specialization Information Security
Certification:
- Cisco Certified Network Associate - CCNA
-* *** Linux Professional Institute Certification - LPIC
- IPV6 Silver

Contact:
Msn: sobreira_...@hotmail.com
Phone: (83) 8852-9418
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] [Fwd: December Issue of BSD Magazine: Rolling Your Own Kernel]

2011-12-09 Por tôpico Luiz Gustavo
FYI

 Mensagem encaminhada 
 De: BSD Magazine newslette...@bsdmag.org
 Reply-to: e...@bsdmag.org
 Para: luizgust...@luizgustavo.pro.br
 Assunto: December Issue of BSD Magazine: Rolling Your Own Kernel
 Data: Fri, 09 Dec 2011 15:43:58 +0100
 



December Issue of BSD Magazine:
Rolling Your Own Kernel
   The December issue of BSD Magazine
is out. We hope you will find it
interesting and inspiring. This
  time inside you will find: 
 * FreeBSD's Participation in
   Google Code-In by Benedict
   Reuschling
 * Installing PC-BSD on a Mac
 by Kris Moore
 * Keeping Your Configuration
   Files Shiny Using
 sysmerge(8) by Antione
Jacoutot
  * Rolling Your Own FreeBsd
 Kernel by Paul Ammann
  * OpenBSD 5.0: PHP, Cacti,
   and Symon by Toby Richards
 * Extracting Useful
  Information From Log
   Messages by Robert Fekete
* Anatomy of a FreeBSD
   Compromise by Rob
  Sommerville
* Hardening BSD with Security
Levels by Michael Shirk
 * FreeBSD Foundation Update
 by Dru Lavigne
Download the newest issue of BSD
  magazine!

  ___
 PC-BSD Made Blekko The Default
 Search Engine For Version 9.0
   (Isotope Edition)
   PC-BSD, a free open-source
operating system that focuses on
 desktops and laptops, recently
   announced that blekko, the popular
human-curated search engine, has
   been chosen as the default search
  engine in the latest release of the
   operating system.

   PC-BSD 9.0 Isotope Edition
   incorporates a search page powered
by blekko that enables users to
effortlessly search for quality,
 relevant and spam-free search
   results within the PC-BSD
   community. Users can also
personalize their blekko search
   engine page with their own
slashtags, and can share results
   with friends through social media
 channels, including Facebook.

   Read more:
http://www.prweb.com/releases/2011/11/prweb8969011.htm 


  ___
  Syslog-ng Logging Solution, And How
It Supports BSD:
  BalaBit's logging solution,
   syslog-ng Premium Edition includes
   binaries for different versions of
   i386 and amd64 FreeBSD and over 40
 other platforms. The supported
   systems include recent and legacy
 Linux- and Unix-variants, BSD,
 HP-UX, IBM AIX, IBM System I,
   Microsoft Windows XP, Server 2003,
   Vista, Server 2008, Windows 7, Sun
  Solaris, and Tru64. 

   BalaBit IT Security is an
innovative information security
   company, one of the global leaders
   in developing privileged activity
monitoring, trusted logging and
   proxy-based gateway technologies.

 Find out more:
   http://www.balabit.com/network-security/syslog-ng 
 
  
 
BSD Magazine Team 
   www.bsdmag.org
 Patrycja Przybylowicz
  Click here to unsubscribe
 

-- 
Luiz Gustavo Costa (Powered by BSD)

Re: [FUG-BR] Controle de banda

2011-12-09 Por tôpico Eduardo Schoedler
Quagga nao faz nada disso, ele só fala OSPF e BGP.

Procure por ipfw e dummynet.

Abs.

--
Eduardo Schoedler
Enviado via iPhone

Em 09/12/2011, às 14:14, Bruno S. Ferreira brsobre...@gmail.com escreveu:

 Srs boa tarde,
 
 estou iniciando um guagga no FreeBsd, queria há ajuda de todos para
 realizar o controle de banda ou seja, não tenho certeza se o guagga faz ou
 se posso fazer no próprio Bsd.
 
 -- 
 Bruno S. Ferreira
 
 Graduated: System Information
 Course: Specialization Information Security
 Certification:
 - Cisco Certified Network Associate - CCNA
 -* *** Linux Professional Institute Certification - LPIC
 - IPV6 Silver
 
 Contact:
 Msn: sobreira_...@hotmail.com
 Phone: (83) 8852-9418
 -
 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] Controle de banda

2011-12-09 Por tôpico Luiz Gustavo
ou 

PF e ALTQ :)

pra BGP, procure por OpenBGPd

Abraços

Em Sex, 2011-12-09 às 17:05 -0200, Eduardo Schoedler escreveu:
 Quagga nao faz nada disso, ele só fala OSPF e BGP.
 
 Procure por ipfw e dummynet.
 
 Abs.
 
 --
 Eduardo Schoedler
 Enviado via iPhone
 
 Em 09/12/2011, às 14:14, Bruno S. Ferreira brsobre...@gmail.com escreveu:
 
  Srs boa tarde,
  
  estou iniciando um guagga no FreeBsd, queria há ajuda de todos para
  realizar o controle de banda ou seja, não tenho certeza se o guagga faz ou
  se posso fazer no próprio Bsd.
  
  -- 
  Bruno S. Ferreira
  
  Graduated: System Information
  Course: Specialization Information Security
  Certification:
  - Cisco Certified Network Associate - CCNA
  -* *** Linux Professional Institute Certification - LPIC
  - IPV6 Silver
  
  Contact:
  Msn: sobreira_...@hotmail.com
  Phone: (83) 8852-9418
  -
  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

-- 
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


Re: [FUG-BR] Controle de banda

2011-12-09 Por tôpico Rogério Moura
Pra PF e ALTQ esse site é um bom começo

https://calomel.org/pf_hfsc.html


Em 9 de dezembro de 2011 16:09, Luiz Gustavo luizgust...@luizgustavo.pro.br
 escreveu:

 ou

 PF e ALTQ :)

 pra BGP, procure por OpenBGPd

 Abraços

 Em Sex, 2011-12-09 às 17:05 -0200, Eduardo Schoedler escreveu:
  Quagga nao faz nada disso, ele só fala OSPF e BGP.
 
  Procure por ipfw e dummynet.
 
  Abs.
 
  --
  Eduardo Schoedler
  Enviado via iPhone
 
  Em 09/12/2011, às 14:14, Bruno S. Ferreira brsobre...@gmail.com
 escreveu:
 
   Srs boa tarde,
  
   estou iniciando um guagga no FreeBsd, queria há ajuda de todos para
   realizar o controle de banda ou seja, não tenho certeza se o guagga
 faz ou
   se posso fazer no próprio Bsd.
  
   --
   Bruno S. Ferreira
  
   Graduated: System Information
   Course: Specialization Information Security
   Certification:
   - Cisco Certified Network Associate - CCNA
   -* *** Linux Professional Institute Certification - LPIC
   - IPV6 Silver
  
   Contact:
   Msn: sobreira_...@hotmail.com
   Phone: (83) 8852-9418
   -
   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

 --
 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] Particionamento incorreto do próprio FreeBSD 8

2011-12-09 Por tôpico Marcus Vinicius.
Acho que o GPT encontra-se no FreeBSD 8.2 também. O grande problema que
estava encontrando é que não sabia aonde colocar o driver da controladora
(rr2640x4).

Não instalei o BSD a partir do DVD original que é oferecido no site, mas
sim através da dica do Luiz Gustavo, usando a iso do MFSBSD que já instala
o SO com o particionamento GPT e dimensões padrões. Agora, Luiz, é possível
mesmo eu trabalhar com as partições GPT com o sistema em funcionamento e
sem tem que desmontá-las?



Em 9 de dezembro de 2011 10:20, Luiz Gustavo luizgust...@luizgustavo.pro.br
 escreveu:

 Opa !

  E vamo que vamo, mais um daemonzinho feliz na rede ;)
  
  Gostei da frase plagiei!!!

 Na onda dos royalties do petroleo, vou pedir o meu também :p


 A mesma inicializada em placas sem suporte a UEFI, pois no linux HDs
  maiores de 2.2 só como o grub2 e pelo que entendi tem que ter UEFI, os
  outros gerenciadores de boot reclamam e nem instala.

 Então, tem toda uma parte técnica envolvida nisso que pode detalhar bem
 isso, não da pra eu fazer agora por falta de tempo. Mas em resumo, o GPT
 veio para atualizar o suporte a tudo isso, discos e conceitos novos que
 tem no mercado.

 Pode usar de boa, inclusive em ambiente de produção ;) ... ele ta no
 fbsd desde da familia 7.x

 Abraços

 Em Sex, 2011-12-09 às 08:44 -0200, Paulo Henrique escreveu:
  Em 8 de dezembro de 2011 09:45, Luiz Gustavo 
 luizgust...@luizgustavo.pro.br
   escreveu:
 
   Opa ! muito bom !!! parabéns a você por embarcar no mundo BSD e ter
 esse
   espirito de empreender e apronfundar no assunto e não se abster de
 ficar
   fazendo ctrl+c/ctrl+v de tutorial.
  
   Esse é o ideal e o espirito da coisa, a qualidade na lista e em outros
   materiais do mundo bsd se da por causa desse espirito, normalmente quem
   entra nesse mundo, tem esse espirito.
  
   E vamo que vamo, mais um daemonzinho feliz na rede ;)
  
  Gostei da frase plagiei!!!
 
 
  
   Abraços
  
   Em Qui, 2011-12-08 às 09:39 -0200, Marcus Vinicius. escreveu:
Pessoal, só tenho uma palavra, em meio a várias, para definir a
 lista:
SENSACIONAL.
   
Eu não levava muita fé no FreeBSD de início, mas agora vendo todo o
   suporte
colaborativo que é dado ao mesmo, consigo ver suas qualidades
 através de
posts que o mesmo está muito próximo de algo ideal.
   
Gostaria de agradecer a todos vocês pela ajuda que me deram, muito
obrigado! Se eu souber algo, com certeza compartilharei. Vocês me
 deram
inspiração a compartilhar o conhecimento que adquiri com vocês
 mesmos! rs
   
   
Abraço e um bom final de ano a todos!
   
   
   
   
Em 7 de dezembro de 2011 14:20, Paulo Henrique BSD Brasil 
paulo.rd...@bsd.com.br escreveu:
   
 Em 07/12/2011 12:54, Luiz Otavio O Souza escreveu:
  On Dec 7, 2011, at 12:16 AM, Paulo Henrique wrote:
 
  Desculpa, vi a mensagem agora,
  Bom de fato usar GPT tem suas vantagens, porem tenho o problema
   serio de
  resiliencia a mudanças, se o disco é menor do que o limite da
 MBR
   eu uso
  MBR se for maior eu uso GPT.
  Não sou especialista no assunto ( estou mais para leigo), porem
 considere
  que quando mais complexo mais recurso demanda para operar.
  A MBR é nativa nos discos menores que 2.2Tb, evita que o sistema
   tenha
 que
  calcular o endereçamento do block, assim como GPT é
 implementado em
 nivel
  de sistema ( modulo de kernel ) e se é codigo no kernel demanda
 CPU
   para
  calculos de posionamento.
  A diferença pode ser infime ( ou até proximo de inexistente )
   contudo
 só o
  fato da CPU necessitar do sistema para compreender o disco é um
   tempo
 que
  na MBR não existe.
  Obs. É consideração pessoal não li muito sobre o GPT e nem
 executei
  bechmarks quanto a isso .
 
 
  Abraços e se estiver errado por favor sou leigo adoraria obter a
   opnião
 dos
  senhores quanto a isso !!
 
  Paulo,
 
  Há um equivoco da sua parte aqui, o GPT não altera em nada o
 'caminho
 crítico' do acesso ao disco e também não adiciona nenhuma
 complexidade
 desnecessária...
 
  A MBR e o GPT são apenas tabelas salvas no disco que dizem onde
   começa e
 onde termina cada partição (ponto). A diferença entre elas é que a
 MBR
 utiliza inteiros de 32 bits para armazenar os endereços de início e
   tamanho
 de cada partição enquanto o GPT utiliza inteiros de 64 bits.
 
  Fora isso o GPT suporta até 128 partições nativamente (contra as
 4 do
 MBR) e também mantém um cópia extra (backup) dessa tabela no ultimo
   setor
 do disco.
 
  E na verdade o GPT reduz (geralmente) uma layer do sistema GEOM
 clássico. Onde você normalmente teria: disco -  MBR -  BSD
 (labels),
   você
 pode utilizar apenas: disco -  GPT (por conta das 128 partições
   nativas).
 
  Porém é pouco provável que isso seja perceptível em 99,99% dos
   sistemas
 já que o código 

Re: [FUG-BR] Particionamento incorreto do próprio FreeBSD 8

2011-12-09 Por tôpico Luiz Gustavo
Então, como você instalou GPT + ZFS, o que você vai usar para
particionar vai ser o ZFS...

coloquei entre aspas porque nem é um conceito de partição no ZFS.

Aconselho a ler mais sobre ZFS pra entender o conceito dele.

Mas em resumo, sim, vai poder fazer operações de alteração de tamanho,
compactação, etc .. sem precisar parar a produção do servidor.

Abraços

Em Sex, 2011-12-09 às 18:34 -0200, Marcus Vinicius. escreveu:
 Acho que o GPT encontra-se no FreeBSD 8.2 também. O grande problema que
 estava encontrando é que não sabia aonde colocar o driver da controladora
 (rr2640x4).
 
 Não instalei o BSD a partir do DVD original que é oferecido no site, mas
 sim através da dica do Luiz Gustavo, usando a iso do MFSBSD que já instala
 o SO com o particionamento GPT e dimensões padrões. Agora, Luiz, é possível
 mesmo eu trabalhar com as partições GPT com o sistema em funcionamento e
 sem tem que desmontá-las?
 
 
 
 Em 9 de dezembro de 2011 10:20, Luiz Gustavo luizgust...@luizgustavo.pro.br
  escreveu:
 
  Opa !
 
   E vamo que vamo, mais um daemonzinho feliz na rede ;)
   
   Gostei da frase plagiei!!!
 
  Na onda dos royalties do petroleo, vou pedir o meu também :p
 
 
  A mesma inicializada em placas sem suporte a UEFI, pois no linux HDs
   maiores de 2.2 só como o grub2 e pelo que entendi tem que ter UEFI, os
   outros gerenciadores de boot reclamam e nem instala.
 
  Então, tem toda uma parte técnica envolvida nisso que pode detalhar bem
  isso, não da pra eu fazer agora por falta de tempo. Mas em resumo, o GPT
  veio para atualizar o suporte a tudo isso, discos e conceitos novos que
  tem no mercado.
 
  Pode usar de boa, inclusive em ambiente de produção ;) ... ele ta no
  fbsd desde da familia 7.x
 
  Abraços
 
  Em Sex, 2011-12-09 às 08:44 -0200, Paulo Henrique escreveu:
   Em 8 de dezembro de 2011 09:45, Luiz Gustavo 
  luizgust...@luizgustavo.pro.br
escreveu:
  
Opa ! muito bom !!! parabéns a você por embarcar no mundo BSD e ter
  esse
espirito de empreender e apronfundar no assunto e não se abster de
  ficar
fazendo ctrl+c/ctrl+v de tutorial.
   
Esse é o ideal e o espirito da coisa, a qualidade na lista e em outros
materiais do mundo bsd se da por causa desse espirito, normalmente quem
entra nesse mundo, tem esse espirito.
   
E vamo que vamo, mais um daemonzinho feliz na rede ;)
   
   Gostei da frase plagiei!!!
  
  
   
Abraços
   
Em Qui, 2011-12-08 às 09:39 -0200, Marcus Vinicius. escreveu:
 Pessoal, só tenho uma palavra, em meio a várias, para definir a
  lista:
 SENSACIONAL.

 Eu não levava muita fé no FreeBSD de início, mas agora vendo todo o
suporte
 colaborativo que é dado ao mesmo, consigo ver suas qualidades
  através de
 posts que o mesmo está muito próximo de algo ideal.

 Gostaria de agradecer a todos vocês pela ajuda que me deram, muito
 obrigado! Se eu souber algo, com certeza compartilharei. Vocês me
  deram
 inspiração a compartilhar o conhecimento que adquiri com vocês
  mesmos! rs


 Abraço e um bom final de ano a todos!




 Em 7 de dezembro de 2011 14:20, Paulo Henrique BSD Brasil 
 paulo.rd...@bsd.com.br escreveu:

  Em 07/12/2011 12:54, Luiz Otavio O Souza escreveu:
   On Dec 7, 2011, at 12:16 AM, Paulo Henrique wrote:
  
   Desculpa, vi a mensagem agora,
   Bom de fato usar GPT tem suas vantagens, porem tenho o problema
serio de
   resiliencia a mudanças, se o disco é menor do que o limite da
  MBR
eu uso
   MBR se for maior eu uso GPT.
   Não sou especialista no assunto ( estou mais para leigo), porem
  considere
   que quando mais complexo mais recurso demanda para operar.
   A MBR é nativa nos discos menores que 2.2Tb, evita que o sistema
tenha
  que
   calcular o endereçamento do block, assim como GPT é
  implementado em
  nivel
   de sistema ( modulo de kernel ) e se é codigo no kernel demanda
  CPU
para
   calculos de posionamento.
   A diferença pode ser infime ( ou até proximo de inexistente )
contudo
  só o
   fato da CPU necessitar do sistema para compreender o disco é um
tempo
  que
   na MBR não existe.
   Obs. É consideração pessoal não li muito sobre o GPT e nem
  executei
   bechmarks quanto a isso .
  
  
   Abraços e se estiver errado por favor sou leigo adoraria obter a
opnião
  dos
   senhores quanto a isso !!
  
   Paulo,
  
   Há um equivoco da sua parte aqui, o GPT não altera em nada o
  'caminho
  crítico' do acesso ao disco e também não adiciona nenhuma
  complexidade
  desnecessária...
  
   A MBR e o GPT são apenas tabelas salvas no disco que dizem onde
começa e
  onde termina cada partição (ponto). A diferença entre elas é que a
  MBR
  utiliza inteiros de 32 bits para armazenar os endereços de início e
tamanho
  de cada partição 

[FUG-BR] servidor de e-mail de alta disponibilidade

2011-12-09 Por tôpico Anderson Alves de Albuquerque
 Alguém indica uma solução para freebsd para  servidor de e-mail de alta
disponibilidade? algo em torno de 40 mil pessoas com 1 GB/conta.



-- 
[], Anderson Alves de Albuquerque.
---
E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @)
andersonaa#gmail.com (replace # by @)
ICQ: 73222660
---
-
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 de e-mail de alta disponibilidade

2011-12-09 Por tôpico Paulo Henrique
Cara não sei, mais podemos avaliar ferramentas para se atingir, porem
prepara-se para estudar.

Gosto muito do Qmail, mais creio que o Postfix seria o que poderia lhe
atender melhor devido a gerenciamento mais prático !!
Sou fã do UFS porem ZFS é o que precisa afinal 40.000 x 1.000.000.000 =
40Tbytes.
Sou fã de MBR porem nesse tamanho só GPT mesmo.
Sou fã do Xeon, porem creio que o Itanium seria o processador mais indicado.
Adoraria ter sei lá um servidor com 64Gygabytes ou até mesmo os 192Gbytes
de memoria ram.
Concideraria que Base de dados de autenticação possivelmente seria um
postgresql em outro servidor com o mesmo nipe do MTA.
Assim como consideraria que um cluster de WEB para webmail teria quer ser
implementado assim como uma divisão clara em Apache22 no nucleo do PHP e um
lighthttpd ou mesmo um ningxs seria para as partes estaticas.
Embora eu goste de sua premissa de custo e coloque custo nisso, 2
Quad-Socket, Duo Core Itanium II S9000 creio que está fora de cogitação
mais 8 Servidores baseados em Intel Server S7000 com 4 Xeon Octo-core e
96Gbytes de ram em cada utilizando uma storage baseada em iSCSI montada com
pelo menos duas Dec-Gigabit Intel 82599, sendo uma para sincronismo do
Filesystem em que pode caso possivel o Geom Gate e uma ou mesmo duas
dedicadas para acesso do cluster MTA/DB/WEBMAIl seria interessantes.

Agora desculpe-me mais isso é hipoteticos, seria um case cujo apenas a
Yahoo até onde sei é que possui em produção e metade se não boa parte do
que está lá poucos aqui sabem, e esse ainda tem um problema seria de
Profissionalismo para poder divulgar dados que irá lhe guiar.

As considerações acima são inicio de partida, não tenho conhecimento
suficiente para se quer poder estar analisando diretamente avaliações de
performace e requesitos de gerencia e diversos outros fatores cuja uma MTA
desse tamanho possa vir a necessitar.

Algumas coisas creio que seja factives, como usar sistema baseado em S7000
com 4 Processadores Intel Xeon serie 5000 ou mesmo superiores, com no
minimo 64 Gigabytes de ram, com pelo menos duas ou três placas Intel
Deca-Gigabit nos storages, e um bom investimento em tecnologia de cluster
Ativo/Passivo ou Ativo/Ativo ( estou bebado para diferencial plenamente os
termos ).

Me esquecendo considere pelo menos 2 Gygabit de links com pelo menos 2
operadoras nacionais e 1 operadora internacinal.
Um roteador Cisco 7200 ou mesmo um 12K embora eu prefira um Junniper m40 ou
M80.

Outro fator bom a se considerar é que 1Gbyte de espaço será hoje amanhã
poderá ser pelo menos 3 Gigabyte então nada de economia nos servidores que
serão storages.

Dica pelo custo total, avalie a Google Apps ou Azure.
Com essa quandidade pode ser possivel que a Google faça cada conta a $45,00
o que lhe daria anualmente $180 e ainda de quebra muito mais banda,
sistemas de backups e estaria com uma estrutura de pelo menos 98,94% de
disponibilidade.
Alem é claro de gerencia prática !!

Att e espero ter lhe colocado algum horizonte onde nem mesmo pode ser
considerado !!



Em 9 de dezembro de 2011 22:52, Anderson Alves de Albuquerque 
anderso...@gmail.com escreveu:

  Alguém indica uma solução para freebsd para  servidor de e-mail de alta
 disponibilidade? algo em torno de 40 mil pessoas com 1 GB/conta.



 --
 [], Anderson Alves de Albuquerque.
 ---
 E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @)
 andersonaa#gmail.com (replace # by @)
 ICQ: 73222660
 ---
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
:=)Paulo Henrique (JSRD)(=:

Alone,  locked, a survivor, unfortunately not know who I am
-
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 de e-mail de alta disponibilidade

2011-12-09 Por tôpico nervoso
uma pergunta: se for para montar esta super maquina 
nao daria para montar umas 40 maquinas e colocar o 
sistema de email rotado pelas maquinas???
ficaria 1000 (mil) contas de email por maquina com
1gB *1000 = 1TB por maquina... 
cada maquina com um 4 core e 8GB de memoria 2 discos de 2TB e zfs em
mirror backup usando snapshot... 
neste farm  um sistema de front end  com um 4 core
receberia o email e rotearia  para a maquina correta...

como software postfix ou sendmail
Antes que me fritem  eu tenho o sendmail + cyrus + saslauthd rodando
em maquinas com 2000 contas (4 cores) e roda a muito tempo sem
problemas


[]
Sergio




-
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 de e-mail de alta disponibilidade

2011-12-09 Por tôpico Paulo Henrique
O maior problema não é você distribuir diretamente as contas, mais manter
isso transparente para o usuário !!!
 E subalocar a coisa a um longo prazo daria teria um problema com gerencia.
Pode ser postfix, sendmail, qmail, a MTA será o menor dos consumidores,
pois o WebMail terá que usar Ajax, terá que disponibilizar muitas coisa
para renda.

Isso considerando um crescimo breve de 2 anos, imagine uma estrutura de
4 contas iniciais daqui a 3 , 4 anos.
Com um crescimento de 10% ao ano em 2015 a estrutura de filesystem teria
que comportar pelo menos não 40Tbytes mais sim pelo menos 53Tbytes.

Montar a iniciar pode até ser facil mais analisar as perspectivas de
crescimento, as suas curvas de nivel em 6 meses, 1 anos, 1,1/2 Ano, 2 Anos
e assim por diante  não é a mesma coisa.
Tem que considerar pelo menos 30% de recursos alocaveis para medidas de
Boom!!!
Tem que considerar que a estrutura tem que ser resiliente a quedas de
conectividade ( dificil no Brasil).
Tem que considerar que daqui a 4 anos os servidores estarão obsoletos e o
custo de manutenção terá aumentado.
Tem tantos fatores a considerar que uma mensagem dessa na lista faz (pelo
menos eu como mero e insignificante administrador de sistemas BSDs ) rir de
minha própria ignorancia e ter esquecido tantos fatores no primeiro e-mail.

Uma solução desse tamanho não pode nunca ser baseado em mensagens de uma
lista de discussão, por um administrador de sistema que ao meu ver não ter
nem ponto de partida para postar a mensagem deveria de fato ter aberto a
thread.

( Opnião de profissional ) Sr. Albuquerque, a melhor opção para o Sr. é
partir para Nuvens da Google, Azure, Amazon e deixar que custo de hardware,
banda e gerenciamento de baixo nivel fique com eles, e se não é um
conhecedor pleno da Solução da Yahoo !!! melhor deixar FreeBSD como 2º ou
3º Alternativa.

( Opnião de usuário/Administrador de Sistemas BSDs ) tem vaga para a equipe
?


Att.

Em 10 de dezembro de 2011 01:44, nervoso nerv...@unixarea.com.br escreveu:

 uma pergunta: se for para montar esta super maquina
 nao daria para montar umas 40 maquinas e colocar o
 sistema de email rotado pelas maquinas???
 ficaria 1000 (mil) contas de email por maquina com
 1gB *1000 = 1TB por maquina...
 cada maquina com um 4 core e 8GB de memoria 2 discos de 2TB e zfs em
 mirror backup usando snapshot...
 neste farm  um sistema de front end  com um 4 core
 receberia o email e rotearia  para a maquina correta...

 como software postfix ou sendmail
 Antes que me fritem  eu tenho o sendmail + cyrus + saslauthd rodando
 em maquinas com 2000 contas (4 cores) e roda a muito tempo sem
 problemas


 []
 Sergio




 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
:=)Paulo Henrique (JSRD)(=:

Alone,  locked, a survivor, unfortunately not know who I am
-
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 de e-mail de alta disponibilidade

2011-12-09 Por tôpico nervoso
Em Sáb, 2011-12-10 às 01:21 -0200, Paulo Henrique escreveu:

 
   Alguém indica uma solução para freebsd para  servidor de e-mail de
 alta
  disponibilidade? algo em torno de 40 mil pessoas com 1 GB/conta.
 
 

como disse no email anterior, eu gosto mais de uma 
solucao distribuida em que em vez de ter uma maquina com 40 mil
usuarios,
eu teria 40 maquinas com 1000 usuarios...
várias razoes:
1) o investimento pode ser feito a medida que os usuarios chegam
2) é escalar, pois se precisar de mais usuarios é so alocar mais
maquinas
3) uma pane em uma maquina nao para o sistema como um todo
...
claro que ha a desvantagem de gerenciamento
Para isso, monta-se uma maquina front end em que
roteia os email para as respectivas maquinas assim o
usuário veria somente UMA maquina (UM endereco IP).
os usuarios seriam autenticados atravez de sasl com backend
em banco de dados... O banco de dados, usando stored procedure,
sabe em qual maquina esta qual email/usuario.

veja que estou supondo uma solucao SEM WEBMAIL...  pois
os softwares que tenho utilizado usam extensivamente IMAP.

custo de cada maquina aprox R$1600,00 (incluindo o custo de
conexao)... o que daria R$64000,00. colocando uns R$3,00
de infra estrutura (rack, switch, nobreak...)  fica em R$94000,00 
o sistema...

agora falta a ligacao com a internet... precisa ver quantos usuarios
simuntaneos... vamos supor uns 10% com velocidade de acesso de 1Mbit...
temos entao 4000 usuarios a 1Mbit= 4gbits... com a internet...
veja que a a carga ainda pode ser distribuida em varios enderecos IP
tipo assim xxx.com.br aponta para 10 enderecos IP...
onde cada maquina (10) mapearia 4000 usuarios... 

Sergio.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd