Re: [FUG-BR] ref duvida servidor DHCP

2013-01-24 Por tôpico Eduardo Schoedler 
Se nao é outra interface, então da problema.

--
Eduardo Schoedler
Enviado via iPhone


Em 24/01/2013, às 13:19, Denis Granato  escreveu:

> Boa tarde Eduardo,
> 
> Foi só para explicar mas seria um segundo ip na bge0  , tipo eth0:1 no linux
> 
> abs
> 
> 
> 2013/1/24 Eduardo Schoedler 
> 
>> Em 24 de janeiro de 2013 11:20, Denis Granato >> escreveu:
>> 
>>> Bom dia Galera,
>>> 
>>> Irei configurar um servidor DHCP e queria tirar uma dúvida
>>> 
>>> Consigo colocar ele em uma interface bge0_alias0 por exemplo?
>>> 
>>> Se sim, o que preciso para as redes da bge0 e bge0_alias conversarem?
>>> 
>>> obrigado desde já
>> 
>> bge0_alias é que tipo de interface exatamente? Uma vlan?
>> 
>> --
>> Eduardo Schoedler
>> -
>> 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] pkg_add

2013-01-24 Por tôpico Renato Frederick 


Em 24/01/13 17:56, Renato Botelho escreveu:
> On Thu, Jan 24, 2013 at 5:48 PM, Renato Frederick
>  wrote:
>> Pessoal, olás de novo :)
>>
>> Tem alguma peculiaridade em instalar pacotes no freebsd 9.1?
>>
>> o relase é:
>>
>>9.1-RELEASE FreeBSD 9.1-RELEASE #0
>>
>> Fiz o feijão com arroz de sempre, instalei o free 9.1 e ao tentar baixar
>> um binário, por exemplo o sudo:
>>
>># pkg_add -r -v sudo
> Até onde sei não temos o repo de packages do 9.1, acho que foi
> esse que rolou aquela invasão e tal.
>
> Tenta setar o PKGPATH apontando pro repo do 9-stable.
>
> []s
> --

Opa Garga!


Então, eu vi que no FTP não tem do 9.1, achei estranho e preferi mandar 
email, hehehhee. Foi por este motivo então? Não tinha me ligado aos fatos!


Será que vai demorar muito tempo para fazerem de novo os binários?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] pkg_add

2013-01-24 Por tôpico Renato Botelho 
On Thu, Jan 24, 2013 at 5:48 PM, Renato Frederick
 wrote:
> Pessoal, olás de novo :)
>
> Tem alguma peculiaridade em instalar pacotes no freebsd 9.1?
>
> o relase é:
>
>   9.1-RELEASE FreeBSD 9.1-RELEASE #0
>
> Fiz o feijão com arroz de sempre, instalei o free 9.1 e ao tentar baixar
> um binário, por exemplo o sudo:
>
>   # pkg_add -r -v sudo

Até onde sei não temos o repo de packages do 9.1, acho que foi
esse que rolou aquela invasão e tal.

Tenta setar o PKGPATH apontando pro repo do 9-stable.

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

[FUG-BR] pkg_add

2013-01-24 Por tôpico Renato Frederick 
Pessoal, olás de novo :)

Tem alguma peculiaridade em instalar pacotes no freebsd 9.1?

o relase é:

  9.1-RELEASE FreeBSD 9.1-RELEASE #0

Fiz o feijão com arroz de sempre, instalei o free 9.1 e ao tentar baixar 
um binário, por exemplo o sudo:

  # pkg_add -r -v sudo
scheme:   [ftp]
user: []
password: []
host: [ftp.freebsd.org]
port: [0]
document: [/pub/FreeBSD/ports/amd64/packages-9.1-release/Latest/sudo.tbz]
---> ftp.freebsd.org:21
looking up ftp.freebsd.org
connecting to ftp.freebsd.org:21
<<< 220 beastie.tdk.net FTP server (Version 6.00LS) ready.
 >>> USER anonymous
<<< 331 Guest login ok, send your email address as password.
 >>> PASS XX
<<< 230 Guest login ok, access restrictions apply.
 >>> PWD
<<< 257 "/" is current directory.
 >>> CWD pub/FreeBSD/ports/amd64/packages-9.1-release/Latest
<<< 550 pub/FreeBSD/ports/amd64/packages-9.1-release/Latest: No such 
file or directory.
 >>> CWD pub
<<< 250 CWD command successful.
 >>> CWD FreeBSD
<<< 250 CWD command successful.
 >>> CWD ports
<<< 250 CWD command successful.
 >>> CWD amd64
<<< 250 CWD command successful.
 >>> CWD packages-9.1-release
<<< 550 packages-9.1-release: No such file or directory.
 >>> QUIT
<<< 221 Goodbye.
Error: Unable to get 
ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9.1-release/Latest/sudo.tbz:
 
File unavailable (e.g., file not found, no access)
pkg_add: unable to fetch 
'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9.1-release/Latest/sudo.tbz'
 
by URL
pkg_add: 1 package addition(s) failed
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Implementação de servidor de DNS

2013-01-24 Por tôpico Antônio Pessoa 
Pessoal, vamos tentar seguir as regras da lista e evitar o
top-posting, o histórico é um dos maiores patrimônios da FUG e está
ficando bagunçado por conta desta prática. Exemplo:

http://www.fug.com.br/historico/html/freebsd/2013-01/msg00255.html

Isso no caso de uma thread pequena, e já não dá para entender quem
está respondendo quem, imagine em uma thread maior e mais complexa.
Nas regras da lista existe mais exemplos do problema que isso traz. A
regra, para quem não conhece ou não lembra, está transcrita abaixo:


9. Não responda no topo da mensagem anterior (top posting)

Quando for responder um e-mail coloque sua resposta ABAIXO da mensagem
original. Isso garante que quem ler sua mensagem irá seguir a
seqüência LÓGICA de ler a pergunta e DEPOIS a resposta. É muito ruim
para a compreensão da mensagem ter de ler a resposta e depois a
pergunta.

Além de responder abaixo da mensagem anterior você também pode optar
por responder no meio desta. Por exemplo:

== EXEMPLO ===

Joaozinho escreveu:
>
> Como apago um arquivo no FreeBSD ?

No FreeBSD não há diferença, utilize o rm.

> E para mover o arquivo ? Tem alguma comando especial
> diferente do Linux ? É só arrastar e soltar igual no
> Windows ?

Mesma coisa, utilize o mv.

Zezinho

== EXEMPLO ===

Para ajudar na compreensão do problema que "top posting" gera, dê uma
olhada na coleção de exemplos reais sobre como fica confuso ler
e-mails respondidos dessa forma, na seguinte mensagem:

http://www.fug.com.br/historico/html/freebsd/2006-05/msg00116.html

Fonte: http://www.fug.com.br/content/view/20/69/


--
Atenciosamente,

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

Re: [FUG-BR] Implementação de servidor de DNS

2013-01-24 Por tôpico Ricardo Tweeg 
Pelo que sei, o bind (implementação livre do protocolo DNS) que usamos foi 
desenvolvido em Berkeley junto ao BSD. (aceito correções dos amigos da lista)  
:-D
Ou seja, temos mais de 40 anos de códigos BSD sendo aperfeiçoado a cada dia que 
passa e servindo o mundo.
Temos a implementação de DNS testada e desenvolvida em código BSD desde o 
início dos tempos (isso já diz tudo).
Este é um dos diversos motivos em que eu primeiramente olho para o FreeBSD 
quando preciso implementar alguma coisa.
Não tirando o mérito do Linux, mas ele esta ae na praça desde 91.
O BSD já esta muito mais maduro (e por tanto mais auditado) do que o Linux.
Quanto a linha de aprendizado, não vai ser difícil (Tem a lista  FUG-BR para 
ajudar).
Tem o Handbook para ajudar - 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/
Tem  diversas outras documentações na rede...


Esta é a minha humilde opinião.

Acredito que os colegas da lista vão contribuir com mais informações.

Abraços


 
 
Atenciosamente,

Ricardo Tweeg




>
> De: Adonai Silveira Canez 
>Para: Lista FreeBSD  
>Enviadas: Quinta-feira, 24 de Janeiro de 2013 13:31
>Assunto: [FUG-BR] Implementação de servidor de DNS
> 
>Boa tarde a todos,
>
>pessoal estou fazendo um projeto de migração da infraestrutura de DNS da
>minha empresa, e atualmente temos 4 servidores RedHat.
>A principio vamos migrar para CentOS ou Ubuntu, mas eu gostaria de
>verificar a possibilidade de utilizar o FreeBSD, até onde eu sei o FreeBSD
>é uma das melhores distribuições para essa finalidade, mas não tenho
>informações concretas sobre isso.
>Por isso gostaria de saber se esse melhor desempenho compensa o esforço de
>utilizar uma distribuição que o pessoal não está acostumado a administrar,
>já que nós trabalhamos mais com CentOS, Ubuntu e Red Hat.
>Também gostaria de saber das desvantagens que posso ter ao utilizar o
>FreeBSD.
>
>Adonai S. Canez
>-
>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] Implementação de servidor de DNS

2013-01-24 Por tôpico Danilo Neves 
Acredito que você não vai ter desvatagem.
Se a pessoa administra o DNS  em Linux, no FreeBSD não vai ter dificuldades.

Em 24 de janeiro de 2013 13:47, Danilo Neves escreveu:

> O nosso f root Server o DNS da América Latina é FreeBSD, e a entidade
> responsável por isso é o Registro.br e ISC.com.
> Documentação do f-root-server no Brasil:
> http://registro.br/anuncios/20030820.html
>
>
> Site da ISC entidade criada por Paul Vixie criador do BIND e dando
> referência para o FreeBSD:
> https://lists.isc.org/mailman/listinfo
>
>
>
>
>
>
>
> Em 24 de janeiro de 2013 13:31, Adonai Silveira Canez <
> adonaica...@gmail.com> escreveu:
>
> Boa tarde a todos,
>>
>> pessoal estou fazendo um projeto de migração da infraestrutura de DNS da
>> minha empresa, e atualmente temos 4 servidores RedHat.
>> A principio vamos migrar para CentOS ou Ubuntu, mas eu gostaria de
>> verificar a possibilidade de utilizar o FreeBSD, até onde eu sei o FreeBSD
>> é uma das melhores distribuições para essa finalidade, mas não tenho
>> informações concretas sobre isso.
>> Por isso gostaria de saber se esse melhor desempenho compensa o esforço de
>> utilizar uma distribuição que o pessoal não está acostumado a administrar,
>> já que nós trabalhamos mais com CentOS, Ubuntu e Red Hat.
>> Também gostaria de saber das desvantagens que posso ter ao utilizar o
>> FreeBSD.
>>
>> Adonai S. Canez
>> -
>> 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] Implementação de servidor de DNS

2013-01-24 Por tôpico Danilo Neves 
O nosso f root Server o DNS da América Latina é FreeBSD, e a entidade
responsável por isso é o Registro.br e ISC.com.
Documentação do f-root-server no Brasil:
http://registro.br/anuncios/20030820.html


Site da ISC entidade criada por Paul Vixie criador do BIND e dando
referência para o FreeBSD:
https://lists.isc.org/mailman/listinfo







Em 24 de janeiro de 2013 13:31, Adonai Silveira Canez  escreveu:

> Boa tarde a todos,
>
> pessoal estou fazendo um projeto de migração da infraestrutura de DNS da
> minha empresa, e atualmente temos 4 servidores RedHat.
> A principio vamos migrar para CentOS ou Ubuntu, mas eu gostaria de
> verificar a possibilidade de utilizar o FreeBSD, até onde eu sei o FreeBSD
> é uma das melhores distribuições para essa finalidade, mas não tenho
> informações concretas sobre isso.
> Por isso gostaria de saber se esse melhor desempenho compensa o esforço de
> utilizar uma distribuição que o pessoal não está acostumado a administrar,
> já que nós trabalhamos mais com CentOS, Ubuntu e Red Hat.
> Também gostaria de saber das desvantagens que posso ter ao utilizar o
> FreeBSD.
>
> Adonai S. Canez
> -
> 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] ref duvida servidor DHCP

2013-01-24 Por tôpico Denis Granato 
Boa tarde Eduardo,

Foi só para explicar mas seria um segundo ip na bge0  , tipo eth0:1 no linux

abs


2013/1/24 Eduardo Schoedler 

> Em 24 de janeiro de 2013 11:20, Denis Granato  >escreveu:
>
> > Bom dia Galera,
> >
> > Irei configurar um servidor DHCP e queria tirar uma dúvida
> >
> > Consigo colocar ele em uma interface bge0_alias0 por exemplo?
> >
> > Se sim, o que preciso para as redes da bge0 e bge0_alias conversarem?
> >
> > obrigado desde já
> >
>
> bge0_alias é que tipo de interface exatamente? Uma vlan?
>
> --
> Eduardo Schoedler
> -
> 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] ref duvida servidor DHCP

2013-01-24 Por tôpico Eduardo Schoedler 
Em 24 de janeiro de 2013 11:20, Denis Granato escreveu:

> Bom dia Galera,
>
> Irei configurar um servidor DHCP e queria tirar uma dúvida
>
> Consigo colocar ele em uma interface bge0_alias0 por exemplo?
>
> Se sim, o que preciso para as redes da bge0 e bge0_alias conversarem?
>
> obrigado desde já
>

bge0_alias é que tipo de interface exatamente? Uma vlan?

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

Re: [FUG-BR] Atualização 7.4 -> 8.X

2013-01-24 Por tôpico Vinícius Zavam 
2013/1/24 Renato Botelho 

> 2013/1/24 Renato Botelho :
> > 2013/1/24 Tiago Ribeiro :
> >> Bom dia, sempre atualizo meus servidores, mais mantenho na mesma familia
> >> (6.X, 7.X, 8.X ou 9.X), estou pensando em atualizar um 7.4-STABLE para
> um
> >> 8.X.
> >>
> >> Motivo: Muitos problemas com ZFS, e acho que atualizando para 8.X vou
> ter
> >> boas melhoras.
> >>
> >> Problema: Preciso fazer remotamente.
> >>
> >> Duvida: Vou direto para o 8.3 ou primeiro para o 8.0 depois vou
> atualizando
> >> de um em um 8.1, 8.2, 8.3 ?
> >>
> >> OBS: Vou fazer via svn .
> >>
> >> O que acham? Vai ser um tiro na testa? ou vai ser uma boa?
> >
> > Oi Tiago,
> >
> > É mesmo legal você sair da 7.x, pois ela vai deixar de ser suportada
> > no próximo mês.
> >
> > Já fiz atualizações remotas muitas vezes, e existem meios de você
> > se precaver pra evitar problemas maiores.
> >
> > A primeira medida é ler cautelosamente o anúncio no 8.0-RELEASE [1],
> > nele você vai encontrar as principais diferenças entre os major version.
> > Esse é um passo bem importante, eu me lembro quando foi do 6 pro 7
> > se não me engano, e um parâmetro que eu usava no fstab deixou de
> > ser suportado (nodev eu acho) e eu acabei deixando isso passar e quando
> > bootei de volta não montava mais as partições.
> >
> > Eu atualizei vários servers de 7 pra 8 e não me lembro de nada tão
> > dramático. Mesmo assim, recomendo a leitura.
> >
> > Um mecanismo que pode te salvar a vida é o nextboot(8), basicamente
> > o que ele faz é setar um kernel alternativo para ser usado apenas no
> > próximo boot. Então você instala o kernel do 8.x em /boot/kernel8 e
> > manda o próximo boot ser feito por ele, se der pau e o servidor não
> > voltar, basta pedir pra alguém reiniciar a máquina e ele vai bootar
> > novamente no kernel do 7.x.
> >
> > Aconselho você a já partir pro svn sim, e pode ir direto do 7-stable
> > pro 8-stable sem erro. Eu faria essa atualização da seguinte maneira:
> >
> > # cd /usr/ports/devel/subversion
> > # make install clean
> > # cd /usr
> > # chflags -R noschg obj/*
> > # rm -rf src/* src/.* obj/*
> > # svn co http://svn.freebsd.org/base/stable/8 src
> > # cd src
> > # make -s -j4 buildworld buildkernel
> > # mergemaster -Pp
> > # make KODIR=/boot/newkernel installkernel
>

# nextboot -k newkernel


> > # reboot
> >
> > Se a máquina não voltar, peça pra alguém local fazer um reboot
> > pra você e rm -rf /boot/newkernel. Se ela voltar, que é o mais
> > provável, prosiga:
> >
> > # cd /usr/src
> > # make installworld
> > # mergemaster -FPi
> > # cd /boot
> > # rm -rf kernel.old
> > # mv kernel kernel.old
> > # mv newkernel kernel
> > # reboot
>
> Esqueci de algo importante aqui. :)
>
> Quando se muda de uma major version pra outra, algumas libs
> mudam de versão, então você precisa recompilar os ports para
> que eles sejam linkados com as novas versões. Depois disso
> você pode eliminar as libs velhas do sistema. Os passos seriam:
>
> # portmaster -afD
>
> Se por acaso o processo parar no meio devido a algum problema
> e você quiser continuar de onde parou basta rodar o mesmo
> comando novamente acrescentando o -R:
>
> # portmaster -afDR
>
> Depois que tiver recompilado tudo, basta rodar os seguintes
> comandos para remover as libs e binarios antigos:
>
> # cd /usr/src
> # make -DBATCH_DELETE_OLD_FILES delete-old delete-old-libs
>
> Agora acho que terminou.
>
> []s
> --
> Renato Botelho
>


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

[FUG-BR] ref duvida servidor DHCP

2013-01-24 Por tôpico Denis Granato 
Bom dia Galera,

Irei configurar um servidor DHCP e queria tirar uma dúvida

Consigo colocar ele em uma interface bge0_alias0 por exemplo?

Se sim, o que preciso para as redes da bge0 e bge0_alias conversarem?

obrigado desde já

abraç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] Atualização 7.4 -> 8.X

2013-01-24 Por tôpico Tiago Ribeiro 
Em 24 de janeiro de 2013 11:00, Otavio Augusto escreveu:

> Em 24 de janeiro de 2013 10:48, Claudio Pereira
>  escreveu:
> > 2013/1/24 Renato Botelho 
> >
> >>
> >> Esqueci de algo importante aqui. :)
> >>
> >> Quando se muda de uma major version pra outra, algumas libs
> >> mudam de versão, então você precisa recompilar os ports para
> >> que eles sejam linkados com as novas versões. Depois disso
> >> você pode eliminar as libs velhas do sistema. Os passos seriam:
> >>
> >> # portmaster -afD
> >>
> >> Se por acaso o processo parar no meio devido a algum problema
> >> e você quiser continuar de onde parou basta rodar o mesmo
> >> comando novamente acrescentando o -R:
> >>
> >> # portmaster -afDR
> >>
> >> Depois que tiver recompilado tudo, basta rodar os seguintes
> >> comandos para remover as libs e binarios antigos:
> >>
> >> # cd /usr/src
> >> # make -DBATCH_DELETE_OLD_FILES delete-old delete-old-libs
> >>
> >> Agora acho que terminou.
> >>
> >>
> > Complementando sobre as dependencias das Libs, use o pkg_libchk para ver
> se
> > não ficou algum pacote com dependencia quebrada.
> >
> > Instale o port bsdadminscripts:
> >
> > # cd /usr/ports/sysutils/bsdadminscripts
> > # make install clean distclean
> >
> > E procure pelos pacotes quebrados e seja feliz:
> >
> > # pkg_libchk -q -r
> >
> > Referencia:
> >
> http://www.bsdinfo.com.br/2012/04/22/como-saber-de-forma-rapida-e-pratica-se-perdeu-alguma-lib-importante/
> >
> > Abraços, IndioX
> > --
> > Claudio P Costa
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> Gostei desta thread da pra fazer um artigo com ela.
>
>
Muito boas as respostas, mais to achando q me precipitei , e fui mexer no
ZFS e
fiz m na máquina, agora to sem acesso, assim que ela voltar vou fazer a
atualização e informo vocês.

Obrigado a todos.

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

Re: [FUG-BR] Atualização 7.4 -> 8.X

2013-01-24 Por tôpico Otavio Augusto 
Em 24 de janeiro de 2013 10:48, Claudio Pereira
 escreveu:
> 2013/1/24 Renato Botelho 
>
>>
>> Esqueci de algo importante aqui. :)
>>
>> Quando se muda de uma major version pra outra, algumas libs
>> mudam de versão, então você precisa recompilar os ports para
>> que eles sejam linkados com as novas versões. Depois disso
>> você pode eliminar as libs velhas do sistema. Os passos seriam:
>>
>> # portmaster -afD
>>
>> Se por acaso o processo parar no meio devido a algum problema
>> e você quiser continuar de onde parou basta rodar o mesmo
>> comando novamente acrescentando o -R:
>>
>> # portmaster -afDR
>>
>> Depois que tiver recompilado tudo, basta rodar os seguintes
>> comandos para remover as libs e binarios antigos:
>>
>> # cd /usr/src
>> # make -DBATCH_DELETE_OLD_FILES delete-old delete-old-libs
>>
>> Agora acho que terminou.
>>
>>
> Complementando sobre as dependencias das Libs, use o pkg_libchk para ver se
> não ficou algum pacote com dependencia quebrada.
>
> Instale o port bsdadminscripts:
>
> # cd /usr/ports/sysutils/bsdadminscripts
> # make install clean distclean
>
> E procure pelos pacotes quebrados e seja feliz:
>
> # pkg_libchk -q -r
>
> Referencia:
> http://www.bsdinfo.com.br/2012/04/22/como-saber-de-forma-rapida-e-pratica-se-perdeu-alguma-lib-importante/
>
> Abraços, IndioX
> --
> Claudio P Costa
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Gostei desta thread da pra fazer um artigo com ela.

--
Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Atualização 7.4 -> 8.X

2013-01-24 Por tôpico Claudio Pereira 
2013/1/24 Renato Botelho 

>
> Esqueci de algo importante aqui. :)
>
> Quando se muda de uma major version pra outra, algumas libs
> mudam de versão, então você precisa recompilar os ports para
> que eles sejam linkados com as novas versões. Depois disso
> você pode eliminar as libs velhas do sistema. Os passos seriam:
>
> # portmaster -afD
>
> Se por acaso o processo parar no meio devido a algum problema
> e você quiser continuar de onde parou basta rodar o mesmo
> comando novamente acrescentando o -R:
>
> # portmaster -afDR
>
> Depois que tiver recompilado tudo, basta rodar os seguintes
> comandos para remover as libs e binarios antigos:
>
> # cd /usr/src
> # make -DBATCH_DELETE_OLD_FILES delete-old delete-old-libs
>
> Agora acho que terminou.
>
>
Complementando sobre as dependencias das Libs, use o pkg_libchk para ver se
não ficou algum pacote com dependencia quebrada.

Instale o port bsdadminscripts:

# cd /usr/ports/sysutils/bsdadminscripts
# make install clean distclean

E procure pelos pacotes quebrados e seja feliz:

# pkg_libchk -q -r

Referencia:
http://www.bsdinfo.com.br/2012/04/22/como-saber-de-forma-rapida-e-pratica-se-perdeu-alguma-lib-importante/

Abraços, IndioX
-- 
Claudio P Costa
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Atualização 7.4 -> 8.X

2013-01-24 Por tôpico Renato Botelho 
2013/1/24 Renato Botelho :
> 2013/1/24 Tiago Ribeiro :
>> Bom dia, sempre atualizo meus servidores, mais mantenho na mesma familia
>> (6.X, 7.X, 8.X ou 9.X), estou pensando em atualizar um 7.4-STABLE para um
>> 8.X.
>>
>> Motivo: Muitos problemas com ZFS, e acho que atualizando para 8.X vou ter
>> boas melhoras.
>>
>> Problema: Preciso fazer remotamente.
>>
>> Duvida: Vou direto para o 8.3 ou primeiro para o 8.0 depois vou atualizando
>> de um em um 8.1, 8.2, 8.3 ?
>>
>> OBS: Vou fazer via svn .
>>
>> O que acham? Vai ser um tiro na testa? ou vai ser uma boa?
>
> Oi Tiago,
>
> É mesmo legal você sair da 7.x, pois ela vai deixar de ser suportada
> no próximo mês.
>
> Já fiz atualizações remotas muitas vezes, e existem meios de você
> se precaver pra evitar problemas maiores.
>
> A primeira medida é ler cautelosamente o anúncio no 8.0-RELEASE [1],
> nele você vai encontrar as principais diferenças entre os major version.
> Esse é um passo bem importante, eu me lembro quando foi do 6 pro 7
> se não me engano, e um parâmetro que eu usava no fstab deixou de
> ser suportado (nodev eu acho) e eu acabei deixando isso passar e quando
> bootei de volta não montava mais as partições.
>
> Eu atualizei vários servers de 7 pra 8 e não me lembro de nada tão
> dramático. Mesmo assim, recomendo a leitura.
>
> Um mecanismo que pode te salvar a vida é o nextboot(8), basicamente
> o que ele faz é setar um kernel alternativo para ser usado apenas no
> próximo boot. Então você instala o kernel do 8.x em /boot/kernel8 e
> manda o próximo boot ser feito por ele, se der pau e o servidor não
> voltar, basta pedir pra alguém reiniciar a máquina e ele vai bootar
> novamente no kernel do 7.x.
>
> Aconselho você a já partir pro svn sim, e pode ir direto do 7-stable
> pro 8-stable sem erro. Eu faria essa atualização da seguinte maneira:
>
> # cd /usr/ports/devel/subversion
> # make install clean
> # cd /usr
> # chflags -R noschg obj/*
> # rm -rf src/* src/.* obj/*
> # svn co http://svn.freebsd.org/base/stable/8 src
> # cd src
> # make -s -j4 buildworld buildkernel
> # mergemaster -Pp
> # make KODIR=/boot/newkernel installkernel
> # reboot
>
> Se a máquina não voltar, peça pra alguém local fazer um reboot
> pra você e rm -rf /boot/newkernel. Se ela voltar, que é o mais
> provável, prosiga:
>
> # cd /usr/src
> # make installworld
> # mergemaster -FPi
> # cd /boot
> # rm -rf kernel.old
> # mv kernel kernel.old
> # mv newkernel kernel
> # reboot

Esqueci de algo importante aqui. :)

Quando se muda de uma major version pra outra, algumas libs
mudam de versão, então você precisa recompilar os ports para
que eles sejam linkados com as novas versões. Depois disso
você pode eliminar as libs velhas do sistema. Os passos seriam:

# portmaster -afD

Se por acaso o processo parar no meio devido a algum problema
e você quiser continuar de onde parou basta rodar o mesmo
comando novamente acrescentando o -R:

# portmaster -afDR

Depois que tiver recompilado tudo, basta rodar os seguintes
comandos para remover as libs e binarios antigos:

# cd /usr/src
# make -DBATCH_DELETE_OLD_FILES delete-old delete-old-libs

Agora acho que terminou.

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

[FUG-BR] Atualização 7.4 -> 8.X

2013-01-24 Por tôpico Tiago Ribeiro 
Bom dia, sempre atualizo meus servidores, mais mantenho na mesma familia
(6.X, 7.X, 8.X ou 9.X), estou pensando em atualizar um 7.4-STABLE para um
8.X.

Motivo: Muitos problemas com ZFS, e acho que atualizando para 8.X vou ter
boas melhoras.

Problema: Preciso fazer remotamente.

Duvida: Vou direto para o 8.3 ou primeiro para o 8.0 depois vou atualizando
de um em um 8.1, 8.2, 8.3 ?

OBS: Vou fazer via svn .

O que acham? Vai ser um tiro na testa? ou vai ser uma boa?

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

Re: [FUG-BR] Skype 4 no FreeBSD

2013-01-24 Por tôpico Tiago Ribeiro 
Em 24 de janeiro de 2013 09:22, Felipe Nogueira Oliva  escreveu:

> Eu ja tentei de tudo, ate emular pelo Wine.
>
>
>
Não me lembro de ter tentado, mais to achando q vai ser uma luta feia, no
PC-BSD se não me engano roda o 2.XX .

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

Re: [FUG-BR] Skype 4 no FreeBSD

2013-01-24 Por tôpico Felipe Nogueira Oliva 
Eu ja tentei de tudo, ate emular pelo Wine.


Em 24 de janeiro de 2013 09:13, Claudio Pereira
escreveu:

> 2013/1/23 Paulo Olivier Cavalcanti 
>
> > Em 23/01/2013 11:33, Felipe Nogueira Oliva escreveu:
> > > Galera, alguem teve exito ou conhece alguma maneira de instalar a
> versao
> > > mais recente do Skype para Linux no FreeBSD?
> > >
> > > A versao que existe no ports esta muito desatualizada e cheia de bugs.
> > >
> > Nunca tentei instalar a 4, você já experimentou compilar a versão do
> Linux?
> >
> > Infelizmente esse tipo de situação é comum no FreeBSD. Temos que esperar
> > a boa vontade de alguém para portar um software.
> >
>
> Eu estava tentando instalar, mas por algum motivo maior, dei uma parada.
> Talvez no final de semana, vou tentar continuar se tiver tempo.
>
> [ ]'s Indio.
> --
> Claudio P Costa
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Felipe N. Oliva
*
*
*"If 386BSD had been available when I started on Linux, Linux would
probably never had happened." *Linus Torvalds
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Skype 4 no FreeBSD

2013-01-24 Por tôpico Claudio Pereira 
2013/1/23 Paulo Olivier Cavalcanti 

> Em 23/01/2013 11:33, Felipe Nogueira Oliva escreveu:
> > Galera, alguem teve exito ou conhece alguma maneira de instalar a versao
> > mais recente do Skype para Linux no FreeBSD?
> >
> > A versao que existe no ports esta muito desatualizada e cheia de bugs.
> >
> Nunca tentei instalar a 4, você já experimentou compilar a versão do Linux?
>
> Infelizmente esse tipo de situação é comum no FreeBSD. Temos que esperar
> a boa vontade de alguém para portar um software.
>

Eu estava tentando instalar, mas por algum motivo maior, dei uma parada.
Talvez no final de semana, vou tentar continuar se tiver tempo.

[ ]'s Indio.
-- 
Claudio P Costa
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [off-topic] segunda tentativa de migração manicomio-share para FreeBSD [RESOLVIDO]

2013-01-24 Por tôpico Claudio Pereira 
2013/1/24 Marcelo Gondim 

> ouca que foi acertada também. Atualmente está rodando com
> memcache e xcache. Show de bola!  Também precisei aumentar o número de
> conexões do apache que estava em 1800 e estava estourando no horário de
> pico. Depois que corrigi isso, no pico chegou à 3200 conexões.
> Mas blz. Vou tentar programar outra manutenção dessa mais pro meio do
> ano e tentar novamente.  :D
> Valeu pela ajuda meu amigo e vamos ver na
>


Não sei se tem muita diferença, ainda não parei para olhar as mudanças,
tenta fazer um teste com o MariaDB.
Aproveitando, alguém da lista já migrou para o MariaDB, tem alguma
melhoria? ou só ficou a questão do licenciamento?

[ ]'s Indio
-- 
Claudio P Costa
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [off-topic] segunda tentativa de migração manicomio-share para FreeBSD [RESOLVIDO]

2013-01-24 Por tôpico Marcelo Gondim 
Em 24/01/13 08:24, Leonardo Augusto escreveu:
> Fala Marcelo,
>
> Como ficou a situacao depois de por PERSISTENT CONNECTIONS OFF ?
> É recomendado não usar conexoes persistentes entre o php e o mysql,
> como conversamos ja.
> E o xcache ? Ta rodando ?
>
> Parou de dar o load maluco agora ?
Opa Leonardo   :)

Agora vai ficar para uma 3ª tentativa hahahahah  mas fazendo essas e 
outras mudanças no próprio Debian, já melhorou muita coisa. Tinha uma 
query lá louca que foi acertada também. Atualmente está rodando com 
memcache e xcache. Show de bola!  Também precisei aumentar o número de 
conexões do apache que estava em 1800 e estava estourando no horário de 
pico. Depois que corrigi isso, no pico chegou à 3200 conexões.
Mas blz. Vou tentar programar outra manutenção dessa mais pro meio do 
ano e tentar novamente.  :D
Valeu pela ajuda meu amigo e vamos ver na próxima.

>
>
> 2013/1/13 Marcelo Gondim :
>> Em 13/01/13 22:59, Antônio Pessoa escreveu:
>>> 2013/1/13 Marcelo Gondim 
 Pessoal,

 Acho que descobri algo que pode estar causando todo o problema. Após
 colocar o KVM-IP e agora também tenho percebido melhor nos logs o seguinte:

 MCA: Bank 8, Status 0xcc194901009f
 MCA: Global Cap 0x1c09, Status 0x
 MCA: Vendor "GenuineIntel", ID 0x206c2, APIC ID 0
 MCA: CPU 0 COR (25892) OVER RD channel ?? memory error
 MCA: Address 0x5480c7b40
 MCA: Misc 0x4670220100010386

 Essa mensagem vira e mexe dá e quando o mysql dispara na cpu elas
 aparecem. Pelo que estou percebendo isso pode ser problema com algum
 banco de memória do servidor. Estou correto?
 Até os filhos do apache estão sendo assassinados com essas mensagens:

 [Wed Jan 09 23:49:40 2013] [notice] child pid 54806 exit signal Illegal
 instruction (4)
 [Wed Jan 09 23:49:40 2013] [notice] child pid 54308 exit signal Illegal
 instruction (4)
 [Wed Jan 09 23:49:40 2013] [notice] child pid 53252 exit signal Illegal
 instruction (4)
 [Wed Jan 09 23:49:40 2013] [notice] child pid 53120 exit signal Illegal
 instruction (4)

 E tipo já corrompeu uma base mysql uma vez e uma partição me obrigando à
 entrar em fsck manual. Também aconteceu de no meio do boot rebootar e
 umas duas vezes travar na ACPI e ficar quase 1 hora pra sair.

 Pedi para checarem a memória do servidor. Vamos ver, depois dessa ainda
 existe luz no fim do túnel. rsrsrsrs
>>>
>>> Você tem condições de executar o memtest completo nesse servidor?
>>> Seria interessante, mesmo com o resultado do suporte do data center.
>> Ummm vou tentar. O problema também é que o suporte do datacenter não é
>> tão bom, eles demoram muito e eles estão 7 horas na nossa frente.
>> Ainda bem que não é comum ter essas paradas, só fiz dessa vez para
>> tentar migrar para o FreeBSD e acho que acabei descobrindo um problema
>> no Hardware.
>> Também fiz umas mexidas de tunning. Abaixo como estão:
>>
>> sysctl.conf:
>> =
>> kern.ipc.somaxconn=4096
>> kern.ipc.shmall=262144
>> net.inet.ip.redirect=0
>> net.inet.ip.sourceroute=0
>> net.inet.ip.accept_sourceroute=0
>> net.inet.icmp.maskrepl=0
>> net.inet.icmp.log_redirect=0
>> net.inet.icmp.drop_redirect=1
>> net.inet.tcp.drop_synfin=1
>> net.inet.udp.blackhole=1
>> net.inet.tcp.blackhole=2
>> net.inet6.icmp6.nodeinfo=0
>> net.inet6.ip6.use_tempaddr=1
>> net.inet6.ip6.prefer_tempaddr=1
>> net.inet6.icmp6.rediraccept=0
>> net.inet.ip.fw.dyn_max=65536
>> net.inet.icmp.icmplim=500
>>
>> loader.conf:
>> ==
>> loader_logo="beastie"
>> kern.maxusers=1024
>> kern.ipc.nmbclusters=32768
>> kern.ipc.semmnu=256
>> kern.ipc.semmns=1024
>> kern.ipc.semmni=520
>> kern.ipc.semume=100
>> kern.ipc.shmmni=256
>> kern.ipc.msgseg=32767
>> kern.ipc.msgssz=32
>> kern.ipc.msgmnb=65535
>> kern.ipc.msgtql=2046
>>
>> netstat -m:
>> =
>> 8659/13361/22020 mbufs in use (current/cache/total)
>> 8551/4127/12678/32768 mbuf clusters in use (current/cache/total/max)
>> 8551/4121 mbuf+clusters out of packet secondary zone in use (current/cache)
>> 89/905/994/16384 4k (page size) jumbo clusters in use
>> (current/cache/total/max)
>> 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max)
>> 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max)
>> 19622K/15214K/34837K bytes allocated to network (current/cache/total)
>> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
>> 0/0/0 sfbufs in use (current/peak/max)
>> 0 requests for sfbufs denied
>> 0 requests for sfbufs delayed
>> 681 requests for I/O initiated by sendfile
>> 0 calls to protocol drain routines
>>
>> ipcs -a:
>> ==
>> Message Queues:
>> T   ID  KEY MODEOWNERGROUPCREATOR
>> CGROUP CBYTES QNUM QBYTES
>> LSPIDLRPID STIMERTIMECTIME
>>
>> Shared Memory:
>> T   ID  KEY MODEOWNERGROUPCR

Re: [FUG-BR] [off-topic] segunda tentativa de migração manicomio-share para FreeBSD [RESOLVIDO]

2013-01-24 Por tôpico Leonardo Augusto 
Fala Marcelo,

Como ficou a situacao depois de por PERSISTENT CONNECTIONS OFF ?
É recomendado não usar conexoes persistentes entre o php e o mysql,
como conversamos ja.
E o xcache ? Ta rodando ?

Parou de dar o load maluco agora ?


2013/1/13 Marcelo Gondim :
> Em 13/01/13 22:59, Antônio Pessoa escreveu:
>> 2013/1/13 Marcelo Gondim 
>>> Pessoal,
>>>
>>> Acho que descobri algo que pode estar causando todo o problema. Após
>>> colocar o KVM-IP e agora também tenho percebido melhor nos logs o seguinte:
>>>
>>> MCA: Bank 8, Status 0xcc194901009f
>>> MCA: Global Cap 0x1c09, Status 0x
>>> MCA: Vendor "GenuineIntel", ID 0x206c2, APIC ID 0
>>> MCA: CPU 0 COR (25892) OVER RD channel ?? memory error
>>> MCA: Address 0x5480c7b40
>>> MCA: Misc 0x4670220100010386
>>>
>>> Essa mensagem vira e mexe dá e quando o mysql dispara na cpu elas
>>> aparecem. Pelo que estou percebendo isso pode ser problema com algum
>>> banco de memória do servidor. Estou correto?
>>> Até os filhos do apache estão sendo assassinados com essas mensagens:
>>>
>>> [Wed Jan 09 23:49:40 2013] [notice] child pid 54806 exit signal Illegal
>>> instruction (4)
>>> [Wed Jan 09 23:49:40 2013] [notice] child pid 54308 exit signal Illegal
>>> instruction (4)
>>> [Wed Jan 09 23:49:40 2013] [notice] child pid 53252 exit signal Illegal
>>> instruction (4)
>>> [Wed Jan 09 23:49:40 2013] [notice] child pid 53120 exit signal Illegal
>>> instruction (4)
>>>
>>> E tipo já corrompeu uma base mysql uma vez e uma partição me obrigando à
>>> entrar em fsck manual. Também aconteceu de no meio do boot rebootar e
>>> umas duas vezes travar na ACPI e ficar quase 1 hora pra sair.
>>>
>>> Pedi para checarem a memória do servidor. Vamos ver, depois dessa ainda
>>> existe luz no fim do túnel. rsrsrsrs
>>
>>
>> Você tem condições de executar o memtest completo nesse servidor?
>> Seria interessante, mesmo com o resultado do suporte do data center.
> Ummm vou tentar. O problema também é que o suporte do datacenter não é
> tão bom, eles demoram muito e eles estão 7 horas na nossa frente.
> Ainda bem que não é comum ter essas paradas, só fiz dessa vez para
> tentar migrar para o FreeBSD e acho que acabei descobrindo um problema
> no Hardware.
> Também fiz umas mexidas de tunning. Abaixo como estão:
>
> sysctl.conf:
> =
> kern.ipc.somaxconn=4096
> kern.ipc.shmall=262144
> net.inet.ip.redirect=0
> net.inet.ip.sourceroute=0
> net.inet.ip.accept_sourceroute=0
> net.inet.icmp.maskrepl=0
> net.inet.icmp.log_redirect=0
> net.inet.icmp.drop_redirect=1
> net.inet.tcp.drop_synfin=1
> net.inet.udp.blackhole=1
> net.inet.tcp.blackhole=2
> net.inet6.icmp6.nodeinfo=0
> net.inet6.ip6.use_tempaddr=1
> net.inet6.ip6.prefer_tempaddr=1
> net.inet6.icmp6.rediraccept=0
> net.inet.ip.fw.dyn_max=65536
> net.inet.icmp.icmplim=500
>
> loader.conf:
> ==
> loader_logo="beastie"
> kern.maxusers=1024
> kern.ipc.nmbclusters=32768
> kern.ipc.semmnu=256
> kern.ipc.semmns=1024
> kern.ipc.semmni=520
> kern.ipc.semume=100
> kern.ipc.shmmni=256
> kern.ipc.msgseg=32767
> kern.ipc.msgssz=32
> kern.ipc.msgmnb=65535
> kern.ipc.msgtql=2046
>
> netstat -m:
> =
> 8659/13361/22020 mbufs in use (current/cache/total)
> 8551/4127/12678/32768 mbuf clusters in use (current/cache/total/max)
> 8551/4121 mbuf+clusters out of packet secondary zone in use (current/cache)
> 89/905/994/16384 4k (page size) jumbo clusters in use
> (current/cache/total/max)
> 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max)
> 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max)
> 19622K/15214K/34837K bytes allocated to network (current/cache/total)
> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> 0/0/0 sfbufs in use (current/peak/max)
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 681 requests for I/O initiated by sendfile
> 0 calls to protocol drain routines
>
> ipcs -a:
> ==
> Message Queues:
> T   ID  KEY MODEOWNERGROUPCREATOR
> CGROUP CBYTES QNUM QBYTES
> LSPIDLRPID STIMERTIMECTIME
>
> Shared Memory:
> T   ID  KEY MODEOWNERGROUPCREATOR
> CGROUP NATTCHSEGSZ CPID LPID ATIME
> DTIMECTIME
>
> Semaphores:
> T   ID  KEY MODEOWNERGROUPCREATOR
> CGROUP  NSEMS OTIMECTIME
>
> gstat:
> =
> dT: 1.002s  w: 1.000s
>   L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
>  0  2  0  00.0  2 640.40.1| mfid0
>  0  0  0  00.0  0  00.00.0| mfid0p1
>  0  0  0  00.0  0  00.00.0| mfid0p2
>  0  0  0  00.0  0  00.00.0| mfid0p3
>  0  0  0  00.0  0  00.00.0| mfid0p4
>  0  2  0  00.0  2 640.4