Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Antônio Pessoa]

2013/4/4 Gustavo Freitas :
> Desculpe.. força do habito do gmail.. tem como eliminar isso ?
>
> --
> Gustavo Freitas
> -



Por enquanto não, tem que posicionar o cursor abaixo da mensagem
original manualmente e só então responder.

--
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] Kernel Panic na revista BSD MAGAZINE

[Gustavo Freitas]

Desculpe.. força do habito do gmail.. tem como eliminar isso ?

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

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Antônio Pessoa]

2013/4/4 Gustavo Freitas :
> qual é o melhor para integração ??
>
> freenas ou nas4free alguém sabe ?
>
> Em 4 de abril de 2013 11:29, Edinilson - ATINET
>  escreveu:



Gustavo, siga as regras da lista [1] e evite o top-posting [2].

[1] http://www.fug.com.br/content/view/20/69/
[2] http://en.wikipedia.org/wiki/Posting_style#Top-posting

--
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] Kernel Panic na revista BSD MAGAZINE

[Gustavo Freitas]

qual é o melhor para integração ??

freenas ou nas4free alguém sabe ?

Em 4 de abril de 2013 11:29, Edinilson - ATINET
 escreveu:
> 2013/4/4 Edinilson - ATINET :
>> Em 2 de abril de 2013 22:51, Gustavo Freitas
>> escreveu:
>>
>>> >
>>> > Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
>>> > sobre qualquer menção ao Nas4Free.
>>> >
>>> > O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
>>> > tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
>>> > doações que ia diretamente pra conta bancária de um desenvolvedor
>>> > inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
>>> > diretamente para o FreeBSD Foundation.
>>> >
>>> > O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
>>> > reescrever o software para Linux (Debian).
>>> >
>>> > Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
>>> > começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
>>> > migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
>>> > ativo do Nas4Free e seus commits se resumem em atualização de pacotes
>>> > e traduções.
>>> >
>>> > Esse fork não agregou absolutamente nada, pelo contrário, somente
>>> > dividiu a comunidade, coisa de Linuxers.
>>> >
>>> > Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
>>> > e contribuirem para o FreeNAS ;)
>>> >
>>> >
>>>
>>> E ai pessoal, será que vale a pena colocar um servidor NAS usando o
>>> NAS4Free ?
>>> fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
>>> da nova interface web.
>>>
>>> Estou com um freenas e um nas4free para testes..
>>>
>>>
>>>
>>> --
>>> Gustavo Freitas
>>>
>>>
>>
>>>Gustavo também estou testando o NAS4Free e o Openmediavault que também é
>>>baseado no Debian
>>>Vou testar o Openmediavault em ambiente de Produção com um Storage montado
>>>(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU XEON.
>>
>>>Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das
>>>VMs,
>>>se não der performance volto para o FreeNAS, ainda confio muito no *BSD,
>>>como router e SO para Storage.
>>
>>>Vai demorar um pouco mais posto detalhes sobre essa implementação.
>>
>>
>> Algum colega que esteja testando ambos (FreeNAS e Nas4Free), irão integrar
>> com algum AD (Windows 2003/2008/2012) ? Se sim, poderiam verificar SE
>> resolveram aquele (eterno) problema com caracteres acentuados, que faz com
>> que a interface web não liste os usuários e grupos do AD?
>
>>Se você não reportar o erro pro projeto ele vai ser eterno mesmo.
>
> Não reportei pois, pelo pouco que procurei na internet, VÁRIOS já estavam
> reclamando disto há um bom tempo, com tickets em aberto inclusive lá na
> pagina do projeto.
> Na epoca alegaram que estavam trocando a versão do python e que o problema
> iria ser resolvido.
> Por isto pedi o teste.
>
>
> Edinilson
> --
> ATINET
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.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

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Edinilson - ATINET]

2013/4/4 Edinilson - ATINET :
> Em 2 de abril de 2013 22:51, Gustavo Freitas
> escreveu:
>
>> >
>> > Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
>> > sobre qualquer menção ao Nas4Free.
>> >
>> > O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
>> > tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
>> > doações que ia diretamente pra conta bancária de um desenvolvedor
>> > inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
>> > diretamente para o FreeBSD Foundation.
>> >
>> > O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
>> > reescrever o software para Linux (Debian).
>> >
>> > Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
>> > começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
>> > migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
>> > ativo do Nas4Free e seus commits se resumem em atualização de pacotes
>> > e traduções.
>> >
>> > Esse fork não agregou absolutamente nada, pelo contrário, somente
>> > dividiu a comunidade, coisa de Linuxers.
>> >
>> > Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
>> > e contribuirem para o FreeNAS ;)
>> >
>> >
>>
>> E ai pessoal, será que vale a pena colocar um servidor NAS usando o
>> NAS4Free ?
>> fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
>> da nova interface web.
>>
>> Estou com um freenas e um nas4free para testes..
>>
>>
>>
>> --
>> Gustavo Freitas
>>
>>
>
>>Gustavo também estou testando o NAS4Free e o Openmediavault que também é
>>baseado no Debian
>>Vou testar o Openmediavault em ambiente de Produção com um Storage montado
>>(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU XEON.
>
>>Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das 
>>VMs,
>>se não der performance volto para o FreeNAS, ainda confio muito no *BSD,
>>como router e SO para Storage.
>
>>Vai demorar um pouco mais posto detalhes sobre essa implementação.
>
>
> Algum colega que esteja testando ambos (FreeNAS e Nas4Free), irão integrar
> com algum AD (Windows 2003/2008/2012) ? Se sim, poderiam verificar SE
> resolveram aquele (eterno) problema com caracteres acentuados, que faz com
> que a interface web não liste os usuários e grupos do AD?

>Se você não reportar o erro pro projeto ele vai ser eterno mesmo.

Não reportei pois, pelo pouco que procurei na internet, VÁRIOS já estavam 
reclamando disto há um bom tempo, com tickets em aberto inclusive lá na 
pagina do projeto.
Na epoca alegaram que estavam trocando a versão do python e que o problema 
iria ser resolvido.
Por isto pedi o teste.


Edinilson
--
ATINET
Tel Voz: (0xx11) 4412-0876
http://www.atinet.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] Kernel Panic na revista BSD MAGAZINE

[William Grzybowski]

2013/4/4 Edinilson - ATINET :
> Em 2 de abril de 2013 22:51, Gustavo Freitas
> escreveu:
>
>> >
>> > Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
>> > sobre qualquer menção ao Nas4Free.
>> >
>> > O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
>> > tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
>> > doações que ia diretamente pra conta bancária de um desenvolvedor
>> > inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
>> > diretamente para o FreeBSD Foundation.
>> >
>> > O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
>> > reescrever o software para Linux (Debian).
>> >
>> > Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
>> > começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
>> > migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
>> > ativo do Nas4Free e seus commits se resumem em atualização de pacotes
>> > e traduções.
>> >
>> > Esse fork não agregou absolutamente nada, pelo contrário, somente
>> > dividiu a comunidade, coisa de Linuxers.
>> >
>> > Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
>> > e contribuirem para o FreeNAS ;)
>> >
>> >
>>
>> E ai pessoal, será que vale a pena colocar um servidor NAS usando o
>> NAS4Free ?
>> fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
>> da nova interface web.
>>
>> Estou com um freenas e um nas4free para testes..
>>
>>
>>
>> --
>> Gustavo Freitas
>>
>>
>
>>Gustavo também estou testando o NAS4Free e o Openmediavault que também é
>>baseado no Debian
>>Vou testar o Openmediavault em ambiente de Produção com um Storage montado
>>(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU XEON.
>
>>Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das VMs,
>>se não der performance volto para o FreeNAS, ainda confio muito no *BSD,
>>como router e SO para Storage.
>
>>Vai demorar um pouco mais posto detalhes sobre essa implementação.
>
>
> Algum colega que esteja testando ambos (FreeNAS e Nas4Free), irão integrar
> com algum AD (Windows 2003/2008/2012) ? Se sim, poderiam verificar SE
> resolveram aquele (eterno) problema com caracteres acentuados, que faz com
> que a interface web não liste os usuários e grupos do AD?

Se você não reportar o erro pro projeto ele vai ser eterno mesmo.



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

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Edinilson - ATINET]

Em 2 de abril de 2013 22:51, Gustavo Freitas 
escreveu:

> >
> > Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
> > sobre qualquer menção ao Nas4Free.
> >
> > O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
> > tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
> > doações que ia diretamente pra conta bancária de um desenvolvedor
> > inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
> > diretamente para o FreeBSD Foundation.
> >
> > O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
> > reescrever o software para Linux (Debian).
> >
> > Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
> > começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
> > migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
> > ativo do Nas4Free e seus commits se resumem em atualização de pacotes
> > e traduções.
> >
> > Esse fork não agregou absolutamente nada, pelo contrário, somente
> > dividiu a comunidade, coisa de Linuxers.
> >
> > Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
> > e contribuirem para o FreeNAS ;)
> >
> >
>
> E ai pessoal, será que vale a pena colocar um servidor NAS usando o
> NAS4Free ?
> fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
> da nova interface web.
>
> Estou com um freenas e um nas4free para testes..
>
>
>
> --
> Gustavo Freitas
>
>

>Gustavo também estou testando o NAS4Free e o Openmediavault que também é
>baseado no Debian
>Vou testar o Openmediavault em ambiente de Produção com um Storage montado
>(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU XEON.

>Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das VMs,
>se não der performance volto para o FreeNAS, ainda confio muito no *BSD,
>como router e SO para Storage.

>Vai demorar um pouco mais posto detalhes sobre essa implementação.


Algum colega que esteja testando ambos (FreeNAS e Nas4Free), irão integrar 
com algum AD (Windows 2003/2008/2012) ? Se sim, poderiam verificar SE 
resolveram aquele (eterno) problema com caracteres acentuados, que faz com 
que a interface web não liste os usuários e grupos do AD?

Muito obrigado

Edinilson
--
ATINET
Tel Voz: (0xx11) 4412-0876
http://www.atinet.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] Kernel Panic na revista BSD MAGAZINE

[mantunes]

Estou testando o Nas4Free e estou gostando.. tenho servidores com
FreeNAS e aparentemente não tenho
problema tambem.. ou seja.. estou na dúvida tamebem.



--
Marcio Antunes
Powered by FreeBSD
==
* Windows: "Where do you want to go tomorrow?"
* Linux: "Where do you want to go today?"
* FreeBSD: "Are you, guys, comming or what?"
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Nenhum_de_Nos]

Jose Nilton  wrote:

>Em 2 de abril de 2013 22:51, Gustavo Freitas
>escreveu:
>
>> >
>> > Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
>> > sobre qualquer menção ao Nas4Free.
>> >
>> > O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
>> > tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link
>de
>> > doações que ia diretamente pra conta bancária de um desenvolvedor
>> > inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
>> > diretamente para o FreeBSD Foundation.
>> >
>> > O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
>> > reescrever o software para Linux (Debian).
>> >
>> > Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
>> > começou a espalhar várias mentiras sobre o FreeNAS para que as
>pessoas
>> > migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
>> > ativo do Nas4Free e seus commits se resumem em atualização de
>pacotes
>> > e traduções.
>> >
>> > Esse fork não agregou absolutamente nada, pelo contrário, somente
>> > dividiu a comunidade, coisa de Linuxers.
>> >
>> > Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de
>lado
>> > e contribuirem para o FreeNAS ;)
>> >
>> >
>>
>> E ai pessoal, será que vale a pena colocar um servidor NAS usando o
>> NAS4Free ?
>> fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
>> da nova interface web.
>>
>> Estou com um freenas e um nas4free para testes..
>>
>>
>>
>> --
>> Gustavo Freitas
>>
>>
>
>Gustavo também estou testando o NAS4Free e o Openmediavault que também
>é
>baseado no Debian
>Vou testar o Openmediavault em ambiente de Produção com um Storage
>montado
>(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU
>XEON.
>
>Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das
>VMs,
>se não der performance volto para o FreeNAS, ainda confio muito no
>*BSD,
>como router e SO para Storage.
>
>Vai demorar um pouco mais posto detalhes sobre essa implementação.

Pois é, to com um dell r620 pra freenas, mas da kernel panic em todo boot que 
não é a instalação :( A solução que vi na rede só diz pra deixar o raid via 
hardware, mas isso não é opção pra mim :/

Por isso vou testar o omv tb. 

Matheus 

"We will call you Cygnus,
the God of balance you shall be."
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Jose Nilton]

Em 2 de abril de 2013 22:51, Gustavo Freitas escreveu:

> >
> > Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
> > sobre qualquer menção ao Nas4Free.
> >
> > O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
> > tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
> > doações que ia diretamente pra conta bancária de um desenvolvedor
> > inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
> > diretamente para o FreeBSD Foundation.
> >
> > O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
> > reescrever o software para Linux (Debian).
> >
> > Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
> > começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
> > migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
> > ativo do Nas4Free e seus commits se resumem em atualização de pacotes
> > e traduções.
> >
> > Esse fork não agregou absolutamente nada, pelo contrário, somente
> > dividiu a comunidade, coisa de Linuxers.
> >
> > Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
> > e contribuirem para o FreeNAS ;)
> >
> >
>
> E ai pessoal, será que vale a pena colocar um servidor NAS usando o
> NAS4Free ?
> fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
> da nova interface web.
>
> Estou com um freenas e um nas4free para testes..
>
>
>
> --
> Gustavo Freitas
>
>

Gustavo também estou testando o NAS4Free e o Openmediavault que também é
baseado no Debian
Vou testar o Openmediavault em ambiente de Produção com um Storage montado
(Hardware HP) com 7TB de espaço, 24GB de RAM 4 placas de rede 2 CPU XEON.

Vou disponibilizar NAS via NFS para os Servidores XCP, para abrigo das VMs,
se não der performance volto para o FreeNAS, ainda confio muito no *BSD,
como router e SO para Storage.

Vai demorar um pouco mais posto detalhes sobre essa implementação.




-- 
..
*Com Deus todas as coisas são possíveis* :::
LinuxPro

*"A qualidade nunca se obtém por acaso; ela é sempre o resultado do esforço
inteligente." (John Ruskin)
"A mente que se abre a uma nova ideia jamais volta ao seu tamanho original"
(Albert Einstein)*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Gustavo Freitas]

>
> Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
> sobre qualquer menção ao Nas4Free.
>
> O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
> tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
> doações que ia diretamente pra conta bancária de um desenvolvedor
> inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
> diretamente para o FreeBSD Foundation.
>
> O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
> reescrever o software para Linux (Debian).
>
> Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
> começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
> migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
> ativo do Nas4Free e seus commits se resumem em atualização de pacotes
> e traduções.
>
> Esse fork não agregou absolutamente nada, pelo contrário, somente
> dividiu a comunidade, coisa de Linuxers.
>
> Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
> e contribuirem para o FreeNAS ;)
>
>

E ai pessoal, será que vale a pena colocar um servidor NAS usando o NAS4Free ?
fiz uns teste e gostei muito, ao contrário do FreeNAS que não gostei
da nova interface web.

Estou com um freenas e um nas4free para testes..



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

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Antônio Pessoa]

2013/3/14 Kembolle Amilkar 
>
> Aguardando ansiosamente.
>
> - Estou muito interessando em implantar freenas onde trabalho. Acompanho
> sempre alguns materiais disponibilizados pela comunidade, espero que tenha
> algumas "dicas" e algo inovador alem dos " How-to ".
>
> Obrigado por compartilhar Forte abraço []'s
>



Siga as regras da lista [1] e evite o top-posting [2].

[1] http://www.fug.com.br/content/view/20/69/
[2] http://en.wikipedia.org/wiki/Posting_style#Top-posting

--
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] Kernel Panic na revista BSD MAGAZINE

[William Grzybowski]

2013/3/14 Marcelo Gondim :
> Em 14/03/13 13:48, Edinilson - ATINET escreveu:
>> Caros amigos, como é um assunto frequente aqui na lista, saiu na edicao
>> deste mes da BSD MAGAZINE sobre Kernel Panic:
>> http://bsdmag.org/magazine/1832-handling-kernel-panic
>>
>>
>> obs: Para o mes que vem eles irao fazer a edicao TODA voltada pra o Free
>> NAS. Vamos aguardar!!!
>>
>>
> Esse projeto aqui [1] também parece bem interessante e se eu não me
> engano já apareceu aqui na lista.  :)
>
> [1] http://www.nas4free.org/

Como desenvolvedor do FreeNAS sinto-me no dever falar negativamente
sobre qualquer menção ao Nas4Free.

O Nas4Free surgiu como um fork do FreeNAS 0.7 devido a empresa que
tomou as rédeas do desenvolvimento do FreeNAS 8 ter tirado o Link de
doações que ia diretamente pra conta bancária de um desenvolvedor
inativo (conhecido por zoon01). Atualmente doações pro FreeNAS vão
diretamente para o FreeBSD Foundation.

O FreeNAS 8 surgiu devido ao único desenvolvedor ativo querer
reescrever o software para Linux (Debian).

Esse "desenvolvedor", insatisfeito por ter perdido suas "doações",
começou a espalhar várias mentiras sobre o FreeNAS para que as pessoas
migrassem para o Nas4Free. Atualmente ele é o único "desenvolvedor"
ativo do Nas4Free e seus commits se resumem em atualização de pacotes
e traduções.

Esse fork não agregou absolutamente nada, pelo contrário, somente
dividiu a comunidade, coisa de Linuxers.

Por isso gostaria de deixar meu apelo para deixarem o Nas4Free de lado
e contribuirem para o FreeNAS ;)


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

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Marcelo Gondim]

Em 14/03/13 13:48, Edinilson - ATINET escreveu:
> Caros amigos, como é um assunto frequente aqui na lista, saiu na edicao
> deste mes da BSD MAGAZINE sobre Kernel Panic:
> http://bsdmag.org/magazine/1832-handling-kernel-panic
>
>
> obs: Para o mes que vem eles irao fazer a edicao TODA voltada pra o Free
> NAS. Vamos aguardar!!!
>
>
Esse projeto aqui [1] também parece bem interessante e se eu não me 
engano já apareceu aqui na lista.  :)

[1] http://www.nas4free.org/

[]'s
Gondim

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

Re: [FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Marcelo Gondim]

Em 14/03/13 20:47, Kembolle Amilkar escreveu:
> Aguardando ansiosamente.
>
> - Estou muito interessando em implantar freenas onde trabalho. Acompanho
> sempre alguns materiais disponibilizados pela comunidade, espero que tenha
> algumas "dicas" e algo inovador alem dos " How-to ".
>
> Obrigado por compartilhar Forte abraço []'s

Essa é uma campanha: diga não ao top posting!

https://www.fug.com.br/mailman/listinfo/freebsd

Em virtude disso não deixarei minha mensagem aqui mas na primeira 
mensagem da thread.

>
> Em 14 de março de 2013 12:48, Edinilson - ATINET
> escreveu:
>
>> Caros amigos, como é um assunto frequente aqui na lista, saiu na edicao
>> deste mes da BSD MAGAZINE sobre Kernel Panic:
>> http://bsdmag.org/magazine/1832-handling-kernel-panic
>>
>>
>> obs: Para o mes que vem eles irao fazer a edicao TODA voltada pra o Free
>> NAS. Vamos aguardar!!!
>>
>> Edinilson
>> --
>> ATINET
>> Tel Voz: (0xx11) 4412-0876
>> http://www.atinet.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] Kernel Panic na revista BSD MAGAZINE

[Kembolle Amilkar]

Aguardando ansiosamente.

- Estou muito interessando em implantar freenas onde trabalho. Acompanho
sempre alguns materiais disponibilizados pela comunidade, espero que tenha
algumas "dicas" e algo inovador alem dos " How-to ".

Obrigado por compartilhar Forte abraço []'s

Em 14 de março de 2013 12:48, Edinilson - ATINET
escreveu:

> Caros amigos, como é um assunto frequente aqui na lista, saiu na edicao
> deste mes da BSD MAGAZINE sobre Kernel Panic:
> http://bsdmag.org/magazine/1832-handling-kernel-panic
>
>
> obs: Para o mes que vem eles irao fazer a edicao TODA voltada pra o Free
> NAS. Vamos aguardar!!!
>
> Edinilson
> --
> ATINET
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Kernel Panic na revista BSD MAGAZINE

[Edinilson - ATINET]

Caros amigos, como é um assunto frequente aqui na lista, saiu na edicao 
deste mes da BSD MAGAZINE sobre Kernel Panic:
http://bsdmag.org/magazine/1832-handling-kernel-panic


obs: Para o mes que vem eles irao fazer a edicao TODA voltada pra o Free 
NAS. Vamos aguardar!!!

Edinilson
--
ATINET
Tel Voz: (0xx11) 4412-0876
http://www.atinet.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] kernel ARM9/11

[Luiz Otavio O Souza]

2012/10/31 Marcos - :
>
> Prezados
>
> O kernel freebsd ,tem compatibilidade com os seguintes??
>
> ARM926EJ 533MHZ soc VR3520F (ARM9)
> CPU CLG7700 800MHz(ARM11)

Olha, compatibilidade tem, mas ai depende exatamente do que você
espera por compatibilidade.

ARM926EJ é só a família e é muito amplo, porém é suportado com certeza.

Agora quando você parte para o SoC, como o VR3520F (que tem
documentação aberta aparentemente: http://elinux.org/Pollux) você nota
que ele vai precisar de drivers especificos para os seus dispositivos
e me parece que não tem nada assim na arvore (e também duvido que no
NetBSD seja muito diferente, a não ser que este SoC esteja em alguma
placa extramamente comum ou 'da moda').


>
> os dois existem naqueles thin client made in china, estou pensando em 
> adiquirir para testar.
>

Testar para que uso/finalidade ? Só teste mesmo ? As vezes existem
outras soluções mais prontas para o que você precisa...

Agora, se você espera por algo do tipo instala e usa (com suporte a X
e tudo mais), esquece... Não estamos lá ainda.

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

Re: [FUG-BR] kernel ARM9/11

[Marcos -]

Prezado Eduardo

Pesquisei , a respeito do NETBSD  porem , nao encontrei nada a respeito destes 
Soc
o mais proximo que achei é o ARM926EJ-s soc 88F5182 com port para ele, mas nada 
com referencia 
ao ARM926EJ soc VR3520F  , essa é  minha grande duvida !

voce poderia indicar , alguma documentação a respeito?

obrigao

Marcos







 
> Date: Wed, 31 Oct 2012 14:54:16 -0200
> From: lis...@esds.com.br
> To: freebsd@fug.com.br
> Subject: Re: [FUG-BR] kernel ARM9/11
>
> NetBSD é conhecido pelo seu vasto suporte a hardware, tendo em vista que já
> rodaram ele até num jukebox... ;-)
>
> --
> Eduardo Schoedler
>
>
> Em 31 de outubro de 2012 14:51, Marcos -
> escreveu:
>
> > Opa
> >
> > Nao sei se funciona em netbsd , para mim seria muito intersante
> > no free!
> >
> >
> >
> >
> > 
> > > Date: Wed, 31 Oct 2012 14:38:20 -0200
> > > From: lis...@esds.com.br
> > > To: freebsd@fug.com.br
> > > Subject: Re: [FUG-BR] kernel ARM9/11
> > >
> > > Em 31 de outubro de 2012 14:31, Marcos -
> > > escreveu:
> > >
> > > > O kernel freebsd ,tem compatibilidade com os seguintes??
> > > >
> > > > ARM926EJ 533MHZ soc VR3520F (ARM9)
> > > > CPU CLG7700 800MHz(ARM11)
> > > >
> > >
> > > Acho mais fácil rodar com o NetBSD...
> > >
> > > --
> > > 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] kernel ARM9/11

[Eduardo Schoedler]

NetBSD é conhecido pelo seu vasto suporte a hardware, tendo em vista que já
rodaram ele até num jukebox... ;-)

-- 
Eduardo Schoedler


Em 31 de outubro de 2012 14:51, Marcos -
escreveu:

> Opa
>
> Nao sei se funciona em netbsd , para mim seria muito intersante
> no free!
>
>
>
>
> 
> > Date: Wed, 31 Oct 2012 14:38:20 -0200
> > From: lis...@esds.com.br
> > To: freebsd@fug.com.br
> > Subject: Re: [FUG-BR] kernel ARM9/11
> >
> > Em 31 de outubro de 2012 14:31, Marcos -
> > escreveu:
> >
> > > O kernel freebsd ,tem compatibilidade com os seguintes??
> > >
> > > ARM926EJ 533MHZ soc VR3520F (ARM9)
> > > CPU CLG7700 800MHz(ARM11)
> > >
> >
> > Acho mais fácil rodar com o NetBSD...
> >
> > --
> > 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] kernel ARM9/11

[Marcos -]

Opa

Nao sei se funciona em netbsd , para mim seria muito intersante
no free!





> Date: Wed, 31 Oct 2012 14:38:20 -0200
> From: lis...@esds.com.br
> To: freebsd@fug.com.br
> Subject: Re: [FUG-BR] kernel ARM9/11
>
> Em 31 de outubro de 2012 14:31, Marcos -
> escreveu:
>
> > O kernel freebsd ,tem compatibilidade com os seguintes??
> >
> > ARM926EJ 533MHZ soc VR3520F (ARM9)
> > CPU CLG7700 800MHz(ARM11)
> >
>
> Acho mais fácil rodar com o NetBSD...
>
> --
> 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] kernel ARM9/11

[Eduardo Schoedler]

Em 31 de outubro de 2012 14:31, Marcos -
escreveu:

> O kernel freebsd ,tem compatibilidade com os seguintes??
>
> ARM926EJ 533MHZ soc VR3520F (ARM9)
> CPU CLG7700 800MHz(ARM11)
>

Acho mais fácil rodar com o NetBSD...

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

[FUG-BR] kernel ARM9/11

[Marcos -]

Prezados

O kernel freebsd ,tem compatibilidade com os seguintes??

ARM926EJ 533MHZ soc VR3520F (ARM9)
CPU CLG7700 800MHz(ARM11)

os dois existem naqueles thin client made in china, estou pensando em adiquirir 
para testar.

grato


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

Re: [FUG-BR] Kernel Privilege Escalation (on FreeBSD)

[Marcelo Gondim]

Em 04/08/2012 16:29, Cleiton Alves escreveu:
> http://fail0verflow.com/blog/2012/cve-2012-0217-intel-sysret-freebsd.html
>
>
>
>
>
>
>
Já foi corrigida faz um tempo  :)

http://security.freebsd.org/advisories/FreeBSD-SA-12:04.sysret.asc
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel Privilege Escalation (on FreeBSD)

[André Luis Pereira]

2012/8/4 Cleiton Alves 

> http://fail0verflow.com/blog/2012/cve-2012-0217-intel-sysret-freebsd.html
>
>  --
>
>
> *:(){ :|:& };:*
> *"Unix is user-friendly. It's just very selective about who its friends
> are."
> *
> http://about.me/cleiton_alves
>
>


  Essa falha foi corrigida e pode ser mitigada nas versões mais novas do
FreeBSD por:

frebsd-update fetch; freebsd install

(http://security.freebsd.org/advisories/FreeBSD-SA-12:04.sysret.asc)

---
   André Luis Pereira
Grupo BSR Participações LTDA
BSRSoft LTDA
an...@bsrpar.com
+55 (11) 4063 5829

Site: http://soft.bsrpar.com
BSRSoft DIDD: http://didd.bsrpar.com
Blog BSRSoft: http://blogs.bsrpar.com
BSRSoft ServerUX on FreeBSD: http://soft.bsrpar.com/2012/01/o-serverux.html


"Vai imprimir este email? Pense antes em sua responsabilidade com a
preservação do meio-ambiente e com a redução de seus custos."

--
"Uma corrente é tão segura quanto seu elo mais fraco"
---
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Kernel Privilege Escalation (on FreeBSD)

[Cleiton Alves]

http://fail0verflow.com/blog/2012/cve-2012-0217-intel-sysret-freebsd.html







-- 


*:(){ :|:& };:*
*"Unix is user-friendly. It's just very selective about who its friends
are."
*
http://about.me/cleiton_alves
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel Panic - 9.0-RELEASE

[Antônio Pessoa]

On Thu, Apr 19, 2012 at 09:46,   wrote:
> Olá pessoal,
>
> Acabei de instalar em um servidor Dell PowerEdge 2600 o FreeBSD 9.0-RELEASE.
> Configurei tudo usando o bsdinstall, incluindo as interfaces.
> Logo após a instalação, quando foi reiniciar apareceu um kernel panic, não 
> deu tempo de ver o que era.
> Deixei configurado serviços básicos, como NTPD e SSHD.
> No console consigo logar normalmente e trabalhar normalmente, porém quando 
> vou tentar logar via ssh pelo PuTTY, dá um kernel panic com a seguinte msg:
>
> Fatal trap 19: non-maskable interrupt trap while is kernel mode.
>
> Alguém já pegou esse erro? Acredito que não seja nenhum problema no hardware, 
> pois neste mesmo server rodava o 8.2-RELEASE perfeitamente. Ah, minhas 
> interfaces são todas Intel Gigabit (em0, em1 e em2).
>
> Help!! :)
>
> Abs.
> Thiago Vitorino
>
>
> 
>
> The information contained in this message is privileged and intended only for 
> the recipients named. If the reader is not a representative of the intended 
> recipient, any review, dissemination or copying of this message or the 
> information it contains is prohibited. If you have received this message in 
> error, please immediately notify the sender, and delete the original message 
> and attachments.
>
> Please consider the environment before printing this email.
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



Manda um 'dmesg' para analisarmos os detalhes e o resultado de um 'uname -a'.

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

[FUG-BR] Kernel Panic - 9.0-RELEASE

[Thiago.Vitorino]

Olá pessoal,

Acabei de instalar em um servidor Dell PowerEdge 2600 o FreeBSD 9.0-RELEASE.
Configurei tudo usando o bsdinstall, incluindo as interfaces.
Logo após a instalação, quando foi reiniciar apareceu um kernel panic, não deu 
tempo de ver o que era.
Deixei configurado serviços básicos, como NTPD e SSHD.
No console consigo logar normalmente e trabalhar normalmente, porém quando vou 
tentar logar via ssh pelo PuTTY, dá um kernel panic com a seguinte msg:

Fatal trap 19: non-maskable interrupt trap while is kernel mode.

Alguém já pegou esse erro? Acredito que não seja nenhum problema no hardware, 
pois neste mesmo server rodava o 8.2-RELEASE perfeitamente. Ah, minhas 
interfaces são todas Intel Gigabit (em0, em1 e em2).

Help!! :)

Abs.
Thiago Vitorino




The information contained in this message is privileged and intended only for 
the recipients named. If the reader is not a representative of the intended 
recipient, any review, dissemination or copying of this message or the 
information it contains is prohibited. If you have received this message in 
error, please immediately notify the sender, and delete the original message 
and attachments.

Please consider the environment before printing this email.

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

Re: [FUG-BR] kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl

[Saul Figueiredo]

Em 12 de abril de 2012 16:13, Luiz Gustavo
escreveu:

>
> On Thu, 12 Apr 2012 15:59:44 -0300
> Saul Figueiredo  wrote:
>
> > Alguém já usou essas configurações que ele sugere?
> >
>
> Eu uso ;)
>
>
> > > Dê uma olhada nesse documento:
> > >
> > > http://code.google.com/p/lusca-cache/wiki/SystemConfigureFreeBsd
> > >
> > > Acho que vai te ajudar a afinar teu ambiente.
> > >
> > > 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
>



Quando aplicou, notou alguma diferença em qualquer aspecto?



hw.model: Intel(R) Xeon(R) CPU5130  @ 2.00GHz
hw.physmem: 8575709184 (8GB)
hw.usermem: 7548026880
hw.realmem: 9395240960
hw.firewire.fwmem.speed: 2
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl

[Luiz Gustavo]

On Thu, 12 Apr 2012 15:59:44 -0300
Saul Figueiredo  wrote:

> Alguém já usou essas configurações que ele sugere?
> 

Eu uso ;)
 

> > Dê uma olhada nesse documento:
> >
> > http://code.google.com/p/lusca-cache/wiki/SystemConfigureFreeBsd
> >
> > Acho que vai te ajudar a afinar teu ambiente.
> >
> > 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

Re: [FUG-BR] kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl

[Saul Figueiredo]

Alguém já usou essas configurações que ele sugere?




Em 12 de abril de 2012 15:45, Luiz Gustavo
escreveu:

> Salve,
>
> Dê uma olhada nesse documento:
>
> http://code.google.com/p/lusca-cache/wiki/SystemConfigureFreeBsd
>
> Acho que vai te ajudar a afinar teu ambiente.
>
> Abraços
>
> On Thu, 12 Apr 2012 15:20:57 -0300
> Saul Figueiredo  wrote:
>
> > Boa tarde pessoal.
> >
> > Tive um problema com meu servidor proxy (squid), que só foi resolvido
> após
> > um reboot.
> > Quando ele voltou, observei no messages os seguintes:
> >
> >
> > (trecho do arquivo messages)
> > Apr  8 02:58:24 proxy4 kernel: Limiting open port RST response from 4320
> to
> > 200 packets/sec
> > Apr  8 19:56:59 proxy4 kernel: Limiting open port RST response from 2317
> to
> > 200 packets/sec
> > Apr  9 10:04:02 proxy4 kernel: Limiting open port RST response from 4123
> to
> > 200 packets/sec
> > Apr  9 10:04:03 proxy4 kernel: Limiting open port RST response from 1962
> to
> > 200 packets/sec
> > Apr  9 10:04:06 proxy4 kernel: Limiting open port RST response from 1763
> to
> > 200 packets/sec
> > Apr  9 10:04:10 proxy4 kernel: Limiting open port RST response from 1564
> to
> > 200 packets/sec
> > Apr  9 10:04:13 proxy4 kernel: Limiting open port RST response from 1366
> to
> > 200 packets/sec
> > Apr  9 23:59:17 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> > Apr 10 09:23:56 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> > Apr 10 09:24:58 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> > Apr 10 09:25:59 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> > Apr 10 23:59:10 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> > Apr 11 09:35:09 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> > Apr 11 09:36:12 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> > Apr 11 09:37:12 proxy4 kernel: Approaching the limit on PV entries,
> > consider increasing either the vm.pmap.shpgperproc or the
> > vm.pmap.pv_entry_max sysctl.
> >
> >
> > Tendo isso em mente, peguei essas duas variaveis que ele fala e executei
> o
> > comando:
> >
> > proxy4# sysctl -a | egrep 'vm.pmap.shpgperproc|vm.pmap.pv_entry_max'
> > vm.pmap.shpgperproc: 200
> > vm.pmap.pv_entry_max: 3259075
> >
> > Como ele me pediu para alterar uma das duas, editei meu /etc/sysctl.conf
> e
> > coloquei a seguinte linha:
> > vm.pmap.shpgperproc=7000
> >
> > depois, pra não precisar reiniciar o sistema:
> > proxy4# sysctl vm.pmap.shpgperproc=7000
> > vm.pmap.shpgperproc: 200 -> 7000
> >
> >
> > O que exatamente são essas duas variaveis?
> > Sei que eu fiz o que o sistema me pediu, e que está relacionado com a
> > quantidade de pacotes por sec
> > tenho mais ou menos uns 6000 usuarios que utilizam a internet, possuo o
> > proxy em 3 servidores e esse é o mais parrudo e o único que teve esse
> > problema...
> > deveria fazer isso nos meus outros 2 proxies tbm ?
> >
> >
> >
> > --
> > "Deve-se aprender sempre, até mesmo com um inimigo."
> > (Isaac Newton)
> >
> > Atenciosamente,
> > Saul Figueiredo
> > Analista FreeBSD/Linux
> > Linux Professional Institute Certification Level 2
> > saulfelip...@gmail.com
> > saul-fel...@hotmail.com
> > -
> > 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
>



-- 
"Deve-se aprender sempre, até mesmo com um inimigo."
(Isaac Newton)

Atenciosamente,
Saul Figueiredo
Analista FreeBSD/Linux
Linux Professional Institute Certification Level 2
saulfelip...@gmail.com
saul-fel...@hotmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl

[Luiz Gustavo]

Salve,

Dê uma olhada nesse documento:

http://code.google.com/p/lusca-cache/wiki/SystemConfigureFreeBsd

Acho que vai te ajudar a afinar teu ambiente.

Abraços

On Thu, 12 Apr 2012 15:20:57 -0300
Saul Figueiredo  wrote:

> Boa tarde pessoal.
> 
> Tive um problema com meu servidor proxy (squid), que só foi resolvido após
> um reboot.
> Quando ele voltou, observei no messages os seguintes:
> 
> 
> (trecho do arquivo messages)
> Apr  8 02:58:24 proxy4 kernel: Limiting open port RST response from 4320 to
> 200 packets/sec
> Apr  8 19:56:59 proxy4 kernel: Limiting open port RST response from 2317 to
> 200 packets/sec
> Apr  9 10:04:02 proxy4 kernel: Limiting open port RST response from 4123 to
> 200 packets/sec
> Apr  9 10:04:03 proxy4 kernel: Limiting open port RST response from 1962 to
> 200 packets/sec
> Apr  9 10:04:06 proxy4 kernel: Limiting open port RST response from 1763 to
> 200 packets/sec
> Apr  9 10:04:10 proxy4 kernel: Limiting open port RST response from 1564 to
> 200 packets/sec
> Apr  9 10:04:13 proxy4 kernel: Limiting open port RST response from 1366 to
> 200 packets/sec
> Apr  9 23:59:17 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 09:23:56 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 09:24:58 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 09:25:59 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 23:59:10 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 11 09:35:09 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 11 09:36:12 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 11 09:37:12 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> 
> 
> Tendo isso em mente, peguei essas duas variaveis que ele fala e executei o
> comando:
> 
> proxy4# sysctl -a | egrep 'vm.pmap.shpgperproc|vm.pmap.pv_entry_max'
> vm.pmap.shpgperproc: 200
> vm.pmap.pv_entry_max: 3259075
> 
> Como ele me pediu para alterar uma das duas, editei meu /etc/sysctl.conf e
> coloquei a seguinte linha:
> vm.pmap.shpgperproc=7000
> 
> depois, pra não precisar reiniciar o sistema:
> proxy4# sysctl vm.pmap.shpgperproc=7000
> vm.pmap.shpgperproc: 200 -> 7000
> 
> 
> O que exatamente são essas duas variaveis?
> Sei que eu fiz o que o sistema me pediu, e que está relacionado com a
> quantidade de pacotes por sec
> tenho mais ou menos uns 6000 usuarios que utilizam a internet, possuo o
> proxy em 3 servidores e esse é o mais parrudo e o único que teve esse
> problema...
> deveria fazer isso nos meus outros 2 proxies tbm ?
> 
> 
> 
> -- 
> "Deve-se aprender sempre, até mesmo com um inimigo."
> (Isaac Newton)
> 
> Atenciosamente,
> Saul Figueiredo
> Analista FreeBSD/Linux
> Linux Professional Institute Certification Level 2
> saulfelip...@gmail.com
> saul-fel...@hotmail.com
> -
> 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

[FUG-BR] kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl

[Saul Figueiredo]

Boa tarde pessoal.

Tive um problema com meu servidor proxy (squid), que só foi resolvido após
um reboot.
Quando ele voltou, observei no messages os seguintes:


(trecho do arquivo messages)
Apr  8 02:58:24 proxy4 kernel: Limiting open port RST response from 4320 to
200 packets/sec
Apr  8 19:56:59 proxy4 kernel: Limiting open port RST response from 2317 to
200 packets/sec
Apr  9 10:04:02 proxy4 kernel: Limiting open port RST response from 4123 to
200 packets/sec
Apr  9 10:04:03 proxy4 kernel: Limiting open port RST response from 1962 to
200 packets/sec
Apr  9 10:04:06 proxy4 kernel: Limiting open port RST response from 1763 to
200 packets/sec
Apr  9 10:04:10 proxy4 kernel: Limiting open port RST response from 1564 to
200 packets/sec
Apr  9 10:04:13 proxy4 kernel: Limiting open port RST response from 1366 to
200 packets/sec
Apr  9 23:59:17 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.
Apr 10 09:23:56 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.
Apr 10 09:24:58 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.
Apr 10 09:25:59 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.
Apr 10 23:59:10 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.
Apr 11 09:35:09 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.
Apr 11 09:36:12 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.
Apr 11 09:37:12 proxy4 kernel: Approaching the limit on PV entries,
consider increasing either the vm.pmap.shpgperproc or the
vm.pmap.pv_entry_max sysctl.


Tendo isso em mente, peguei essas duas variaveis que ele fala e executei o
comando:

proxy4# sysctl -a | egrep 'vm.pmap.shpgperproc|vm.pmap.pv_entry_max'
vm.pmap.shpgperproc: 200
vm.pmap.pv_entry_max: 3259075

Como ele me pediu para alterar uma das duas, editei meu /etc/sysctl.conf e
coloquei a seguinte linha:
vm.pmap.shpgperproc=7000

depois, pra não precisar reiniciar o sistema:
proxy4# sysctl vm.pmap.shpgperproc=7000
vm.pmap.shpgperproc: 200 -> 7000


O que exatamente são essas duas variaveis?
Sei que eu fiz o que o sistema me pediu, e que está relacionado com a
quantidade de pacotes por sec
tenho mais ou menos uns 6000 usuarios que utilizam a internet, possuo o
proxy em 3 servidores e esse é o mais parrudo e o único que teve esse
problema...
deveria fazer isso nos meus outros 2 proxies tbm ?



-- 
"Deve-se aprender sempre, até mesmo com um inimigo."
(Isaac Newton)

Atenciosamente,
Saul Figueiredo
Analista FreeBSD/Linux
Linux Professional Institute Certification Level 2
saulfelip...@gmail.com
saul-fel...@hotmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] kernel vimage + virtualbox em bridge trava o host

[vic]

Tenho um servidor com FreeBSD 8-stable (4 nov 2011) amd64 rodando 3 
jails
com vnet[1] (kernel compilado com VIMAGE). Esses jails estão com suas
interfaces numa bridge, junto com a placa de rede física do servidor.

Preciso rodar nesse servidor um windows e um FreeBSD 7 i386 por causa 
de
um binário de código fechado. Então instalei o VirtuaBox 4.0.12 mas
tenho o seguinte comportamento:

  1. Se configuro a rede como bridged na interface bridge0, o sistema
virtualizado consegue acessar a Internet, mas toda comunicação com o 
host
ou as outras jails é perdida e nem um ping funciona ou então o host 
trava.

  2. Tentei criar um interface tap0, adicionei ela na bridge0 e no
VirtualBox usei a rede como bridged nessa interface tap0, mas o
comportamento é o mesmo descrito acima.

Eu li em diversos lugares que o VirtualBox não funciona e/ou congela o
host quando se tem um kernel compilado com VIMAGE e usar a rede do
VirtualBox em bridged, contudo não achei nenhuma solução.

Alguém sabe de alguma solução para isso? Ou se existe algum outro meio 
de usar a rede em bridge ou roteada com as máquinas virtuais, afinal eu 
quero evitar ter que usar NAT.


[1]: http://wiki.polymorf.fr/index.php?title=Howto:FreeBSD_jail_vnet

-- 
vic
http://choppnerd.com
http://donttrack.us | http://dontbubble.us
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Kernel map

[Edinilson - ATINET]

Caros amigos, alguem sabe se existe algo parecido com isto:
http://www.makelinux.net/kernel_map/ 

disponivel para o Freebsd?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.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] kernel panic

[Marcelo Gondim]

Em 29/09/2011 22:14, Danilo Clemente escreveu:
> Você pode tentar configurar o parâmetro debug.debugger_on_panic=1 no 
> sysctl.conf

Opa Danilo,

Blz vou ver esse carinha aí mas acho que ele desabilita o debugger.  :)

>
> [ ]'s Danilo Clemente
>
> On 29/09/2011, at 21:40, Marcelo Gondim  wrote:
>
>> Olá pessoal,
>>
>> To com uma máquina FreeBSD 8.2-Stable rebootando diversas vezes no dia.
>> No início pensei logo na elétrica, chequei tudo e estava ok aí como não
>> havia log do problema, resolvi colocar um monitor no equipamento e ficar
>> de olho.
>>
>> Bem pimba! Eis que apareceu um kernel panic na tela e logo depois de 15
>> segundos o sistema re-iniciou sozinho. Pergunto eu: existe alguma
>> maneira de desabilitar esses 15 segundos e deixar o sistema parado na
>> tela com o erro? Porque se toda vez que isso ocorrer e o sistema
>> re-iniciar sozinho e sem log, nunca conseguirei identificar o problema.
>> É melhor o sistema travado na tela do que rebootando.  :)  Salvo quando
>> o servidor está longe e sem ninguém para ver a mensagem rsrsrsrs nesses
>> casos o reboot é melhor.
>>
>> Alguém sabe como desabilitar isso?
>>
>>

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

Re: [FUG-BR] kernel panic

[Danilo Clemente]

Você pode tentar configurar o parâmetro debug.debugger_on_panic=1 no sysctl.conf

[ ]'s Danilo Clemente

On 29/09/2011, at 21:40, Marcelo Gondim  wrote:

> Olá pessoal,
>
> To com uma máquina FreeBSD 8.2-Stable rebootando diversas vezes no dia.
> No início pensei logo na elétrica, chequei tudo e estava ok aí como não
> havia log do problema, resolvi colocar um monitor no equipamento e ficar
> de olho.
>
> Bem pimba! Eis que apareceu um kernel panic na tela e logo depois de 15
> segundos o sistema re-iniciou sozinho. Pergunto eu: existe alguma
> maneira de desabilitar esses 15 segundos e deixar o sistema parado na
> tela com o erro? Porque se toda vez que isso ocorrer e o sistema
> re-iniciar sozinho e sem log, nunca conseguirei identificar o problema.
> É melhor o sistema travado na tela do que rebootando.  :)  Salvo quando
> o servidor está longe e sem ninguém para ver a mensagem rsrsrsrs nesses
> casos o reboot é melhor.
>
> Alguém sabe como desabilitar isso?
>
> Grande abraço à todos
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] kernel panic

[Marcelo Gondim]

Olá pessoal,

To com uma máquina FreeBSD 8.2-Stable rebootando diversas vezes no dia. 
No início pensei logo na elétrica, chequei tudo e estava ok aí como não 
havia log do problema, resolvi colocar um monitor no equipamento e ficar 
de olho.

Bem pimba! Eis que apareceu um kernel panic na tela e logo depois de 15 
segundos o sistema re-iniciou sozinho. Pergunto eu: existe alguma 
maneira de desabilitar esses 15 segundos e deixar o sistema parado na 
tela com o erro? Porque se toda vez que isso ocorrer e o sistema 
re-iniciar sozinho e sem log, nunca conseguirei identificar o problema. 
É melhor o sistema travado na tela do que rebootando.  :)  Salvo quando 
o servidor está longe e sem ninguém para ver a mensagem rsrsrsrs nesses 
casos o reboot é melhor.

Alguém sabe como desabilitar isso?

Grande abraço à todos
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel

[Luiz Otavio O Souza]

On Jan 9, 2011, at 1:23 AM, Anderson Alves de Albuquerque wrote:

> Eu queria começar a ajudar a comunidade com desenvolvimento de kernel.
> Algiém recomenda os passos que eu deveria seguir?
> 
> 
> 
> -- 
> [], Anderson Alves de Albuquerque.
> ---
> E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @)
> andersonaa#gmail.com (replace # by @)
> ICQ: 73222660
> ---

Anderson,

Não há um caminho certo para se seguir aqui... o kernel é um programa muito 
extenso e complexo, lá você vai encontrar de tudo: MI (machine independent) 
code, MD (machine dependent) code (se você for trabalhar com baixo nível), 
sistema de arquivos, rede, vm, buses, implementação de protocolos em geral (que 
podem e usam partes dos outros subsistemas).

Você é que precisa determinar sua(s) área(s) de interesse, estuda-la(s) e 
começar a sugerir melhorias.

Dificilmente alguém vai dizer a você o que fazer (não que o pessoal seja 
mal-educado, mas são realmente muitos e-mails de 'quero ajudar' e ajudar a 
todos que 'querem ajudar' também tem seu preço).

Como regra geral, é muito mais fácil discutir em cima de um código (ou patch) 
ainda que simples e/ou errado, do que discutir eternamente idéias que podem 
simplesmente não sair do papel (ou da cabeça das pessoas) - _você_ tem que dar 
o primeiro passo...

E o primeiro passo para quem quer ajudar é se mostrar capaz: a) de entender o 
sistema, b) de entender o problema, c) de oferecer uma solução, d) de discutir 
e sustentar sua solução, e) prover manutenção para suas 'soluções'.

Na realidade é muito dificil você alcançar um bom nível de desenvolvimento 
(seja no kernel, seja em outras áreas do sistema) sem a correta motivação: seu 
chefe fazendo pressão, seu novo contrato para resolver aquele antigo problema, 
seu hardware acumulando poeira em cima da mesa, etc.

Do resto, como em muitas outras coisas, a pratica ajuda muito (comece logo, não 
espere mais...). As primeiras alterações no kernel resultam em panic() quase 
que certamente, mas com o passar do tempo você vai se surpreender como é 
relativamente 'simples' escrever código para o kernel.

Espero ter contribuido..

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

[FUG-BR] kernel

[Anderson Alves de Albuquerque]

 Eu queria começar a ajudar a comunidade com desenvolvimento de kernel.
Algiém recomenda os passos que eu deveria seguir?



-- 
[], 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

[FUG-BR] kernel: panic: rtqkill route really not free

[Anderson Michel - SRNet]

Boa tarde pessoal!

Após atualizar o Servidor de e-mail, que estava com o FreeBSD 
7.0-Release para o 8.1-STABLE #0, a máquina fica no ar por alguns dias 
(uma semana + ou -) e reinicia, peguei esta mensagem no /var/log/messages:

kernel: panic: rtqkill route really not free

Alguém sabe o que pode ser isso?

Obrigado!

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

Re: [FUG-BR] Kernel para DNS com IPFW

[Wanderson Tinti]

2009/9/30 Alex de A. Souza 

> Alguém tem alguma configuração básica que possa funcionar um server de DNS
> com IPFW e NATD juntos?
> Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> funciona, para funcionar eu tenho que compilar, ai o DNS para de funcionar
> para requisição de fora da rede, mais para rede interna funciona.
> Eu acho que alguma coisa com o Kernel e IPFW.
> Alguém pode ajudar com algum script do rc.firewall basico (e) ou do kernel?
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Alex, boa tarde.

Comece dividindo seu problema, é a forma mais fácil de resolvê-lo.
Primeiro teste a consulta DNS, não use um arquivo cheio de regras, coloque
somente as regras para liberar a consulta vindo da internet para seu serviço
DNS. Depois que você resolver essa bronca, aí sim você da continuidade as
demais regras. Em uma thread passada você ficou devendo os resultados das
sugestões que os marinheiros deram, faça os testes e poste o resultado para
que possamos ajudar.

Exemplos:

# Aceita consultas DNS entrando e saindo.
${fwcmd} add pass tcp from any to ${ip} 53 setup
${fwcmd} add pass udp from any to ${ip} 53
${fwcmd} add pass udp from ${ip} 53 to any

#Regras UDP para DNS1 e DNS2
#${fwcmd} add pass udp from any to ${dns1} 53
#${fwcmd} add pass udp from any to ${dns2} 53
#${fwcmd} add pass udp from ${dns1} 53 to any
#${fwcmd} add pass udp from ${dns2} 53 to any


Se seu IPFW está compilado para aceitar tudo 'IPFIREWALL_DEFAULT_TO_ACCEPT',
libere o que for necessário para sua rede funcionar, depois coloque uma
regra negando o que não foi explicitamente liberado (ipfw add 65534 deny all
from any to any).




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

Re: [FUG-BR] Kernel para DNS com IPFW

[Adiel *]

Alex, você pode tentar carregar os modulos do que precisa no kernel, ao
invez de recompilar.
 ex.
kldload ipfw

att

Adiel de Lima

2009/9/30 Alex de A. Souza 

> Alguém tem alguma configuração básica que possa funcionar um server de DNS
> com IPFW e NATD juntos?
> Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> funciona, para funcionar eu tenho que compilar, ai o DNS para de funcionar
> para requisição de fora da rede, mais para rede interna funciona.
> Eu acho que alguma coisa com o Kernel e IPFW.
> Alguém pode ajudar com algum script do rc.firewall basico (e) ou do kernel?
>
> -
> 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] Kernel para DNS com IPFW

[irado furioso com tudo]

Em Thu, 1 Oct 2009 11:11:44 -0300
"Alex de A. Souza" , conhecido consumidor de
drogas (BigMac's com Coke) escreveu:

> O padrão do Kernel que eu coloquei foi negar tudo mesmo.
> Se colocar liberar tudo , qual a regra no rc.firewall que posso
> bloquear e liberar só os IPs que eu kero? 

uma lida no handbook eventualmente pode ajudar. Ou então aqui:

http://www.google.com/search?ie=UTF-8&oe=UTF-8&sourceid=navclient&gfns=1&q=freebsd+tutorial+ipfw

flames > /dev/null

-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
"Quem poupa o lobo sacrifica a ovelha" [Victor Hugo]]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel para DNS com IPFW

[Luiz Gustavo S. Costa]

Porque não usa o PF ? os módulos já estão prontos no kernel GENERIC
[**NEGRITO EMULATOR FOR TEXT*](excluindo-se
ALTQ)[**NEGRITO EMULATOR FOR TEXT*], basta configurar o
pf.conf e habilitar no rc.conf
(pf_enable="YES").

flames > /dev/null (r)Irado

2009/10/1 Rogério Moura :
> O ALTQ não tem módulo, precisa ser compilado no kernel.
>
> 2009/10/1 Luiz Gustavo S. Costa 
>
>> Porque não usa o PF ? os módulos já estão prontos no kernel GENERIC
>> (excluindo-se ALTQ), basta configurar o pf.conf e habilitar no rc.conf
>> (pf_enable="YES").
>>
>> no site do openbsd tem uma FAQ em português do PF.
>>
>> Não to querendo fazer você migrar nada... mas vai facilitar sua vida,
>> vejo que tem certa dificuldade na compilação do kernel e configuração
>> do ipfw
>>
>> abraços
>>
>> 2009/9/30 Alex de A. Souza :
>> > Alguém tem alguma configuração básica que possa funcionar um server de
>> DNS
>> > com IPFW e NATD juntos?
>> > Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
>> > funciona, para funcionar eu tenho que compilar, ai o DNS para de
>> funcionar
>> > para requisição de fora da rede, mais para rede interna funciona.
>> > Eu acho que alguma coisa com o Kernel e IPFW.
>> > Alguém pode ajudar com algum script do rc.firewall basico (e) ou do
>> kernel?
>> >
>> > -
>> > 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
>> -
>> 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel para DNS com IPFW

[Rogério Moura]

o ALTQ não tem módulo, precisa ser compilado no kernel.

2009/10/1 Luiz Gustavo S. Costa 

> Porque não usa o PF ? os módulos já estão prontos no kernel GENERIC
> (excluindo-se ALTQ), basta configurar o pf.conf e habilitar no rc.conf
> (pf_enable="YES").
>
> no site do openbsd tem uma FAQ em português do PF.
>
> Não to querendo fazer você migrar nada... mas vai facilitar sua vida,
> vejo que tem certa dificuldade na compilação do kernel e configuração
> do ipfw
>
> abraços
>
> 2009/9/30 Alex de A. Souza :
> > Alguém tem alguma configuração básica que possa funcionar um server de
> DNS
> > com IPFW e NATD juntos?
> > Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> > funciona, para funcionar eu tenho que compilar, ai o DNS para de
> funcionar
> > para requisição de fora da rede, mais para rede interna funciona.
> > Eu acho que alguma coisa com o Kernel e IPFW.
> > Alguém pode ajudar com algum script do rc.firewall basico (e) ou do
> kernel?
> >
> > -
> > 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
> -
> 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] Kernel para DNS com IPFW

[Rogério Moura]

O ALTQ não tem módulo, precisa ser compilado no kernel.

2009/10/1 Luiz Gustavo S. Costa 

> Porque não usa o PF ? os módulos já estão prontos no kernel GENERIC
> (excluindo-se ALTQ), basta configurar o pf.conf e habilitar no rc.conf
> (pf_enable="YES").
>
> no site do openbsd tem uma FAQ em português do PF.
>
> Não to querendo fazer você migrar nada... mas vai facilitar sua vida,
> vejo que tem certa dificuldade na compilação do kernel e configuração
> do ipfw
>
> abraços
>
> 2009/9/30 Alex de A. Souza :
> > Alguém tem alguma configuração básica que possa funcionar um server de
> DNS
> > com IPFW e NATD juntos?
> > Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> > funciona, para funcionar eu tenho que compilar, ai o DNS para de
> funcionar
> > para requisição de fora da rede, mais para rede interna funciona.
> > Eu acho que alguma coisa com o Kernel e IPFW.
> > Alguém pode ajudar com algum script do rc.firewall basico (e) ou do
> kernel?
> >
> > -
> > 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
> -
> 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] Kernel para DNS com IPFW

[Luiz Gustavo S. Costa]

rsrsrsrsrsrsrsrsrs 

não fala assim rapaz... o que me trouxe para o mundo BSD foi
exatamente o IPFW  ...
mas confesso que pouquíssimas vezes, e raras vezes, uso o ipfw...
apesar de ser padrão na compilação dos meus kernel's.

mas enfim... servidor basicão, DNS basicão, nem precisa compilar o
kernel. O GENERIC vem com tudo.

2009/10/1 Matheus L. Abreu :
> Esse papo de não quero fazer você migrar ... sei sei Kaká. Faz a
> evangelização completa ué. =D
>
> pf é o cara para certas coisas ...
> ipfw é o cara para outras certas coisas ...
>
> ;)
>
>  --
> Matheus L. Abreu
> [ matheusl dot abreu (a) gmail.com ]
> [ http://matheuslamberti.blogspot.com ]
>
> "Sine qua non"
> "In theory there is no difference between theory and practice, but in
> practice there is."
> "Para obter algo que você nunca teve, precisa fazer algo que nunca fez."
>
>
> 2009/10/1 Luiz Gustavo S. Costa 
>
>> Porque não usa o PF ? os módulos já estão prontos no kernel GENERIC
>> (excluindo-se ALTQ), basta configurar o pf.conf e habilitar no rc.conf
>> (pf_enable="YES").
>>
>> no site do openbsd tem uma FAQ em português do PF.
>>
>> Não to querendo fazer você migrar nada... mas vai facilitar sua vida,
>> vejo que tem certa dificuldade na compilação do kernel e configuração
>> do ipfw
>>
>> abraços
>>
>> 2009/9/30 Alex de A. Souza :
>> > Alguém tem alguma configuração básica que possa funcionar um server de
>> DNS
>> > com IPFW e NATD juntos?
>> > Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
>> > funciona, para funcionar eu tenho que compilar, ai o DNS para de
>> funcionar
>> > para requisição de fora da rede, mais para rede interna funciona.
>> > Eu acho que alguma coisa com o Kernel e IPFW.
>> > Alguém pode ajudar com algum script do rc.firewall basico (e) ou do
>> kernel?
>> >
>> > -
>> > 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
>> -
>> 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel para DNS com IPFW

[Matheus L. Abreu]

Esse papo de não quero fazer você migrar ... sei sei Kaká. Faz a
evangelização completa ué. =D

pf é o cara para certas coisas ...
ipfw é o cara para outras certas coisas ...

;)

 --
Matheus L. Abreu
[ matheusl dot abreu (a) gmail.com ]
[ http://matheuslamberti.blogspot.com ]

"Sine qua non"
"In theory there is no difference between theory and practice, but in
practice there is."
"Para obter algo que você nunca teve, precisa fazer algo que nunca fez."


2009/10/1 Luiz Gustavo S. Costa 

> Porque não usa o PF ? os módulos já estão prontos no kernel GENERIC
> (excluindo-se ALTQ), basta configurar o pf.conf e habilitar no rc.conf
> (pf_enable="YES").
>
> no site do openbsd tem uma FAQ em português do PF.
>
> Não to querendo fazer você migrar nada... mas vai facilitar sua vida,
> vejo que tem certa dificuldade na compilação do kernel e configuração
> do ipfw
>
> abraços
>
> 2009/9/30 Alex de A. Souza :
> > Alguém tem alguma configuração básica que possa funcionar um server de
> DNS
> > com IPFW e NATD juntos?
> > Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> > funciona, para funcionar eu tenho que compilar, ai o DNS para de
> funcionar
> > para requisição de fora da rede, mais para rede interna funciona.
> > Eu acho que alguma coisa com o Kernel e IPFW.
> > Alguém pode ajudar com algum script do rc.firewall basico (e) ou do
> kernel?
> >
> > -
> > 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
> -
> 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] Kernel para DNS com IPFW

[Alex de A. Souza]

O padrão do Kernel que eu coloquei foi negar tudo mesmo.
Se colocar liberar tudo , qual a regra no rc.firewall que posso bloquear e 
liberar só os IPs que eu kero? 

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

Re: [FUG-BR] Kernel para DNS com IPFW

[Luiz Gustavo S. Costa]

Porque não usa o PF ? os módulos já estão prontos no kernel GENERIC
(excluindo-se ALTQ), basta configurar o pf.conf e habilitar no rc.conf
(pf_enable="YES").

no site do openbsd tem uma FAQ em português do PF.

Não to querendo fazer você migrar nada... mas vai facilitar sua vida,
vejo que tem certa dificuldade na compilação do kernel e configuração
do ipfw

abraços

2009/9/30 Alex de A. Souza :
> Alguém tem alguma configuração básica que possa funcionar um server de DNS
> com IPFW e NATD juntos?
> Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> funciona, para funcionar eu tenho que compilar, ai o DNS para de funcionar
> para requisição de fora da rede, mais para rede interna funciona.
> Eu acho que alguma coisa com o Kernel e IPFW.
> Alguém pode ajudar com algum script do rc.firewall basico (e) ou do kernel?
>
> -
> 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel para DNS com IPFW

[Matheus L. Abreu]

Acredito que seu problema ao compilar o kernel e o DNS parar seja que o
padrão do IPFW é negar tudo.
Caso você insira o parametro default-to-accept (algo assim) esse problema
vai acabar.
Conforme o Renato disse, olhando na MAN do ipfw você pode ter uma luz.

;)

 --
Matheus L. Abreu
[ matheusl dot abreu (a) gmail.com ]
[ http://matheuslamberti.blogspot.com ]

"Sine qua non"
"In theory there is no difference between theory and practice, but in
practice there is."
"Para obter algo que você nunca teve, precisa fazer algo que nunca fez."


2009/10/1 renato martins 

> compilar o kernel é super simples mas a outro opção são os modulos
> no man do ipfw voce vai ter todas informções que voce precisa para essa
> tarrefa
> procure na net que voce vai achar o manual do ipfw traduzido pelo Patrick
>
>
> Em 30/09/09, Alex de A. Souza  escreveu:
> >
> > Alguém tem alguma configuração básica que possa funcionar um server de
> DNS
> > com IPFW e NATD juntos?
> > Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> > funciona, para funcionar eu tenho que compilar, ai o DNS para de
> funcionar
> > para requisição de fora da rede, mais para rede interna funciona.
> > Eu acho que alguma coisa com o Kernel e IPFW.
> > Alguém pode ajudar com algum script do rc.firewall basico (e) ou do
> kernel?
> >
> > -
> > 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] Kernel para DNS com IPFW

[renato martins]

compilar o kernel é super simples mas a outro opção são os modulos
no man do ipfw voce vai ter todas informções que voce precisa para essa
tarrefa
procure na net que voce vai achar o manual do ipfw traduzido pelo Patrick


Em 30/09/09, Alex de A. Souza  escreveu:
>
> Alguém tem alguma configuração básica que possa funcionar um server de DNS
> com IPFW e NATD juntos?
> Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não
> funciona, para funcionar eu tenho que compilar, ai o DNS para de funcionar
> para requisição de fora da rede, mais para rede interna funciona.
> Eu acho que alguma coisa com o Kernel e IPFW.
> Alguém pode ajudar com algum script do rc.firewall basico (e) ou do kernel?
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Kernel para DNS com IPFW

[Alex de A. Souza]

Alguém tem alguma configuração básica que possa funcionar um server de DNS 
com IPFW e NATD juntos?
Sem compilar o Kerneu o DNS funciona normal, só que o IPFW e NATD não 
funciona, para funcionar eu tenho que compilar, ai o DNS para de funcionar 
para requisição de fora da rede, mais para rede interna funciona.
Eu acho que alguma coisa com o Kernel e IPFW.
Alguém pode ajudar com algum script do rc.firewall basico (e) ou do kernel? 

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

Re: [FUG-BR] kernel no 7.2

[Gerson Rino Prantl Oaida]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ola pessoal.

Resumo final... Solução drástica.

Tentei todas as dicas dadas:
Compilar o GENERIC  Mesmo erro
Apaguei na mão todos os fontes/obj e baixei copia do CD   Mesmo erro
Upgrade para 8, Não compilou, parou em outro lugar.
Voltei ao 7.2 mesmo erro.

Ai, transferi os serviços desta maquina para outra, Nada grave DNS e
um tunelVPN.
Baixei o CD do 7.2 Current novamente, formatei instalei atualizei,
alterei o kernel recompilei e tudo funcionou.

Alias as únicas alterações do kernel eram desativar algumas placas de
rede que não uso e adicionar o pf.

Agradeço todo o apoio, pois aprendi alguns comandos que não conhecia,
que me ajudarão nas futuras atualizações.

Até mais.

Gerson Oaida

P.S. Eu editei a biblioteca com erro mas não tinha erro, comparei-a
com de outra maquina que estava ok e não havia nada a fazer. Parece
que foi alguma atualização incompleta ou algum arquivo defeituoso no
caminho.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqpQscACgkQIZJrN8meiuzpiACghsqMEWd6ORDOxbDSiLkjKK9d
FyQAoKjKuuFeAlBUNPAnrx1J2Bfd/kN8
=VlqG
-END PGP SIGNATURE-

===
Aviso de confidencialidade:
===
Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa),
empresa publica federal regida pelo disposto na Lei Federal N.  5.851,de 
7 de dezembro de 1972, e enviada exclusivamente a seu destinatario e pode 
conter informacoes confidenciais, protegidas por sigilo profissional. 
Sua utilizacao desautorizada e ilegal e sujeita o infrator as penas da lei.
Se voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao 
emitente, esclarecendo o equivoco.
=
Confidentiality note:
=
"This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa) 
a government company established under Brazilian law (5.851/72) is directed 
exclusively to its addresses and may contain confidential data, protected 
under professional secrecy rules. Its unauthorized use is illegal and may 
subject the transgressor to the law's penalties. If you are not the addressee,
please send it back, elucidating the failure".
==
Embrapa Florestas
www.cnpf.embrapa.br
s...@cnpf.embrapa.br
ab...@cnpf.embrapa.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] kernel no 7.2

[Aprigio de Faria]

Concordo com o Garga.

Já tentou rodar recompilar toda a base antes de compilar o kernel?
Se o "source" realmente estiver correto, essa solução deverá funcionar.

Atualize o "source" para a versão 7-stable, recompile a base e depois o
kernel.

Recompilando a base:

# cd /usr/src
# make cleanworld
# make buildworld
# make installworld

Se a compilação finalizar com sucesso, então reinicie a maquina e tente
recompilar o kernel.


Em Thu, 10 Sep 2009 08:53:15 -0300
Renato Botelho  escreveu:

> 2009/9/10 Gerson Rino Prantl Oaida :
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Ola pessoal
> >
> > Eu tentei compilar o generic e deu o mesmo erro.
> >
> > Eu tinha rodando a versão 7.1 pre-release, e tentei deixar na 7.2
> > stable. Meu erro foi demorar muito para fazer as atualizações, mas
> > como estava funcionando sem problemas não mexi...
> >
> > Vou tentar fazer um upgrade para a versão 8 se tudo compilar beleza,
> > deixo nela, senão depois dos fontes da 8 baixados faço um downgrade
> > para a 7, ai terei certeza que voltou para 7.2 stable.
> 
> Downgrades não são recomendados.
> 
> Faça o seguinte, baixa o 7-stable com o csup (tag=RELENG_7), depois:
> 
> # chflags -R noschg /usr/obj
> # rm -rf /usr/obj/*
> # cd /usr/src
> # make clean && make clean
> # make cleandir
> # make KERNCONF=GENERIC buildkernel
> 
> Depois poste o resultado do que ocorreu.




Sds,

-- 
Aprígio de Faria


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

Re: [FUG-BR] kernel no 7.2

[Renato Botelho]

2009/9/10 Gerson Rino Prantl Oaida :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ola pessoal
>
> Eu tentei compilar o generic e deu o mesmo erro.
>
> Eu tinha rodando a versão 7.1 pre-release, e tentei deixar na 7.2 stable.
> Meu erro foi demorar muito para fazer as atualizações, mas como estava
> funcionando sem problemas não mexi...
>
> Vou tentar fazer um upgrade para a versão 8 se tudo compilar beleza,
> deixo nela, senão depois dos fontes da 8 baixados faço um downgrade
> para a 7, ai terei certeza que voltou para 7.2 stable.

Downgrades não são recomendados.

Faça o seguinte, baixa o 7-stable com o csup (tag=RELENG_7), depois:

# chflags -R noschg /usr/obj
# rm -rf /usr/obj/*
# cd /usr/src
# make clean && make clean
# make cleandir
# make KERNCONF=GENERIC buildkernel

Depois poste o resultado do que ocorreu.
-- 
Renato Botelho
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel no 7.2

[Gerson Rino Prantl Oaida]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ola pessoal

Eu tentei compilar o generic e deu o mesmo erro.

Eu tinha rodando a versão 7.1 pre-release, e tentei deixar na 7.2 stable.
Meu erro foi demorar muito para fazer as atualizações, mas como estava
funcionando sem problemas não mexi...

Vou tentar fazer um upgrade para a versão 8 se tudo compilar beleza,
deixo nela, senão depois dos fontes da 8 baixados faço um downgrade
para a 7, ai terei certeza que voltou para 7.2 stable.

Em ultimo caso formato e instalo do zero


Gerson Oaida


Renato Botelho escreveu:
> 2009/9/9 Gerson Rino Prantl Oaida :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Obrigado, valeu a tentativa, mas parou no mesmo erro.
>>
>> machine -> /usr/src/sys/amd64/include
>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
>> - -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>> - -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
>> - -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
>> - -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter
>> - -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath
>> - -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm
>> - -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD
>> - -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs
>> - -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb
>> - -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
>> - -finline-limit=8000 --param inline-unit-growth=100 --param
>> large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387
>> - -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
>> - -fno-asynchronous-unwind-tables -ffreestanding
>> /usr/src/sys/amd64/amd64/genassym.c
>> In file included from /usr/src/sys/vm/pmap.h:82,
>> from /usr/src/sys/amd64/amd64/genassym.c:61:
>> ./machine/pmap.h:323: error: expected declaration specifiers or '...'
>> before 'vm_memattr_t'
>> *** Error code 1
>>
>> Stop in /usr/obj/usr/src/sys/MYKERNEL.
>
> Tenta fazer o processo com o kernel GENERIC para saber se o
> problema não está no seu custom.
>
>> A messagem é de faltar algo ou a sintaxe dentro da biblioteca estar
>> incorreta. como estas maquinas ja estão em produção a quase um ano, eu
>> desconfiei que as fontes poderiam estar na versão 6, original, mas
>> pelos log os sources do kernel tambem foram atualizados.
>>
>> Isto ja havia acontecido quando migrei do free 5 para o 6, em outra
>> maquina. Depois parou.
>
> Qual a versão do seu FreeBSD atual? Qual o tag que você usou no csup?
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqo4pQACgkQIZJrN8meiuyJEACgp0lE0ACrziOb4sIZIfBZx4Vi
p2sAnic2OK/+x7/whfq503GMJcm739QB
=dLGh
-END PGP SIGNATURE-

===
Aviso de confidencialidade:
===
Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa),
empresa publica federal regida pelo disposto na Lei Federal N.  5.851,de 
7 de dezembro de 1972, e enviada exclusivamente a seu destinatario e pode 
conter informacoes confidenciais, protegidas por sigilo profissional. 
Sua utilizacao desautorizada e ilegal e sujeita o infrator as penas da lei.
Se voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao 
emitente, esclarecendo o equivoco.
=
Confidentiality note:
=
"This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa) 
a government company established under Brazilian law (5.851/72) is directed 
exclusively to its addresses and may contain confidential data, protected 
under professional secrecy rules. Its unauthorized use is illegal and may 
subject the transgressor to the law's penalties. If you are not the addressee,
please send it back, elucidating the failure".
==
Embrapa Florestas
www.cnpf.embrapa.br
s...@cnpf.embrapa.br
ab...@cnpf.embrapa.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] kernel no 7.2

[Renato Botelho]

2009/9/9 Gerson Rino Prantl Oaida :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Obrigado, valeu a tentativa, mas parou no mesmo erro.
>
> machine -> /usr/src/sys/amd64/include
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
> - -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> - -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
> - -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
> - -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter
> - -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath
> - -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm
> - -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD
> - -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs
> - -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb
> - -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
> - -finline-limit=8000 --param inline-unit-growth=100 --param
> large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387
> - -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
> - -fno-asynchronous-unwind-tables -ffreestanding
> /usr/src/sys/amd64/amd64/genassym.c
> In file included from /usr/src/sys/vm/pmap.h:82,
>                 from /usr/src/sys/amd64/amd64/genassym.c:61:
> ./machine/pmap.h:323: error: expected declaration specifiers or '...'
> before 'vm_memattr_t'
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/MYKERNEL.

Tenta fazer o processo com o kernel GENERIC para saber se o
problema não está no seu custom.

> A messagem é de faltar algo ou a sintaxe dentro da biblioteca estar
> incorreta. como estas maquinas ja estão em produção a quase um ano, eu
> desconfiei que as fontes poderiam estar na versão 6, original, mas
> pelos log os sources do kernel tambem foram atualizados.
>
> Isto ja havia acontecido quando migrei do free 5 para o 6, em outra
> maquina. Depois parou.

Qual a versão do seu FreeBSD atual? Qual o tag que você usou no csup?

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

Re: [FUG-BR] kernel no 7.2

[Cleyton Agapito]

2009/9/9 Gerson Rino Prantl Oaida :
>
> A messagem é de faltar algo ou a sintaxe dentro da biblioteca estar
> incorreta. como estas maquinas ja estão em produção a quase um ano, eu
> desconfiei que as fontes poderiam estar na versão 6, original, mas
> pelos log os sources do kernel tambem foram atualizados.
>
> Isto ja havia acontecido quando migrei do free 5 para o 6, em outra
> maquina. Depois parou.
>

Se eu entendi bem você está passando do 6 para o 7 né? Tentou um make
build/installworld? Derrepente as bibliotecas do sistema estão
desatualizadas, experimente seguir os passos do item 24.7.8 do manual.

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

Re: [FUG-BR] kernel no 7.2

[Aprigio de Faria]

Realmente acho que o problema não é esse.
O erro parece vir do módulo pmap.
Talvez seja alguma opção que esteja faltando ou sobrando no
arquivo de configuração.

No arquivo NOTES, que fica no mesmo diretório do arquivo de
configuração do kernel, diz algo sobre o PMAP.

Outra alternativa, é compilar o GENERIC e ver se funciona.
Caso funcione, então é só comparar os arquivos e ver qual opção que
está errada.

Boa sorte!

Em Wed, 9 Sep 2009 16:30:05 -0300
irado furioso com tudo  escreveu:

> Em Wed, 9 Sep 2009 16:00:42 -0300
> "Thiago J. Ruiz" , conhecido consumidor de
> drogas (BigMac's com Coke) escreveu:
> 
> > 
> > 
> > cd /usr/src
> > 
> > make buildkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL
> > make installkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL
> 
> 
> editar o /etc/make.conf e acrescentar:
> 
> KERNCONF=seu_kernel
> 
> depois:
> 
> cd /usr/src
> make kernel installkernel clean
> 
> e pronto.
> 
> mass.. acho que NÃO é êsse o problema do rapaz.
> 
> 




Sds,

-- 
Aprígio de Faria


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

Re: [FUG-BR] kernel no 7.2

[Renato Frederick]

Andou alterando muita coisa no kernel GENERIC?

Parece ser alguma opcao que você removeu que outra depende, exemplo, tirar o 
suporte a 'da' dentro de scsi e deixar suporte a disco USB.

Experimente adicionar uma linha qualquer no GENERIC (Exemplo, opcoes de 
firewall), sem remover nada e recompilar. Tem que funcionar.

Daí você vai removendo cuidadosamente as opcoes :)



> -Original Message-
> From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br]
> On Behalf Of Gerson Rino Prantl Oaida
> Sent: quarta-feira, 9 de setembro de 2009 15:41
> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> Subject: [FUG-BR] kernel no 7.2
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Ola pessoal.
> 
> Tenho oito servidores free er não sei porque em dois deles estou tento este
> problema na hora de recompilar o kernel.
> Não sei se sou eu que estou esquecendo algo, mas nos doiscomputadores
> com AMD não estou conseguindo compilar o kernel.
> 
> Atualizei o cvsup normalmente, fui no source do kernel e executei um config
> nele.
> Fui ao diretorio configurado executei o cleandepend, sem problemas e
> depois o make depend...
> O erro ocorre nesta hora. O erro esta baixo.
> As duas maquinas são diferentes uma sun e a outra é um quadcore montado.
> Ambos param no mesmo lugar,
> 
> 
> 
> machine -> ../../../amd64/include
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
> - -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> - -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
> - -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../..
> - -I../../../contrib/altq -I../../../contrib/ipfilter
> - -I../../../contrib/pf -I../../../dev/ath -I../../../dev/ath/ath_hal
> - -I../../../contrib/ngatm -I../../../dev/twa
> - -I../../../gnu/fs/xfs/FreeBSD -I../../../gnu/fs/xfs/FreeBSD/support
> - -I../../../gnu/fs/xfs -I../../../contrib/opensolaris/compat
> - -I../../../dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include
> opt_global.h -finline-limit=8000 --param inline-unit-growth=100
> - --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone
> - -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
> - -fno-asynchronous-unwind-tables -ffreestanding
> ./../../amd64/amd64/genassym.c In file included from ../../../vm/pmap.h:82,
>  from ../../../amd64/amd64/genassym.c:61:
> ./machine/pmap.h:323: error: expected declaration specifiers or '...'
> before 'vm_memattr_t'
> *** Error code 1
> 
> 
> Obrigado
> Gerson
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkqn9sAACgkQIZJrN8meiuz6LwCgxrLNTgo4dsN9xgooakryqkO
> d
> IjYAn2CHz8vEiE4vY04JvXTp0lvLDr8L
> =DoKQ
> -END PGP SIGNATURE-
> 
> ===
> Aviso de confidencialidade:
> ===
> Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa),
> empresa publica federal regida pelo disposto na Lei Federal N.  5.851,de
> 7 de dezembro de 1972, e enviada exclusivamente a seu destinatario e pode
> conter informacoes confidenciais, protegidas por sigilo profissional.
> Sua utilizacao desautorizada e ilegal e sujeita o infrator as penas da lei.
> Se voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao
> emitente, esclarecendo o equivoco.
> =
> Confidentiality note:
> =
> "This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa)
> a government company established under Brazilian law (5.851/72) is directed
> exclusively to its addresses and may contain confidential data, protected
> under professional secrecy rules. Its unauthorized use is illegal and may
> subject the transgressor to the law's penalties. If you are not the addressee,
> please send it back, elucidating the failure".
> ==
> Embrapa Florestas
> www.cnpf.embrapa.br
> s...@cnpf.embrapa.br
> ab...@cnpf.embrapa.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

[FUG-BR] Kernel Otimizado para WebServer

[Alberane Lúcio]

Olá Pessoal,

Estou prestes a compilar um novo kernel para uma máquina que será um servidor 
web (Apache/MySQL).

Essa máquina está rodando sobre VMWare ESXi com um modesto Core2Dua com 2G de 
RAM e HD Sata.
Está instalado FreeBSD 7.2 32b i386 com ACPI desabilitado.

Gostaria de sabe se nas configurações para o novo kernel existe algum macete 
para otimização para um servidor web, ou alguém tem alguma experiência 
interessante que possa ajudar nesse momento.

Muito obrigado.
 
_ 
Atenciosamente 

Alberane Lúcio Thiago da Cunha 
Varginha / MG
Linux User #396371 


Visite:
alberane.wordpress.com




  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel no 7.2

[irado furioso com tudo]

Em Wed, 9 Sep 2009 16:00:42 -0300
"Thiago J. Ruiz" , conhecido consumidor de
drogas (BigMac's com Coke) escreveu:

> 
> 
> cd /usr/src
> 
> make buildkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL
> make installkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL


editar o /etc/make.conf e acrescentar:

KERNCONF=seu_kernel

depois:

cd /usr/src
make kernel installkernel clean

e pronto.

mass.. acho que NÃO é êsse o problema do rapaz.


-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Se o Diabo entendesse de mulher não tinha rabo nem chifre.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel no 7.2

[Thiago J. Ruiz]

pode ser algum valor modificado no kernel customizado, tenta compilar o
GENERIC pra testar

e também derepente colar o seu arquivo de conf do kernel, as vezes o pessoal
dá uma luz.

att

2009/9/9 Gerson Rino Prantl Oaida 

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Obrigado, valeu a tentativa, mas parou no mesmo erro.
>
>
> ./machine/pmap.h:323: error: expected declaration specifiers or '...'
> before 'vm_memattr_t'
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/MYKERNEL.
>
>
> A messagem é de faltar algo ou a sintaxe dentro da biblioteca estar
> incorreta. como estas maquinas ja estão em produção a quase um ano, eu
> desconfiei que as fontes poderiam estar na versão 6, original, mas
> pelos log os sources do kernel tambem foram atualizados.
>
> Isto ja havia acontecido quando migrei do free 5 para o 6, em outra
> maquina. Depois parou.
>
>
> --
Thiago J. Ruiz
SysAdmin/NetAdmin
Cisco CCNA - Loading.
http://thiagoruiz.blogspot.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel no 7.2

[Franklin França]

Aqui eu faço assim tenta ai.

Upgrade para versão 7.2

 Realizar a copia dos seguintes arquivos:

 cp /usr/share/examples/cvsup/stable-supfile /root/stable-spufile
 cp /usr/share/examples/cvsup/ports-supfile /root/ports-supfile
 cp /usr/share/examples/cvsup/doc-supfile /root/doc-supfile
 cp /usr/share/examples/cvsup/www-supfile /root/www-supfile

 Para atualizarmos para a versão 7.2, precisaremos modificar o arquivo
/root/stable-supfile a linha  *default release=cvs tag=RELENG_X para
*default release=cvs tag=RELENG_7.

 Logo após a alteração do RELENG_7, vamos editar o arquivo make.conf para
alguns parâmetros de atualização:


editar o /etc/make.conf
---
 SUP_UPDATE=yes
 SUP=/usr/bin/csup
 SUPFLAGS=   -g -L 2
 SUPHOST=cvsup2.br.freebsd.org
 SUPFILE=/root/stable-supfile
 PORTSSUPFILE=   /root/ports-supfile
 DOCSUPFILE= /root/doc-supfile
 WWWSUPFILE= /root/www-supfile
 KERNCONF=MEUKERNEL
 MAKEOPTS="-j4"
 WITHOUT_X11= yes
 NO_PROFILE=true
 FLAGS=-O2 -pipe
--
 Ao termino da edição do arquivo make.conf, vamos realizar os seguintes
comando;

 cd /usr/obj
 chflags -R noschg usr
 rm -rf ./usr
 cd /usr/src
 make update
 make clean; make clean
 make buildworld
 make kernel
 mergemaster -p
 make installworld
 mergemaster -FPi
 reboot

-- 
atenciosamente,

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

Re: [FUG-BR] kernel no 7.2

[Gerson Rino Prantl Oaida]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Obrigado, valeu a tentativa, mas parou no mesmo erro.

machine -> /usr/src/sys/amd64/include
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
- -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
- -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
- -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys
- -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter
- -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath
- -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm
- -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD
- -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs
- -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb
- -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
- -finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387
- -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
- -fno-asynchronous-unwind-tables -ffreestanding
/usr/src/sys/amd64/amd64/genassym.c
In file included from /usr/src/sys/vm/pmap.h:82,
 from /usr/src/sys/amd64/amd64/genassym.c:61:
./machine/pmap.h:323: error: expected declaration specifiers or '...'
before 'vm_memattr_t'
*** Error code 1

Stop in /usr/obj/usr/src/sys/MYKERNEL.


A messagem é de faltar algo ou a sintaxe dentro da biblioteca estar
incorreta. como estas maquinas ja estão em produção a quase um ano, eu
desconfiei que as fontes poderiam estar na versão 6, original, mas
pelos log os sources do kernel tambem foram atualizados.

Isto ja havia acontecido quando migrei do free 5 para o 6, em outra
maquina. Depois parou.


Gerson
Thiago J. Ruiz escreveu:
> já tentou pelo novo método?
>
> cd /usr/src
>
> make buildkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL make
> installkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL
>
> abraço
>
> 2009/9/9 Gerson Rino Prantl Oaida 
>
> Ola pessoal.
>
> Tenho oito servidores free er não sei porque em dois deles estou
> tento este problema na hora de recompilar o kernel. Não sei se sou
> eu que estou esquecendo algo, mas nos doiscomputadores com AMD não
> estou conseguindo compilar o kernel.
>
> Atualizei o cvsup normalmente, fui no source do kernel e executei
> um config nele. Fui ao diretorio configurado executei o
> cleandepend, sem problemas e depois o make depend... O erro ocorre
> nesta hora. O erro esta baixo. As duas maquinas são diferentes uma
> sun e a outra é um quadcore montado. Ambos param no mesmo lugar,
>
>
>
> machine -> ../../../amd64/include cc -c -O2 -frename-registers
> -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls
> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign
> -fformat-extensions -nostdinc -I. -I../../..
> -I../../../contrib/altq -I../../../contrib/ipfilter
> -I../../../contrib/pf -I../../../dev/ath -I../../../dev/ath/ath_hal
>  -I../../../contrib/ngatm -I../../../dev/twa
> -I../../../gnu/fs/xfs/FreeBSD -I../../../gnu/fs/xfs/FreeBSD/support
>  -I../../../gnu/fs/xfs -I../../../contrib/opensolaris/compat
> -I../../../dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include
>  opt_global.h -finline-limit=8000 --param inline-unit-growth=100
> --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone
> -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
> -fno-asynchronous-unwind-tables -ffreestanding
> ./../../amd64/amd64/genassym.c In file included from
> ../../../vm/pmap.h:82, from ../../../amd64/amd64/genassym.c:61:
> ./machine/pmap.h:323: error: expected declaration specifiers or
> '...' before 'vm_memattr_t' *** Error code 1
>
>
> Obrigado Gerson
>>
===
Aviso de confidencialidade:
===
Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa),
empresa publica federal regida pelo disposto na Lei Federal N.  5.851,de
7 de dezembro de 1972, e enviada exclusivamente a seu destinatario e pode
conter informacoes confidenciais, protegidas por sigilo profissional.
Sua utilizacao desautorizada e ilegal e sujeita o infrator as penas da
lei.
Se voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao
emitente, esclarecendo o equivoco.
=
Confidentiality note:
=
"This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa)
a government company established under Brazilian law (5.851/72) is
directed
exclusively to its addresses and may contain confidential data, protected
under professional secrecy rules. Its unauthorized use is illegal and may
subject the transgressor to the law's penalties. If you are not the
addressee,
please send it back, elucidating the failure".
==
Embrapa Florestas
www.cnpf.embrapa.br
s...@cnpf.embrapa.br
ab...@cnpf.embrapa.br
- -
- -
Histórico: http://www.fug.com.br/historic

Re: [FUG-BR] kernel no 7.2

[Thiago J. Ruiz]

já tentou pelo novo método?

cd /usr/src

make buildkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL
make installkernel KERNCONF=NOME-DO-ARQUIVO-DO-KERNEL

abraço

2009/9/9 Gerson Rino Prantl Oaida 

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ola pessoal.
>
> Tenho oito servidores free er não sei porque em dois deles estou tento
> este problema na hora de recompilar o kernel.
> Não sei se sou eu que estou esquecendo algo, mas nos doiscomputadores
> com AMD não estou conseguindo compilar o kernel.
>
> Atualizei o cvsup normalmente, fui no source do kernel e executei um
> config nele.
> Fui ao diretorio configurado executei o cleandepend, sem problemas e
> depois o make depend...
> O erro ocorre nesta hora. O erro esta baixo.
> As duas maquinas são diferentes uma sun e a outra é um quadcore montado.
> Ambos param no mesmo lugar,
>
>
>
> machine -> ../../../amd64/include
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
> - -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> - -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
> - -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../..
> - -I../../../contrib/altq -I../../../contrib/ipfilter
> - -I../../../contrib/pf -I../../../dev/ath -I../../../dev/ath/ath_hal
> - -I../../../contrib/ngatm -I../../../dev/twa
> - -I../../../gnu/fs/xfs/FreeBSD -I../../../gnu/fs/xfs/FreeBSD/support
> - -I../../../gnu/fs/xfs -I../../../contrib/opensolaris/compat
> - -I../../../dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include
> opt_global.h -finline-limit=8000 --param inline-unit-growth=100
> - --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone
> - -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
> - -fno-asynchronous-unwind-tables -ffreestanding
> ./../../amd64/amd64/genassym.c
> In file included from ../../../vm/pmap.h:82,
> from ../../../amd64/amd64/genassym.c:61:
> ./machine/pmap.h:323: error: expected declaration specifiers or '...'
> before 'vm_memattr_t'
> *** Error code 1
>
>
> Obrigado
> Gerson
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkqn9sAACgkQIZJrN8meiuz6LwCgxrLNTgo4dsN9xgooakryqkOd
> IjYAn2CHz8vEiE4vY04JvXTp0lvLDr8L
> =DoKQ
> -END PGP SIGNATURE-
>
> ===
> Aviso de confidencialidade:
> ===
> Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa),
> empresa publica federal regida pelo disposto na Lei Federal N.  5.851,de
> 7 de dezembro de 1972, e enviada exclusivamente a seu destinatario e pode
> conter informacoes confidenciais, protegidas por sigilo profissional.
> Sua utilizacao desautorizada e ilegal e sujeita o infrator as penas da lei.
> Se voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao
> emitente, esclarecendo o equivoco.
> =
> Confidentiality note:
> =
> "This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa)
> a government company established under Brazilian law (5.851/72) is directed
> exclusively to its addresses and may contain confidential data, protected
> under professional secrecy rules. Its unauthorized use is illegal and may
> subject the transgressor to the law's penalties. If you are not the
> addressee,
> please send it back, elucidating the failure".
> ==
> Embrapa Florestas
> www.cnpf.embrapa.br
> s...@cnpf.embrapa.br
> ab...@cnpf.embrapa.br
> -
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Thiago J. Ruiz
SysAdmin/NetAdmin
Cisco CCNA - Loading.
http://thiagoruiz.blogspot.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] kernel no 7.2

[Gerson Rino Prantl Oaida]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ola pessoal.

Tenho oito servidores free er não sei porque em dois deles estou tento
este problema na hora de recompilar o kernel.
Não sei se sou eu que estou esquecendo algo, mas nos doiscomputadores
com AMD não estou conseguindo compilar o kernel.

Atualizei o cvsup normalmente, fui no source do kernel e executei um
config nele.
Fui ao diretorio configurado executei o cleandepend, sem problemas e
depois o make depend...
O erro ocorre nesta hora. O erro esta baixo.
As duas maquinas são diferentes uma sun e a outra é um quadcore montado.
Ambos param no mesmo lugar,



machine -> ../../../amd64/include
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
- -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
- -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
- -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../..
- -I../../../contrib/altq -I../../../contrib/ipfilter
- -I../../../contrib/pf -I../../../dev/ath -I../../../dev/ath/ath_hal
- -I../../../contrib/ngatm -I../../../dev/twa
- -I../../../gnu/fs/xfs/FreeBSD -I../../../gnu/fs/xfs/FreeBSD/support
- -I../../../gnu/fs/xfs -I../../../contrib/opensolaris/compat
- -I../../../dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include
opt_global.h -finline-limit=8000 --param inline-unit-growth=100
- --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone
- -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
- -fno-asynchronous-unwind-tables -ffreestanding
./../../amd64/amd64/genassym.c
In file included from ../../../vm/pmap.h:82,
 from ../../../amd64/amd64/genassym.c:61:
./machine/pmap.h:323: error: expected declaration specifiers or '...'
before 'vm_memattr_t'
*** Error code 1


Obrigado
Gerson
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqn9sAACgkQIZJrN8meiuz6LwCgxrLNTgo4dsN9xgooakryqkOd
IjYAn2CHz8vEiE4vY04JvXTp0lvLDr8L
=DoKQ
-END PGP SIGNATURE-

===
Aviso de confidencialidade:
===
Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa),
empresa publica federal regida pelo disposto na Lei Federal N.  5.851,de 
7 de dezembro de 1972, e enviada exclusivamente a seu destinatario e pode 
conter informacoes confidenciais, protegidas por sigilo profissional. 
Sua utilizacao desautorizada e ilegal e sujeita o infrator as penas da lei.
Se voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao 
emitente, esclarecendo o equivoco.
=
Confidentiality note:
=
"This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa) 
a government company established under Brazilian law (5.851/72) is directed 
exclusively to its addresses and may contain confidential data, protected 
under professional secrecy rules. Its unauthorized use is illegal and may 
subject the transgressor to the law's penalties. If you are not the addressee,
please send it back, elucidating the failure".
==
Embrapa Florestas
www.cnpf.embrapa.br
s...@cnpf.embrapa.br
ab...@cnpf.embrapa.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] kernel: arp: unknown hardware address format (0x4500)

[Luiz Otavio O Souza]

> Pessoal depois de atualizar para a versão Stable o FreeBSD 7.2 apresenta 
> esses erros no log kernel: arp: unknown hardware address format (0x4500)
> alguém sabe o que quer dizer?

Não tenho certeza se isso tem a ver com o upgrade que você fez...

Quem dispara esses erros são pacotes corrompidos de arp-request e/ou 
arp-reply na sua rede.

Talvez o tcpdump (-e) ajude você a identificar quem (ou o que) esta mandando 
esses pacotes para a sua rede.

O unico problema que pode acontecer na atualização é a falta de sincronismo 
entre o kernel e userland (atualização incompleta).

Att.,
Luiz 

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

[FUG-BR] kernel: arp: unknown hardware address format (0x4500)

[levitlins]

Pessoal depois de atualizar para a versão Stable o FreeBSD 7.2 apresenta esses 
erros no log kernel: arp: unknown hardware address format (0x4500)
alguém sabe o que quer dizer?

_
Emoticons e Winks super diferentes para o Messenger. Baixe agora, é grátis!
http://specials.br.msn.com/ilovemessenger/pacotes.aspx
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel panic STABLE 7.0

[gustavo]

> Gustavo,
> Estou com um problema parecido com o seu. Arquivos grandes no backup congela
> a máquina.
>
> Mas estou usando o FreeBSD 7.1.
>
> Teve alguma novidade?
>
> []s,
>
> Ari

- Mensagem encaminhada de gust...@z -
 Data: Fri, 20 Mar 2009 12:46:43 -0300
     De: gust...@z
  Assunto: Re: [FUG-BR] Kernel panic STABLE 7.0
   Para: Ari

Confirme se as panic strings são iguais mesmo. No meu caso  
aparentemente foi um problema no sistema de arquivos devido aos caras  
do datacenter terem desligado a máquina na marra. Eu sugiro que vc  
cheque se for o mesmo panic string, quais as partições afetadas, passe  
fsck na mão e acima de tudo DESABILITE fsck em background pois ele só  
dá dor de cabeça, não parece funcionar... (vc pode fazer isso pelo  
rc.conf, background_fsck="NO" )

estou na correria agora se me ocorrer alguma idéia entro em contato.

abraços
--gustavo

Citando Ari :


>
>
> 2009/3/12 
>
>> Estou com um FreeBSD aqui num Dell Poweredge R200 que me deu uns
>> kernel panics, eis as panic strings:
>>
>> Code:
>>
>> 1)
>>   Dumptime: Thu Feb 26 09:02:42 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Version String: FreeBSD 7.0-RELEASE #0: Tue Nov  4 12:27:42 BRST 2008
>> root@:/usr/src/sys/i386/compile/SECRETHOSTNAME
>>   Panic String: ffs_blkfree: freeing free block
>> 2)
>>   Dumptime: Fri Feb 27 11:30:59 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ffs_clusteralloc: map mismatch
>> 3)
>>   Dumptime: Fri Feb 27 11:48:42 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ffs_blkfree: freeing free block
>> 4)
>>   Dumptime: Tue Mar  3 10:30:28 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ffs_blkfree: freeing free block
>> 5)
>>   Dumptime: Fri Mar  6 14:22:04 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ufs_dirbad: /disk1: bad dir ino 1131015 at offset
>> 1536: mangled entry
>>
>> Tentei reproduzir o erro recriando a condição de arquivos grandes
>> sendo movidos e/ou removidos dos sistemas de arquivos e não é sempre
>> que acontece. No entanto 80% dos panics aconteceram durante a operação
>> com arquivos grandes, sendo 3 na inserção de banco de dados e 1
>> descompactando 2 GB (não muito grande o arquivo).
>>
>> Vi recomendações para se desabilitar soft-updates nos sistemas de
>> arquivos mas ocorreu o panic mesmo assim, durante uma tentativa de
>> inserção no banco PostgreSQL.
>>
>> Estou pesquisando problemas com drivers em relação a controladora
>> SAS e estou desconfiado pela NIC estar compartilhando IRQ com a
>> controladora.
>>
>> Só que agora eu estou realizando mais ou menos as mesmas atividades
>> (diminuí bastante o tamanho do banco, e agora ele consegue inserir:
>> antes acusava arquivo corrompido ou erro de sintaxe) e nada de panic.
>>
>> Daí pensei em rodar essa ferramenta do sysutils: stress. Mas
>> aparentemente ela DÁ CRASH no sistema MESMO, pelo que li na
>> documentação. Então não sei se vai ser útil pra testar o panic
>> anterior ou se vou inventar um novo panic.
>>
>>
>> Será que meus últimos fscks resolveram o FS e era isso que tava
>> causando o panic? Será que ele vai voltar pra me assombrar? Como posso
>> me certificar antes de botar a máquina em produção total?
>>
>> PS: uma das coisas que achei que poderia causar isso é bad RAM, pedi
>> pra realizarem um memtest86+ faz 2 semanas e os caras meio que se
>> recusam, não entendo pq, não entendo a dificuldade.
>>
>> abraços,
>> --Gustavo
>>
>> Apêndices:
>>
>> # pciconf -vl
>>
>> hos...@pci0:0:0:0:  class=0x06 card=0x chip=0x29f08086
>> rev=0x01 hdr=0x00
>>vendor = 'Intel Corporation'
>>device = '(Bearlake) Processor to I/O Controller'
>>class  = bridge
>>subclass   = HOST-PCI
>> pc...@pci0:0:1:0:   class=0x060400 card=0x023c1028 chip=0x29f18086
>> rev=0x01 hdr=0x01
>>vendor = 'Intel Corporation'
>>device = '(Bearlake) PCIe Root Port 1'
>>class  = bridge
>>subclass   = PCI-PCI
>> pc...@pci0:0:28:0:  class=0x060400 card=0x023c1028 chip=0x29408086
>> rev=0x02 hdr=0x01
>>vendor = 'Intel Corporation'
>>device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1'
>>class  = bridge
>>  

[FUG-BR] Kernel panic STABLE 7.0

[gustavo]

Estou com um FreeBSD aqui num Dell Poweredge R200 que me deu uns  
kernel panics, eis as panic strings:

Code:

1)
Dumptime: Thu Feb 26 09:02:42 2009
Hostname: secrethostname
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 7.0-RELEASE #0: Tue Nov  4 12:27:42 BRST 2008
  root@:/usr/src/sys/i386/compile/SECRETHOSTNAME
Panic String: ffs_blkfree: freeing free block
2)
Dumptime: Fri Feb 27 11:30:59 2009
Hostname: secrethostname
Magic: FreeBSD Kernel Dump
Panic String: ffs_clusteralloc: map mismatch
3)
Dumptime: Fri Feb 27 11:48:42 2009
Hostname: secrethostname
Magic: FreeBSD Kernel Dump
Panic String: ffs_blkfree: freeing free block
4)
Dumptime: Tue Mar  3 10:30:28 2009
Hostname: secrethostname
Magic: FreeBSD Kernel Dump
Panic String: ffs_blkfree: freeing free block
5)
Dumptime: Fri Mar  6 14:22:04 2009
Hostname: secrethostname
Magic: FreeBSD Kernel Dump
Panic String: ufs_dirbad: /disk1: bad dir ino 1131015 at offset
1536: mangled entry

Tentei reproduzir o erro recriando a condição de arquivos grandes
sendo movidos e/ou removidos dos sistemas de arquivos e não é sempre
que acontece. No entanto 80% dos panics aconteceram durante a operação
com arquivos grandes, sendo 3 na inserção de banco de dados e 1
descompactando 2 GB (não muito grande o arquivo).

Vi recomendações para se desabilitar soft-updates nos sistemas de
arquivos mas ocorreu o panic mesmo assim, durante uma tentativa de
inserção no banco PostgreSQL.

Estou pesquisando problemas com drivers em relação a controladora
SAS e estou desconfiado pela NIC estar compartilhando IRQ com a
controladora.

Só que agora eu estou realizando mais ou menos as mesmas atividades  
(diminuí bastante o tamanho do banco, e agora ele consegue inserir:  
antes acusava arquivo corrompido ou erro de sintaxe) e nada de panic.

Daí pensei em rodar essa ferramenta do sysutils: stress. Mas  
aparentemente ela DÁ CRASH no sistema MESMO, pelo que li na  
documentação. Então não sei se vai ser útil pra testar o panic  
anterior ou se vou inventar um novo panic.


Será que meus últimos fscks resolveram o FS e era isso que tava  
causando o panic? Será que ele vai voltar pra me assombrar? Como posso  
me certificar antes de botar a máquina em produção total?

PS: uma das coisas que achei que poderia causar isso é bad RAM, pedi  
pra realizarem um memtest86+ faz 2 semanas e os caras meio que se  
recusam, não entendo pq, não entendo a dificuldade.

abraços,
--Gustavo

Apêndices:

# pciconf -vl

hos...@pci0:0:0:0:  class=0x06 card=0x chip=0x29f08086  
rev=0x01 hdr=0x00
 vendor = 'Intel Corporation'
 device = '(Bearlake) Processor to I/O Controller'
 class  = bridge
 subclass   = HOST-PCI
pc...@pci0:0:1:0:   class=0x060400 card=0x023c1028 chip=0x29f18086  
rev=0x01 hdr=0x01
 vendor = 'Intel Corporation'
 device = '(Bearlake) PCIe Root Port 1'
 class  = bridge
 subclass   = PCI-PCI
pc...@pci0:0:28:0:  class=0x060400 card=0x023c1028 chip=0x29408086  
rev=0x02 hdr=0x01
 vendor = 'Intel Corporation'
 device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1'
 class  = bridge
 subclass   = PCI-PCI
pc...@pci0:0:28:4:  class=0x060400 card=0x023c1028 chip=0x29488086  
rev=0x02 hdr=0x01
 vendor = 'Intel Corporation'
 device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 5'
 class  = bridge
 subclass   = PCI-PCI
pc...@pci0:0:28:5:  class=0x060400 card=0x023c1028 chip=0x294a8086  
rev=0x02 hdr=0x01
 vendor = 'Intel Corporation'
 device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 6'
 class  = bridge
 subclass   = PCI-PCI
uh...@pci0:0:29:0:  class=0x0c0300 card=0x023c1028 chip=0x29348086  
rev=0x02 hdr=0x00
 vendor = 'Intel Corporation'
 device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller'
 class  = serial bus
 subclass   = USB
uh...@pci0:0:29:1:  class=0x0c0300 card=0x023c1028 chip=0x29358086  
rev=0x02 hdr=0x00
 vendor = 'Intel Corporation'
 device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller'
 class  = serial bus
 subclass   = USB
uh...@pci0:0:29:2:  class=0x0c0300 card=0x023c1028 chip=0x29368086  
rev=0x02 hdr=0x00
 vendor = 'Intel Corporation'
 device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller'
 class  = serial bus
 subclass   = USB
eh...@pci0:0:29:7:  class=0x0c0320 card=0x023c1028 chip=0x293a8086  
rev=0x02 hdr=0x00
 vendor = 'Intel Corporation'
 device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller'
 class  = serial bus
 subclass   = USB
pc...@pci0:0:30:0:  class=0x060401 card=0x chip=0x244e8086  
rev=0x92 hdr=0x01
 vendor = 'Intel Corporation'
 device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub  
Interface to P

Re: [FUG-BR] kernel panic

[Aprigio Neto]

Rafael, gostei da idéia.
Já estou baixando as ISOs.

Desde ontem, após a desativacão ao suporte SMP no kernel, a máquina
permaneceu no ar.

Obrigado pela ajuda de todos. Assim que tiver mais notícias, estarei
postando-as aqui.

On 3/9/09, Rafael Rodrigues de Oliveira  wrote:
> Tem esse live-cd com varios utilitários para testar cpu, memoria, hd tudo é
> bem util http://www.ultimatebootcd.com/ e tem também
> esse aqui http://www.hiren.info/pages/bootcd
>
>
> 2009/3/9 Aprigio Neto 
>
>> Esqueci de comentar que, foi rodado o software da Dell para checagem
>> de hardware (memória, cpu, ...), e não acusou nenhum erro.
>>
>> Marco, vou colocar a sua dica na fila para testar.
>> Alessandro, obrigado também.
>> Valeu a dica.
>>
>>
>>
>> On 3/9/09, Marco Rohde  wrote:
>> > Eu voto em um dos 3 pentes de memoria tambem.
>> > Dica: rode um live cd(kurumin pode ser) com o ambiente definitivo
>> montado,
>> > neles existem testadores de hardware, com isso vera quem esta causando
>> > conflitos.
>> >
>> > 2009/3/9 Alessandro de Souza Rocha 
>> >
>> >> isso e memoria, ja ocorreu comigo so foi troca um modulo voltou ao
>> normal.
>> >>
>> >> 2009/3/9 Aprigio Neto :
>> >>  > Marcello, valeu a dica.
>> >> > Farei esse teste assim que o meu cenário atual falhar (kernel sem
>> >> > suporte a SMP).
>> >> >
>> >> > On 3/9/09, Marcello  wrote:
>> >> >> Uma maquina comum com samba teve problemas de queda de energia ,
>> passou
>> >> >> a ter uptime de 2 ou 3 dias , depois de rodar duas vezes fsck ela
>> >> >> engrenou direitinho , a minha suspeita era um arquivo de log
>> >> >> corrompido.
>> >> >>
>> >> >> Em Seg, 2009-03-09 às 15:29 -0300, Aprigio Neto escreveu:
>> >> >>> Já deixei a máquina aberta, mas não teve jeito. Coloquei um
>> termometro
>> >> >>> de mesa, para medir a temperatura ambiente próximo ao servidor.
>> Mesmo
>> >> >>> com o ar-condicionado ligado mantendo temperatura de 21 graus, o
>> >> >>> servidor reinicia.
>> >> >>>
>> >> >>> O que me deixa mais cabreiro é que, mesmo trocando de máquina
>> >> >>> (passando para o Dell Desktop), o primeiro HD (onde estava o SO
>> >> >>> antigo), continuava reiniciando.
>> >> >>>
>> >> >>
>> >> >>
>> >> >> -
>> >> >> 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
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> 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
>> >>
>> >
>> >
>> >
>> > --
>> > Desde já agradeço pela atenção!
>> >
>> > Atte.
>> > Marco
>> > -
>> > 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
>>
>
>
>
> --
> Rafael Rodrigues de Oliveira
> Jesus Christ's Blood Purifies Us of All Sin
> http://google.vtnc.org/
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel panic

[Rafael Rodrigues de Oliveira]

Tem esse live-cd com varios utilitários para testar cpu, memoria, hd tudo é
bem util http://www.ultimatebootcd.com/ e tem também
esse aqui http://www.hiren.info/pages/bootcd


2009/3/9 Aprigio Neto 

> Esqueci de comentar que, foi rodado o software da Dell para checagem
> de hardware (memória, cpu, ...), e não acusou nenhum erro.
>
> Marco, vou colocar a sua dica na fila para testar.
> Alessandro, obrigado também.
> Valeu a dica.
>
>
>
> On 3/9/09, Marco Rohde  wrote:
> > Eu voto em um dos 3 pentes de memoria tambem.
> > Dica: rode um live cd(kurumin pode ser) com o ambiente definitivo
> montado,
> > neles existem testadores de hardware, com isso vera quem esta causando
> > conflitos.
> >
> > 2009/3/9 Alessandro de Souza Rocha 
> >
> >> isso e memoria, ja ocorreu comigo so foi troca um modulo voltou ao
> normal.
> >>
> >> 2009/3/9 Aprigio Neto :
> >>  > Marcello, valeu a dica.
> >> > Farei esse teste assim que o meu cenário atual falhar (kernel sem
> >> > suporte a SMP).
> >> >
> >> > On 3/9/09, Marcello  wrote:
> >> >> Uma maquina comum com samba teve problemas de queda de energia ,
> passou
> >> >> a ter uptime de 2 ou 3 dias , depois de rodar duas vezes fsck ela
> >> >> engrenou direitinho , a minha suspeita era um arquivo de log
> >> >> corrompido.
> >> >>
> >> >> Em Seg, 2009-03-09 às 15:29 -0300, Aprigio Neto escreveu:
> >> >>> Já deixei a máquina aberta, mas não teve jeito. Coloquei um
> termometro
> >> >>> de mesa, para medir a temperatura ambiente próximo ao servidor.
> Mesmo
> >> >>> com o ar-condicionado ligado mantendo temperatura de 21 graus, o
> >> >>> servidor reinicia.
> >> >>>
> >> >>> O que me deixa mais cabreiro é que, mesmo trocando de máquina
> >> >>> (passando para o Dell Desktop), o primeiro HD (onde estava o SO
> >> >>> antigo), continuava reiniciando.
> >> >>>
> >> >>
> >> >>
> >> >> -
> >> >> 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
> >> >
> >>
> >>
> >>
> >> --
> >> 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
> >>
> >
> >
> >
> > --
> > Desde já agradeço pela atenção!
> >
> > Atte.
> > Marco
> > -
> > 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
>



-- 
Rafael Rodrigues de Oliveira
Jesus Christ's Blood Purifies Us of All Sin
http://google.vtnc.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] kernel panic

[Aprigio Neto]

Esqueci de comentar que, foi rodado o software da Dell para checagem
de hardware (memória, cpu, ...), e não acusou nenhum erro.

Marco, vou colocar a sua dica na fila para testar.
Alessandro, obrigado também.
Valeu a dica.



On 3/9/09, Marco Rohde  wrote:
> Eu voto em um dos 3 pentes de memoria tambem.
> Dica: rode um live cd(kurumin pode ser) com o ambiente definitivo montado,
> neles existem testadores de hardware, com isso vera quem esta causando
> conflitos.
>
> 2009/3/9 Alessandro de Souza Rocha 
>
>> isso e memoria, ja ocorreu comigo so foi troca um modulo voltou ao normal.
>>
>> 2009/3/9 Aprigio Neto :
>>  > Marcello, valeu a dica.
>> > Farei esse teste assim que o meu cenário atual falhar (kernel sem
>> > suporte a SMP).
>> >
>> > On 3/9/09, Marcello  wrote:
>> >> Uma maquina comum com samba teve problemas de queda de energia , passou
>> >> a ter uptime de 2 ou 3 dias , depois de rodar duas vezes fsck ela
>> >> engrenou direitinho , a minha suspeita era um arquivo de log
>> >> corrompido.
>> >>
>> >> Em Seg, 2009-03-09 às 15:29 -0300, Aprigio Neto escreveu:
>> >>> Já deixei a máquina aberta, mas não teve jeito. Coloquei um termometro
>> >>> de mesa, para medir a temperatura ambiente próximo ao servidor. Mesmo
>> >>> com o ar-condicionado ligado mantendo temperatura de 21 graus, o
>> >>> servidor reinicia.
>> >>>
>> >>> O que me deixa mais cabreiro é que, mesmo trocando de máquina
>> >>> (passando para o Dell Desktop), o primeiro HD (onde estava o SO
>> >>> antigo), continuava reiniciando.
>> >>>
>> >>
>> >>
>> >> -
>> >> 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
>> >
>>
>>
>>
>> --
>> 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
>>
>
>
>
> --
> Desde já agradeço pela atenção!
>
> Atte.
> Marco
> -
> 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] kernel panic

[Marco Rohde]

Eu voto em um dos 3 pentes de memoria tambem.
Dica: rode um live cd(kurumin pode ser) com o ambiente definitivo montado,
neles existem testadores de hardware, com isso vera quem esta causando
conflitos.

2009/3/9 Alessandro de Souza Rocha 

> isso e memoria, ja ocorreu comigo so foi troca um modulo voltou ao normal.
>
> 2009/3/9 Aprigio Neto :
>  > Marcello, valeu a dica.
> > Farei esse teste assim que o meu cenário atual falhar (kernel sem
> > suporte a SMP).
> >
> > On 3/9/09, Marcello  wrote:
> >> Uma maquina comum com samba teve problemas de queda de energia , passou
> >> a ter uptime de 2 ou 3 dias , depois de rodar duas vezes fsck ela
> >> engrenou direitinho , a minha suspeita era um arquivo de log corrompido.
> >>
> >> Em Seg, 2009-03-09 às 15:29 -0300, Aprigio Neto escreveu:
> >>> Já deixei a máquina aberta, mas não teve jeito. Coloquei um termometro
> >>> de mesa, para medir a temperatura ambiente próximo ao servidor. Mesmo
> >>> com o ar-condicionado ligado mantendo temperatura de 21 graus, o
> >>> servidor reinicia.
> >>>
> >>> O que me deixa mais cabreiro é que, mesmo trocando de máquina
> >>> (passando para o Dell Desktop), o primeiro HD (onde estava o SO
> >>> antigo), continuava reiniciando.
> >>>
> >>
> >>
> >> -
> >> 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
> >
>
>
>
> --
> 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
>



-- 
Desde já agradeço pela atenção!

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

Re: [FUG-BR] kernel panic

[Alessandro de Souza Rocha]

isso e memoria, ja ocorreu comigo so foi troca um modulo voltou ao normal.

2009/3/9 Aprigio Neto :
> Marcello, valeu a dica.
> Farei esse teste assim que o meu cenário atual falhar (kernel sem
> suporte a SMP).
>
> On 3/9/09, Marcello  wrote:
>> Uma maquina comum com samba teve problemas de queda de energia , passou
>> a ter uptime de 2 ou 3 dias , depois de rodar duas vezes fsck ela
>> engrenou direitinho , a minha suspeita era um arquivo de log corrompido.
>>
>> Em Seg, 2009-03-09 às 15:29 -0300, Aprigio Neto escreveu:
>>> Já deixei a máquina aberta, mas não teve jeito. Coloquei um termometro
>>> de mesa, para medir a temperatura ambiente próximo ao servidor. Mesmo
>>> com o ar-condicionado ligado mantendo temperatura de 21 graus, o
>>> servidor reinicia.
>>>
>>> O que me deixa mais cabreiro é que, mesmo trocando de máquina
>>> (passando para o Dell Desktop), o primeiro HD (onde estava o SO
>>> antigo), continuava reiniciando.
>>>
>>
>>
>> -
>> 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
>



-- 
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] kernel panic

[Aprigio Neto]

Marcello, valeu a dica.
Farei esse teste assim que o meu cenário atual falhar (kernel sem
suporte a SMP).

On 3/9/09, Marcello  wrote:
> Uma maquina comum com samba teve problemas de queda de energia , passou
> a ter uptime de 2 ou 3 dias , depois de rodar duas vezes fsck ela
> engrenou direitinho , a minha suspeita era um arquivo de log corrompido.
>
> Em Seg, 2009-03-09 às 15:29 -0300, Aprigio Neto escreveu:
>> Já deixei a máquina aberta, mas não teve jeito. Coloquei um termometro
>> de mesa, para medir a temperatura ambiente próximo ao servidor. Mesmo
>> com o ar-condicionado ligado mantendo temperatura de 21 graus, o
>> servidor reinicia.
>>
>> O que me deixa mais cabreiro é que, mesmo trocando de máquina
>> (passando para o Dell Desktop), o primeiro HD (onde estava o SO
>> antigo), continuava reiniciando.
>>
>
>
> -
> 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] kernel panic

[Marcello]

Uma maquina comum com samba teve problemas de queda de energia , passou
a ter uptime de 2 ou 3 dias , depois de rodar duas vezes fsck ela
engrenou direitinho , a minha suspeita era um arquivo de log corrompido.

Em Seg, 2009-03-09 às 15:29 -0300, Aprigio Neto escreveu:
> Já deixei a máquina aberta, mas não teve jeito. Coloquei um termometro
> de mesa, para medir a temperatura ambiente próximo ao servidor. Mesmo
> com o ar-condicionado ligado mantendo temperatura de 21 graus, o
> servidor reinicia.
> 
> O que me deixa mais cabreiro é que, mesmo trocando de máquina
> (passando para o Dell Desktop), o primeiro HD (onde estava o SO
> antigo), continuava reiniciando.
> 


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

Re: [FUG-BR] kernel panic

[Aprigio Neto]

Já deixei a máquina aberta, mas não teve jeito. Coloquei um termometro
de mesa, para medir a temperatura ambiente próximo ao servidor. Mesmo
com o ar-condicionado ligado mantendo temperatura de 21 graus, o
servidor reinicia.

O que me deixa mais cabreiro é que, mesmo trocando de máquina
(passando para o Dell Desktop), o primeiro HD (onde estava o SO
antigo), continuava reiniciando.


On 3/9/09, irado furioso com tudo  wrote:
> Em Mon, 9 Mar 2009 14:32:56 -0300
> Aprigio Neto , conhecido consumidor de drogas
> (BigMac's com Coke) escreveu:
>
>> - Troquei de máquina (coloquei em um Dell Desktop), mantendo a mesma
>> instalacão do SO;
>> - Instalei o FreeBSD um HD novo e coloquei o HD anterior subindo como
>> jail a partir da nova instalacão (opa, aqui não reiniciou mais).
>
> esses 'reboot' sem razão costumam acontecer por cpus 'encaloradas';
> experimente deixar a máquina aberta (em um primeiro momento) e
> acrescente um ventiladorzinho sobre a cpu, posteriormente. Não sei se
> os dell dessa versão tem cooler, se tiver substitua por um novo,
> fugindo dos "sleeve bearing", use só "ball bearing".
>
>
> --
>  saudações,
>  irado furioso com tudo
>  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
>  Não uso drogas - 100% Miko$hit-free
> Vai-se o vento, leva-se o tempo.
> -
> 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] kernel panic

[irado furioso com tudo]

Em Mon, 9 Mar 2009 14:32:56 -0300
Aprigio Neto , conhecido consumidor de drogas
(BigMac's com Coke) escreveu:

> - Troquei de máquina (coloquei em um Dell Desktop), mantendo a mesma
> instalacão do SO;
> - Instalei o FreeBSD um HD novo e coloquei o HD anterior subindo como
> jail a partir da nova instalacão (opa, aqui não reiniciou mais).

esses 'reboot' sem razão costumam acontecer por cpus 'encaloradas';
experimente deixar a máquina aberta (em um primeiro momento) e
acrescente um ventiladorzinho sobre a cpu, posteriormente. Não sei se
os dell dessa versão tem cooler, se tiver substitua por um novo,
fugindo dos "sleeve bearing", use só "ball bearing".


-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Vai-se o vento, leva-se o tempo.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] kernel panic

[Aprigio Neto]

Galera,

Estou com o seguinte problema:
Tenho um servidor que reboota constantemente, e raramente passa de um
dia no ar. Não registra nada nos logs (/var/log/messages e
/var/log/security sem mensagem de erro). Esse servidor é um Dell
PE-SC430 (PentiumD 3.0GHz - HT), com 4 pentes de memória (1,5GB).
Esse servidor rodou sem problemas até  a versão 6.3 do FreeBSD. Depois
que foi para a 6.4, comecaram os reboots.
Migrei para a versão 7.0 (atualizando por cima da versão 6.4) e
utilizei o novo escalonador de processos (SCHED_ULE), achando que
fosse resolver o problema, mas não teve jeito. Atualmente está com a
versão FreeBSD 7.1-RELEASE, instalada do zero e rodando o segundo HD
(onde constava o instalacão antiga) em uma Jail.

Os testes que já fiz, e que todos não deram certo, foram:
- Troquei de posicão os pentes de memória, respeitando sempre o barramento;
- Retirei 2 pentes de memória por vez;
- Troquei o SO de HD, fazendo um DD de um para o outro (sendo HDs de
marcas diferentes);
- Troquei fonte de alimentacão, coloquei uma Dr. Hank de 500W Reais;
- Desativei o segundo HD (podendo ser sobre-carga);
- Retirei o cabo de forca que estava ligado no no-break e coloquei
direto em um estabilizador (podendo ser problema na tomada de forca do
no-break);
- Troquei de máquina (coloquei em um Dell Desktop), mantendo a mesma
instalacão do SO;
- Instalei o FreeBSD um HD novo e coloquei o HD anterior subindo como
jail a partir da nova instalacão (opa, aqui não reiniciou mais).
- Coloquei os HDs no servidor novamente, mantendo a estrutura (SO <-
Jail),  e então voltou a reiniciar novamente.
- Habilitei o 'debug' no kernel, para pode fazer 'dump' em /var/crash,
mas nem chega a gerar.
- Tentei criar um 'dump' da SWAP, mantendo a SWAP intacta após o
'panic', mas também não gerou.
- Após o reboot, tentei desativar os processos que apareciam na hora
que dava o 'panic', achando que fosse um deles, mas, não deu certo.
- Retornei o Kernel para o 'GENERIC', mas também foi sem sucesso.


Minha última alternativa que veio na cabeca e que está no ar a partir
do meio-dia de hoje foi:
- Recompilar o kernel sem o suporte a SMP.

Ainda não rebootou com esse último teste, mas, veremos nas próximas
horas o que irá acontecer.

As mensagens de 'panic' que dão, são sempre algo do tipo:
--
frame pointter  = 0x10:0xff005e60cb60
code segment  = base 0x0, limit 0xf, type 0x1b
 = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags   = interrupt enable, resume, IOPL = 0
current process= 2831 (python2.5)
trap number = 12
panic: page fault
cpuid = 1
Uptime: 2d6h23m41s
Physical memory: 1521 MB
Dumping 302MB:

Fatal trap 12: page fault while in kernel mode
cpuid: 0; apic id = 00
fault virtual address   = 0x200
fault code   = supervisor read instruction, page not present
instruction pointer  = 0x8:0x200
stack pointer  = 0x10:0xab0da2c0
frame pointer = 0x10:0x0
code segment= base 0x0, limit 0xf, type 0x1b
   = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enable, resume, IOPL = 0
current process  = 2831 (python2.5)
trap number   = 12
-

Galera, não sei mais o que fazer. A única situacão que pareceu dar
certo, foi colocar um Dell Desktop como sendo o servidor, mas, isso
não é viável em um ambiente de servidores, claro.

Como não teve jeito de gravar a mensagem de erro em arquivo, então
resolvi bater foto da tela.
Está em http://screenblack.no-ip.org:88/DSCN9102.JPG

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

Re: [FUG-BR] kernel compilado com otimizacao alta pode dar problema ?

[scuba]

Veja este thread,

http://www.mail-archive.com/[EMAIL PROTECTED]/msg163450.html

- Marcelo Souza

On Thu, 21 Aug 2008, Leonardo Augusto wrote:

|Estou montando um server com o 7.0 e vi algumas opcoes de otimizacao para o gcc
|
|por exemplo:
|
|no /etc/make.conf  por o seguinte:
|
|CPUTYPE= i686
|CFLAGS= -O2 -pipe -funroll-loops -ffast-math
|COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math
|
|Isso vale para tudo que for compilado no sistema, O2 é uma otimizacao
|bem alta no gcc..
|
|E tambem vi essa opcao para colocar no arquivo de conf do kernel
|
|makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math"
|
|Minha duvida é se isso é recomendavel ?
|Se essa otimizacao na compilacao pode comprometer a estabilidade do
|kernel ou nao...
|
|Deixo sem otimizacao, ou mando ver ?  ehe
|-
|Histórico: http://www.fug.com.br/historico/html/freebsd/
|Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
|


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

[FUG-BR] kernel compilado com otimizacao alta pode dar problema ?

[Leonardo Augusto]

Estou montando um server com o 7.0 e vi algumas opcoes de otimizacao para o gcc

por exemplo:

no /etc/make.conf  por o seguinte:

CPUTYPE= i686
CFLAGS= -O2 -pipe -funroll-loops -ffast-math
COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math

Isso vale para tudo que for compilado no sistema, O2 é uma otimizacao
bem alta no gcc..

E tambem vi essa opcao para colocar no arquivo de conf do kernel

makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math"

Minha duvida é se isso é recomendavel ?
Se essa otimizacao na compilacao pode comprometer a estabilidade do
kernel ou nao...

Deixo sem otimizacao, ou mando ver ?  ehe
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel freebsd 7

[Paulo Henrique]

Para mais informações ;.

http://conhecimento-bsd.blogspot.com/

Está incompleto mais só o final...
Boa leitura..
-- 
Atenciosamente Paulo Henrique.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel freebsd 7

[Wanderson Tinti]

Com o cd1 montado, siga os seguintes passos:

# sysinstall
Vá em: Configure -> Distribuitions -> src (Sources for alguma coisa) -> sys

Marque essas opções mande instalar.

Att.

2008/7/3 Alexandre Correa <[EMAIL PROTECTED]>:

> Caros, bom dia !!
>
> instalei o freebsd 7 e nao achei as configuraçoes do kernel (sources)
> para recompilar .. nao existe o /usr/src/sys
>
> qual pacote preciso instalar ?!
>
> obrigado !!
>
> --
>
> Sds.
> Alexandre J. Correa
> Onda Internet / OPinguim.net
> http://www.ondainternet.com.br
> http://www.opinguim.net
> -
> 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] kernel freebsd 7

[Welkson Renny de Medeiros]

Bom dia Alexandre!

sysinstall
configure
distributions
src

Boa sorte!

-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]



  Powered by 

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

  www.FreeBSD.org

- Original Message - 
From: "Alexandre Correa" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Sent: Thursday, July 03, 2008 5:09 AM
Subject: [FUG-BR] kernel freebsd 7


Caros, bom dia !!

instalei o freebsd 7 e nao achei as configuraçoes do kernel (sources)
para recompilar .. nao existe o /usr/src/sys

qual pacote preciso instalar ?!

obrigado !!

-- 

Sds.
Alexandre J. Correa
Onda Internet / OPinguim.net
http://www.ondainternet.com.br
http://www.opinguim.net
-
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] kernel freebsd 7

[William Grzybowski]

www.freebsd.org/doc/en/books/handbook/

On Thu, Jul 3, 2008 at 5:09 AM, Alexandre Correa
<[EMAIL PROTECTED]> wrote:
> Caros, bom dia !!
>
> instalei o freebsd 7 e nao achei as configuraçoes do kernel (sources)
> para recompilar .. nao existe o /usr/src/sys
>
> qual pacote preciso instalar ?!
>
> obrigado !!
>
> --
>
> Sds.
> Alexandre J. Correa
> Onda Internet / OPinguim.net
> http://www.ondainternet.com.br
> http://www.opinguim.net
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
William Grzybowski
--
Jabber: william88 at gmail dot com
Curitiba/PR - Brazil
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] kernel freebsd 7

[Alexandre Correa]

Caros, bom dia !!

instalei o freebsd 7 e nao achei as configuraçoes do kernel (sources)
para recompilar .. nao existe o /usr/src/sys

qual pacote preciso instalar ?!

obrigado !!

-- 

Sds.
Alexandre J. Correa
Onda Internet / OPinguim.net
http://www.ondainternet.com.br
http://www.opinguim.net
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] kernel no pc-bsd.[RESOLVIDO]

[Anderson Matos]

Pablo Sánchez escreveu:
> 2008/5/27 Anderson Matos <[EMAIL PROTECTED]>:
>> Pablo, nao fica no mesmo lugar! o sistema ja esta instalado, portanto o
>> arquivo kernel esta em algum lugar..rsrs..
> 
> cara, é FreeBSD, então se vc der um pkg_add -r ele vai buscar o pacote
> do source do kernel lá no ftp do FreeBSD, e vai colocar ele no lugar
> de sempre. Se vc pegar o pacote do kernel no pbidir.com, ele tb vai
> instalar no mesmo lugar. Pelo menos era assim na época do 1.1 e 1.2...
> 
> Mas sei lá, não mexo com PC-BSD já tem um tempo... pelo menos, desde 2006.
> 
>> mandei buscar/pesquisar, mas o retorno da busca nao foi o que eu
>> esperava..retornou alguns diretorios malucos..
>>
>> mas mesmo assim agradeço pela atençao...e se alguem tiver mais alguma
>> ideia
>>
>> obrigado novamente..
>> -
>> 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
> 
> 

Com o comando:

# csup -g -L 2 -h cvsup4.freebsd.org 
/usr/share/examples/cvsup/stable-supfile

eu baixei os pacotes do kernel e consegui fazer as alterações e 
recompilar o kernel.

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] kernel no pc-bsd.

[Anderson Matos]

Pablo Sánchez escreveu:
> 2008/5/27 Anderson Matos <[EMAIL PROTECTED]>:
>> Pablo, nao fica no mesmo lugar! o sistema ja esta instalado, portanto o
>> arquivo kernel esta em algum lugar..rsrs..
> 
> cara, é FreeBSD, então se vc der um pkg_add -r ele vai buscar o pacote
> do source do kernel lá no ftp do FreeBSD, e vai colocar ele no lugar
> de sempre. Se vc pegar o pacote do kernel no pbidir.com, ele tb vai
> instalar no mesmo lugar. Pelo menos era assim na época do 1.1 e 1.2...
> 
> Mas sei lá, não mexo com PC-BSD já tem um tempo... pelo menos, desde 2006.
> 
>> mandei buscar/pesquisar, mas o retorno da busca nao foi o que eu
>> esperava..retornou alguns diretorios malucos..
>>
>> mas mesmo assim agradeço pela atençao...e se alguem tiver mais alguma
>> ideia
>>
>> obrigado novamente..
>> -
>> 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
> 
> 
Ok Pablo, vou tentar seguir esses passos...posso estar falando besteira 
tambem...

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

Re: [FUG-BR] kernel no pc-bsd.

[Pablo Sánchez]

2008/5/27 Anderson Matos <[EMAIL PROTECTED]>:
> Pablo, nao fica no mesmo lugar! o sistema ja esta instalado, portanto o
> arquivo kernel esta em algum lugar..rsrs..

cara, é FreeBSD, então se vc der um pkg_add -r ele vai buscar o pacote
do source do kernel lá no ftp do FreeBSD, e vai colocar ele no lugar
de sempre. Se vc pegar o pacote do kernel no pbidir.com, ele tb vai
instalar no mesmo lugar. Pelo menos era assim na época do 1.1 e 1.2...

Mas sei lá, não mexo com PC-BSD já tem um tempo... pelo menos, desde 2006.

>
> mandei buscar/pesquisar, mas o retorno da busca nao foi o que eu
> esperava..retornou alguns diretorios malucos..
>
> mas mesmo assim agradeço pela atençao...e se alguem tiver mais alguma
> ideia
>
> obrigado novamente..
> -
> 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] kernel no pc-bsd.

[ThOLOko]

Voce instalou ele via FTP? por padrao ele nao vem instalado...

Abraços!

2008/5/27 Anderson Matos <[EMAIL PROTECTED]>:

> Pablo Sánchez escreveu:
> > PC-BSD é FreeBSD. Fica no mesmo lugar.
> >
> > MAS Você tem que baixar como pacote à parte, porque não vem no CD.
> > É o tipo da coisa, está disponível, mas não vem junto... que nem ar
> > condicionado de carro.
> >
> > 2008/5/27 Anderson Matos <[EMAIL PROTECTED]>:
> >> Bom dia lista, uma pergunta meio idiota, em que pasta fica o kernel do
> >> pc-bsd 1.4? Estou acostumado a usar o freebsd 4.6 e 6.2 (
> >> /usr/local/sys/i386/conf ).
> >>
> >> obrigado e um bom trabalho a todos.
> >> -
> >> 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
> >
> >
> Tholoko, nao funcionou desse jeito..!
>
> Pablo, nao fica no mesmo lugar! o sistema ja esta instalado, portanto o
> arquivo kernel esta em algum lugar..rsrs..
>
> mandei buscar/pesquisar, mas o retorno da busca nao foi o que eu
> esperava..retornou alguns diretorios malucos..
>
> mas mesmo assim agradeço pela atençao...e se alguem tiver mais alguma
> ideia
>
> obrigado novamente..
> -
> 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] kernel no pc-bsd.

[Anderson Matos]

Pablo Sánchez escreveu:
> PC-BSD é FreeBSD. Fica no mesmo lugar.
> 
> MAS Você tem que baixar como pacote à parte, porque não vem no CD.
> É o tipo da coisa, está disponível, mas não vem junto... que nem ar
> condicionado de carro.
> 
> 2008/5/27 Anderson Matos <[EMAIL PROTECTED]>:
>> Bom dia lista, uma pergunta meio idiota, em que pasta fica o kernel do
>> pc-bsd 1.4? Estou acostumado a usar o freebsd 4.6 e 6.2 (
>> /usr/local/sys/i386/conf ).
>>
>> obrigado e um bom trabalho a todos.
>> -
>> 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
> 
> 
Tholoko, nao funcionou desse jeito..!

Pablo, nao fica no mesmo lugar! o sistema ja esta instalado, portanto o 
arquivo kernel esta em algum lugar..rsrs..

mandei buscar/pesquisar, mas o retorno da busca nao foi o que eu 
esperava..retornou alguns diretorios malucos..

mas mesmo assim agradeço pela atençao...e se alguem tiver mais alguma 
ideia

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

Re: [FUG-BR] kernel no pc-bsd.

[Pablo Sánchez]

PC-BSD é FreeBSD. Fica no mesmo lugar.

MAS Você tem que baixar como pacote à parte, porque não vem no CD.
É o tipo da coisa, está disponível, mas não vem junto... que nem ar
condicionado de carro.

2008/5/27 Anderson Matos <[EMAIL PROTECTED]>:
> Bom dia lista, uma pergunta meio idiota, em que pasta fica o kernel do
> pc-bsd 1.4? Estou acostumado a usar o freebsd 4.6 e 6.2 (
> /usr/local/sys/i386/conf ).
>
> obrigado e um bom trabalho a todos.
> -
> 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] kernel no pc-bsd.

[ThOLOko]

Fala amigo!!!

Não me lembro muito bem. Nos freebsd vem em /sys/i386.

Caso não tenha, faça o seguinte:

# sysinstall
distributions
src
sys

instala ai...

abraços!

On Tue, May 27, 2008 at 2:20 PM, Anderson Matos <
[EMAIL PROTECTED]> wrote:

> Bom dia lista, uma pergunta meio idiota, em que pasta fica o kernel do
> pc-bsd 1.4? Estou acostumado a usar o freebsd 4.6 e 6.2 (
> /usr/local/sys/i386/conf ).
>
> obrigado e um bom trabalho a todos.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] kernel no pc-bsd.

[Anderson Matos]

Bom dia lista, uma pergunta meio idiota, em que pasta fica o kernel do 
pc-bsd 1.4? Estou acostumado a usar o freebsd 4.6 e 6.2 ( 
/usr/local/sys/i386/conf ).

obrigado e um bom trabalho a todos.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel sem debug symbols

[Carlos A. M. dos Santos]

2008/2/10 João Paulo Just <[EMAIL PROTECTED]>:

> Geralmente a configuração do kernel já vem com os debug symbols:
>
> makeoptions DEBUG=-g
>
> Será que removendo essa opção, o kernel gerado será mais rápido??? Eu tô
> tentado a tirar isso aí, pois nunca preciso debugar ele :P

A diferença de desempenho não será muito grande, embora o GCC fique
mais "à vontade" para otimizar o código quando depuração é desativada.
O tamanho dos arquivos no diretório /boot/kernel, entretanto será
menor.

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

[FUG-BR] Kernel sem debug symbols

[João Paulo Just]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Olá, lista.

Geralmente a configuração do kernel já vem com os debug symbols:

makeoptions DEBUG=-g

Será que removendo essa opção, o kernel gerado será mais rápido??? Eu tô
tentado a tirar isso aí, pois nunca preciso debugar ele :P

- --
João Paulo Just
Diretor Executivo - Justsoft Informática Ltda.
http://www.justsoft.com.br/
- --
Feira de Santana, BA, Brasil.
+55 75 8104 8473
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHr6JOXL+vuN2d7ZwRAunIAJ9XwrhbI0f4rUWAotCC1WZtPYNYDwCbBiXg
Vdr+zseknGdnTP05LacnmJg=
=Bhii
-END PGP SIGNATURE-
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd