date:20110223

Bom dia à todos,

Instalei meu servidor novo semana passada e desde então o serviço 
FreeRadius está caindo e deixando meus clientes sem condições de 
autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, 
não acho informação em nenhum logo do sistema que olhei (messages, 
radius.log). Muito estranho, no servidor velho que substituí por este 
funcionou durante anos sem nunca cair o serviço.

A única coisa que achei, no radius.log, foi o seguinte:

Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 8
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 9
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0

Aparentemente o radius finalizou normalmente, como se fosse parado 
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos, começar 
a procurar o problema?

Obrigado

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

Re: [FUG-BR] FreeRadius caindo

2011-02-23 Por tôpico Welkson Renny de Medeiros

fknet escreveu:
 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço 
 FreeRadius está caindo e deixando meus clientes sem condições de 
 autenticar. Não consigo descobrir o motivo pelo qual ele está caindo, 
 não acho informação em nenhum logo do sistema que olhei (messages, 
 radius.log). Muito estranho, no servidor velho que substituí por este 
 funcionou durante anos sem nunca cair o serviço.

 A única coisa que achei, no radius.log, foi o seguinte:

 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0

 Aparentemente o radius finalizou normalmente, como se fosse parado 
 manualmente.

 Algum colega de lista teria uma idéia de como posso, pelo menos, começar 
 a procurar o problema?

 Obrigado

 Fabrício
   

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

O MySQL por exemplo, por default desconecta as sessões após 8 horas por 
inatividade... se a aplicação não estiver preparada para isso pode gerar 
problema. (essa semana tive vários problemas com uma aplicação em 
Java/Hibernate utilizando MySQL... durante a madrugada não era 
utilizada, no outro dia cedo já não funcionava, pois o MySQL fechava a 
sessão do banco).

-- 
Welkson Renny de Medeiros
Desenvolvimento / Gerência de Redes
Focus Automação Comercial
FreeBSD Community Member 

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

Re: [FUG-BR] FreeRadius caindo

Bom dia Welkson,

Uso MySQL como banco de dados com o freeradius.

Seria uma configuração do MySQL? Pois no servidor anterior nunca tive
problemas com o FreeRadius, por anos usei sem nunca cair uma vez se
quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo
estava com a versão 2.1.7)

Obrigado

Fabrício

Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:
fknet escreveu:
Bom dia à todos,

Instalei meu servidor novo semana passada e desde então o serviço
FreeRadius está caindo e deixando meus clientes sem condições de
autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
não acho informação em nenhum logo do sistema que olhei (messages,
radius.log). Muito estranho, no servidor velho que substituí por este
funcionou durante anos sem nunca cair o serviço.

A única coisa que achei, no radius.log, foi o seguinte:

Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0

Aparentemente o radius finalizou normalmente, como se fosse parado
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos, começar
a procurar o problema?

Obrigado

Fabrício

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

O MySQL por exemplo, por default desconecta as sessões após 8 horas por
inatividade... se a aplicação não estiver preparada para isso pode gerar
problema. (essa semana tive vários problemas com uma aplicação em
Java/Hibernate utilizando MySQL... durante a madrugada não era
utilizada, no outro dia cedo já não funcionava, pois o MySQL fechava a
sessão do banco).

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

Re: [FUG-BR] FreeRadius caindo

2011-02-23 Por tôpico Welkson Renny de Medeiros

fknet escreveu:
 Bom dia Welkson,

 Uso MySQL como banco de dados com o freeradius.

 Seria uma configuração do MySQL? Pois no servidor anterior nunca tive 
 problemas com o FreeRadius, por anos usei sem nunca cair uma vez se 
 quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo 
 estava com a versão 2.1.7)

 Obrigado

 Fabrício


 Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:
   
 fknet escreveu:
 
 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem condições de
 autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
 não acho informação em nenhum logo do sistema que olhei (messages,
 radius.log). Muito estranho, no servidor velho que substituí por este
 funcionou durante anos sem nunca cair o serviço.

 A única coisa que achei, no radius.log, foi o seguinte:

 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0

 Aparentemente o radius finalizou normalmente, como se fosse parado
 manualmente.

 Algum colega de lista teria uma idéia de como posso, pelo menos, começar
 a procurar o problema?

 Obrigado

 Fabrício

   
 Fabrício,

 Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
 http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

 Qual banco de dados você utiliza?

 O MySQL por exemplo, por default desconecta as sessões após 8 horas por
 inatividade... se a aplicação não estiver preparada para isso pode gerar
 problema. (essa semana tive vários problemas com uma aplicação em
 Java/Hibernate utilizando MySQL... durante a madrugada não era
 utilizada, no outro dia cedo já não funcionava, pois o MySQL fechava a
 sessão do banco).
 


No meu caso sim. O Hibernate não reconectava o banco e a aplicação 
parava todo santo dia =)

Eu sei que não é recomendado, mas alterei o timeout para 5 dias.

/var/db/mysql/my.cnf

# correcao para so dropar conexao apos 5 dias de inatividade (default eh 
8hs)
[mysqld]
wait_timeout=432000
interactive_timeout=432000

No meu caso, também precisei aumentar o limite de conexões (o Hibernate 
é um COMEDOR de conexão):
max_connections=250

Veja isso aqui também:
http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg55265.html

Abraços,

-- 
Welkson Renny de Medeiros
Desenvolvimento / Gerência de Redes
Focus Automação Comercial
FreeBSD Community Member 

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

Re: [FUG-BR] FreeRadius caindo

 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
Antes desta linha não tem nada ?


Em 23 de fevereiro de 2011 08:37, fknet ffkam...@conchalnet.com.br escreveu:
 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem condições de
 autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
 não acho informação em nenhum logo do sistema que olhei (messages,
 radius.log). Muito estranho, no servidor velho que substituí por este
 funcionou durante anos sem nunca cair o serviço.

 A única coisa que achei, no radius.log, foi o seguinte:


 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 8
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0

 Aparentemente o radius finalizou normalmente, como se fosse parado
 manualmente.

 Algum colega de lista teria uma idéia de como posso, pelo menos, começar
 a procurar o problema?

 Obrigado

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




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

Re: [FUG-BR] FreeRadius caindo

Não tem nada! A linha imediatamente anterior a esta é do dia anterior, 
veja abaixo:

Tue Feb 22 17:39:32 2011 : Info: rlm_radutmp: NAS esperanca restarted 
(Accounting-On packet seen)
Wed Feb 23 03:11:42 2011 : Info: Exiting normally.


Obrigado

Fabrício

Em 23/02/2011 09:21, Otavio Augusto escreveu:
 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
 Antes desta linha não tem nada ?


 Em 23 de fevereiro de 2011 08:37, fknetffkam...@conchalnet.com.br  escreveu:
 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem condições de
 autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
 não acho informação em nenhum logo do sistema que olhei (messages,
 radius.log). Muito estranho, no servidor velho que substituí por este
 funcionou durante anos sem nunca cair o serviço.

 A única coisa que achei, no radius.log, foi o seguinte:

 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 8
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0

 Aparentemente o radius finalizou normalmente, como se fosse parado
 manualmente.

 Algum colega de lista teria uma idéia de como posso, pelo menos, começar
 a procurar o problema?

 Obrigado

 Fabrício
 -
 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] FreeRadius caindo

Obrigado novamente Welkson,

Mas este link não me ajudou muito, pois não tenho nenhuma informação de
problemas com o MySQL. No caso desta thread que você informou ele está
tendo problemas para subir o freeradius devido a erros no mysql.

Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

Preciso solucionar isto, senão terei que por meu servidor velho no ar
novamente...

Obrigado

Fabrício

Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
fknet escreveu:
Bom dia Welkson,

Uso MySQL como banco de dados com o freeradius.

Obrigado

Fabrício

Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

fknet escreveu:

Bom dia à todos,

A única coisa que achei, no radius.log, foi o seguinte:

Aparentemente o radius finalizou normalmente, como se fosse parado
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos, começar
a procurar o problema?

Obrigado

Fabrício

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

No meu caso sim. O Hibernate não reconectava o banco e a aplicação
parava todo santo dia =)

Eu sei que não é recomendado, mas alterei o timeout para 5 dias.

/var/db/mysql/my.cnf

# correcao para so dropar conexao apos 5 dias de inatividade (default eh
8hs)
[mysqld]
wait_timeout=432000
interactive_timeout=432000

No meu caso, também precisei aumentar o limite de conexões (o Hibernate
é um COMEDOR de conexão):
max_connections=250

Veja isso aqui também:
http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg55265.html

Abraços,

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

Re: [FUG-BR] FreeRadius caindo

Seu problema não esta no mysql e sim no radius ou algum agente externo
que esta enviando um sinal TERM para ele.
O radius para sempre no mesmo horário ?
Existe algum software de gerencimanento ou rotina de manutenćão
agendada ? Verifique o cron.
O Servidor chegou a reiniciar alguma vez com variaćão de tensão ? já
vi processos pararem por algumas BIOS enviam sinal
para o SO para desligar (mas o SO não desliga ) por causa de variaćão de tensão.
Percebeu que estou atirando para todos os lados ? De mais detalhes do
estado do SO no momento do ocorrido.
Se possivel mande a configuraćão do radius.

Em 23 de fevereiro de 2011 09:35, fknet ffkam...@conchalnet.com.br escreveu:
Obrigado novamente Welkson,

Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

Preciso solucionar isto, senão terei que por meu servidor velho no ar
novamente...

Obrigado

Fabrício

Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
fknet escreveu:
Bom dia Welkson,

Uso MySQL como banco de dados com o freeradius.

Obrigado

Fabrício

Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

fknet escreveu:

Bom dia à todos,

A única coisa que achei, no radius.log, foi o seguinte:

Aparentemente o radius finalizou normalmente, como se fosse parado
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos, começar
a procurar o problema?

Obrigado

Fabrício

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

No meu caso sim. O Hibernate não reconectava o banco e a aplicação
parava todo santo dia =)

Eu sei que não é recomendado, mas alterei o timeout para 5 dias.

/var/db/mysql/my.cnf

# correcao para so dropar conexao apos 5 dias de inatividade (default eh
8hs)
[mysqld]
wait_timeout=432000
interactive_timeout=432000

No meu caso, também precisei aumentar o limite de conexões (o Hibernate
é um COMEDOR de conexão):
max_connections=250

Veja isso aqui também:
http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg55265.html

Abraços,

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

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

Re: [FUG-BR] FreeRadius caindo

Bom dia Otavio, obrigado pelo retorno.

Não tive nenhum problema com energia, o sistema está com uptime de 7
dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
essa madrugada as 3:11

Este problema me deixa muito preocupado, pois não consigo confiar no
servidor de que ele não me deixará na mão a qualquer momento.

Obrigado

Fabrício

Em 23/02/2011 09:46, Otavio Augusto escreveu:
Seu problema não esta no mysql e sim no radius ou algum agente externo
que esta enviando um sinal TERM para ele.
O radius para sempre no mesmo horário ?
Existe algum software de gerencimanento ou rotina de manutenćão
agendada ? Verifique o cron.
O Servidor chegou a reiniciar alguma vez com variaćão de tensão ? já
vi processos pararem por algumas BIOS enviam sinal
para o SO para desligar (mas o SO não desliga ) por causa de variaćão de
tensão.
Percebeu que estou atirando para todos os lados ? De mais detalhes do
estado do SO no momento do ocorrido.
Se possivel mande a configuraćão do radius.

Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br escreveu:
Obrigado novamente Welkson,

Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

Preciso solucionar isto, senão terei que por meu servidor velho no ar
novamente...

Obrigado

Fabrício

Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
fknet escreveu:
Bom dia Welkson,

Uso MySQL como banco de dados com o freeradius.

Obrigado

Fabrício

Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

fknet escreveu:

Bom dia à todos,

A única coisa que achei, no radius.log, foi o seguinte:

Aparentemente o radius finalizou normalmente, como se fosse parado
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos, começar
a procurar o problema?

Obrigado

Fabrício

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

No meu caso sim. O Hibernate não reconectava o banco e a aplicação
parava todo santo dia =)

Eu sei que não é recomendado, mas alterei o timeout para 5 dias.

/var/db/mysql/my.cnf

# correcao para so dropar conexao apos 5 dias de inatividade (default eh
8hs)
[mysqld]
wait_timeout=432000
interactive_timeout=432000

No meu caso, também precisei aumentar o limite de conexões (o Hibernate
é um COMEDOR de conexão):
max_connections=250

Veja isso aqui também:
http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg55265.html

Abraços,

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

Re: [FUG-BR] FreeRadius caindo

O Banco de dados vc conseguiu acessar após a queda do radius ?
Os logs outros logs do SO no momento da queda. de uma olhada neles.

Em 23 de fevereiro de 2011 09:50, fknet ffkam...@conchalnet.com.br escreveu:
Bom dia Otavio, obrigado pelo retorno.

Não tive nenhum problema com energia, o sistema está com uptime de 7
dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
essa madrugada as 3:11

Este problema me deixa muito preocupado, pois não consigo confiar no
servidor de que ele não me deixará na mão a qualquer momento.

Obrigado

Fabrício

Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br
escreveu:
Obrigado novamente Welkson,

Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

Preciso solucionar isto, senão terei que por meu servidor velho no ar
novamente...

Obrigado

Fabrício

Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
fknet escreveu:
Bom dia Welkson,

Uso MySQL como banco de dados com o freeradius.

Obrigado

Fabrício

Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

fknet escreveu:

Bom dia à todos,

A única coisa que achei, no radius.log, foi o seguinte:

Aparentemente o radius finalizou normalmente, como se fosse parado
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos, começar
a procurar o problema?

Obrigado

Fabrício

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

No meu caso sim. O Hibernate não reconectava o banco e a aplicação
parava todo santo dia =)

Eu sei que não é recomendado, mas alterei o timeout para 5 dias.

/var/db/mysql/my.cnf

# correcao para so dropar conexao apos 5 dias de inatividade (default eh
8hs)
[mysqld]
wait_timeout=432000
interactive_timeout=432000

No meu caso, também precisei aumentar o limite de conexões (o Hibernate
é um COMEDOR de conexão):
max_connections=250

Veja isso aqui também:
http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg55265.html

Abraços,

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

--
Otavio Augusto
-
Consultor de TI
-
Histórico:

Re: [FUG-BR] FreeRadius caindo

Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

O banco acesso normalmente, sem problemas, mesmo no momento que o radius
está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu
startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a
funcionar normalmente.

Esse problema será um caso sério para mim, pois preciso de algo
confiável para rodar o freeradius.

Obrigado

Em 23/02/2011 09:54, Otavio Augusto escreveu:
O Banco de dados vc conseguiu acessar após a queda do radius ?
Os logs outros logs do SO no momento da queda. de uma olhada neles.

Em 23 de fevereiro de 2011 09:50, fknetffkam...@conchalnet.com.br escreveu:
Bom dia Otavio, obrigado pelo retorno.

Não tive nenhum problema com energia, o sistema está com uptime de 7
dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
essa madrugada as 3:11

Este problema me deixa muito preocupado, pois não consigo confiar no
servidor de que ele não me deixará na mão a qualquer momento.

Obrigado

Fabrício

Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br
escreveu:
Obrigado novamente Welkson,

Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

Preciso solucionar isto, senão terei que por meu servidor velho no ar
novamente...

Obrigado

Fabrício

Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
fknet escreveu:
Bom dia Welkson,

Uso MySQL como banco de dados com o freeradius.

Obrigado

Fabrício

Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

fknet escreveu:

Bom dia à todos,

A única coisa que achei, no radius.log, foi o seguinte:

Aparentemente o radius finalizou normalmente, como se fosse parado
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos,
começar
a procurar o problema?

Obrigado

Fabrício

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

No meu caso sim. O Hibernate não reconectava o banco e a aplicação
parava todo santo dia =)

Eu sei que não é recomendado, mas alterei o timeout para 5 dias.

/var/db/mysql/my.cnf

# correcao para so dropar conexao apos 5 dias de inatividade (default eh
8hs)
[mysqld]
wait_timeout=432000
interactive_timeout=432000

No meu caso, também precisei aumentar o limite de conexões (o Hibernate
é um COMEDOR de conexão):
max_connections=250

Veja isso aqui também:

Re: [FUG-BR] FreeRadius caindo

Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
estado dele. Também Monitore a CPU e o uso
do disco para saber es estão sobrecarrados no momento. Monitore todos
os processos de modo
a saber quais estavam rodando caso o evento se repita. Verifique a
configuraćão do radius novamente linha por linha.
Isto é o que posso indicar com as informaćões que tenho.
Talvez um colega da lista tenha mais idéias.

Lembrei de outra coisa. Voce tem algum script que executa quando
alguem conecta ou tenta conectar utilizando o radius ?
Como usando o atributo Exec-Program-Wait do freeradius.

Em 23 de fevereiro de 2011 09:59, fknet ffkam...@conchalnet.com.br escreveu:
Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

Esse problema será um caso sério para mim, pois preciso de algo
confiável para rodar o freeradius.

Obrigado

Em 23/02/2011 09:54, Otavio Augusto escreveu:
O Banco de dados vc conseguiu acessar após a queda do radius ?
Os logs outros logs do SO no momento da queda. de uma olhada neles.

Em 23 de fevereiro de 2011 09:50, fknetffkam...@conchalnet.com.br
escreveu:
Bom dia Otavio, obrigado pelo retorno.

Não tive nenhum problema com energia, o sistema está com uptime de 7
dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
essa madrugada as 3:11

Este problema me deixa muito preocupado, pois não consigo confiar no
servidor de que ele não me deixará na mão a qualquer momento.

Obrigado

Fabrício

Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br
escreveu:
Obrigado novamente Welkson,

Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

Preciso solucionar isto, senão terei que por meu servidor velho no ar
novamente...

Obrigado

Fabrício

Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
fknet escreveu:
Bom dia Welkson,

Uso MySQL como banco de dados com o freeradius.

Obrigado

Fabrício

Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

fknet escreveu:

Bom dia à todos,

A única coisa que achei, no radius.log, foi o seguinte:

Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket
9
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0

Aparentemente o radius finalizou normalmente, como se fosse parado
manualmente.

Algum colega de lista teria uma idéia de como posso, pelo menos,
começar
a procurar o problema?

Obrigado

Fabrício

Fabrício,

Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html

Qual banco de dados você utiliza?

O MySQL por exemplo, por default desconecta as sessões após 8 horas por
inatividade... se a aplicação não estiver preparada para isso pode
gerar
problema. (essa

Re: [FUG-BR] FreeRadius caindo

Obrigado novamente Otavio,

Vamos as respostas:

Já estou monitorando CPU, memória e discos:
CPU - Média: 3% - Máximo: 7%
Memória segundo o top:
Mem: 301M Active, 2430M Inact, 555M Wired, 417M Buf, 636M Free

Discos não estou monitorando, mas não acredito que seja, vou monitorar.

Sobre monitorar todo o estado do freeradius via snmp, tem alguma dica 
para me dar de como fazer isto? Ou algum tutorial mostrando como fazê-lo?

Substituí o servidor antigo (que funcionava perfeitamente) por este 
novo, que considero muito superior e numa tentativa de dar tranquilidade 
para mais tempo. O servidor antigo era um PC Desktop Pentiu Dual Core 
com 1Gb de RAM e disco samsung 160Gb. O atual é Supermicro Xeon 3430 com 
4Gb de RAM e disco WD Sata de 500GB.

Obrigado

Fabrício


Em 23/02/2011 10:10, Otavio Augusto escreveu:
 Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
 estado dele. Também Monitore a CPU e o uso
 do disco para saber es estão sobrecarrados no momento. Monitore todos
 os processos de modo
 a saber quais estavam rodando caso o evento se repita. Verifique a
 configuraćão do radius novamente linha por linha.
 Isto é o que posso indicar com as informaćões que tenho.
 Talvez um colega da lista tenha mais idéias.

 Lembrei de outra coisa. Voce tem algum script que executa quando
 alguem conecta ou tenta conectar utilizando o radius ?
 Como usando o atributo Exec-Program-Wait do freeradius.

 Em 23 de fevereiro de 2011 09:59, fknetffkam...@conchalnet.com.br  escreveu:
 Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

 O banco acesso normalmente, sem problemas, mesmo no momento que o radius
 está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu
 startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a
 funcionar normalmente.

 Esse problema será um caso sério para mim, pois preciso de algo
 confiável para rodar o freeradius.

 Obrigado

 Em 23/02/2011 09:54, Otavio Augusto escreveu:
 O Banco de dados vc conseguiu acessar após a queda do radius ?
 Os logs outros logs do SO no momento da queda. de uma olhada neles.

 Em 23 de fevereiro de 2011 09:50, fknetffkam...@conchalnet.com.br
 escreveu:
 Bom dia Otavio, obrigado pelo retorno.

 Não tive nenhum problema com energia, o sistema está com uptime de 7
 dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

 Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
 para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

 O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
 essa madrugada as 3:11

 Este problema me deixa muito preocupado, pois não consigo confiar no
 servidor de que ele não me deixará na mão a qualquer momento.

 Obrigado

 Fabrício


 Em 23/02/2011 09:46, Otavio Augusto escreveu:
 Seu problema não esta no mysql e sim no radius ou algum agente externo
 que esta enviando um sinal  TERM para ele.
 O radius para sempre no mesmo horário ?
 Existe algum software de gerencimanento ou rotina de manutenćão
 agendada ? Verifique o cron.
 O Servidor chegou a reiniciar alguma vez com variaćão de tensão ?  já
 vi processos pararem por algumas BIOS enviam sinal
 para o SO para desligar (mas o SO não desliga ) por causa de variaćão de 
 tensão.
 Percebeu que estou atirando para todos os lados ? De mais detalhes do
 estado do SO no momento do ocorrido.
 Se possivel mande a configuraćão do radius.





 Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br  
 escreveu:
 Obrigado novamente Welkson,

 Mas este link não me ajudou muito, pois não tenho nenhuma informação de
 problemas com o MySQL. No caso desta thread que você informou ele está
 tendo problemas para subir o freeradius devido a erros no mysql.

 Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
 e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

 Preciso solucionar isto, senão terei que por meu servidor velho no ar
 novamente...

 Obrigado

 Fabrício


 Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
 fknet escreveu:
 Bom dia Welkson,

 Uso MySQL como banco de dados com o freeradius.

 Seria uma configuração do MySQL? Pois no servidor anterior nunca tive
 problemas com o FreeRadius, por anos usei sem nunca cair uma vez se
 quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo
 estava com a versão 2.1.7)

 Obrigado

 Fabrício


 Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

 fknet escreveu:

 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem condições de
 autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
 não acho informação em nenhum logo do sistema que olhei (messages,
 radius.log). Muito estranho, no servidor velho que substituí por este
 funcionou durante anos sem nunca cair o serviço.

 A única coisa que achei, no radius.log, foi o seguinte:

 Wed Feb 23 03:11:42

Re: [FUG-BR] FreeRadius caindo

2011-02-23 Por tôpico Alexandre Correa

tive problemas parecidos aqui, tive que fazer uma otimização no banco
de dados (my.cnf) para poder resolver o problema...

recomento o mysqltuner.pl !


2011/2/23 Otavio Augusto otavi...@gmail.com:
 Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
 estado dele. Também Monitore a CPU e o uso
 do disco para saber es estão sobrecarrados no momento. Monitore todos
 os processos de modo
 a saber quais estavam rodando caso o evento se repita. Verifique a
 configuraćão do radius novamente linha por linha.
 Isto é o que posso indicar com as informaćões que tenho.
 Talvez um colega da lista tenha mais idéias.

 Lembrei de outra coisa. Voce tem algum script que executa quando
 alguem conecta ou tenta conectar utilizando o radius ?
 Como usando o atributo Exec-Program-Wait do freeradius.

 Em 23 de fevereiro de 2011 09:59, fknet ffkam...@conchalnet.com.br escreveu:
 Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

 O banco acesso normalmente, sem problemas, mesmo no momento que o radius
 está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu
 startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a
 funcionar normalmente.

 Esse problema será um caso sério para mim, pois preciso de algo
 confiável para rodar o freeradius.

 Obrigado

 Em 23/02/2011 09:54, Otavio Augusto escreveu:
 O Banco de dados vc conseguiu acessar após a queda do radius ?
 Os logs outros logs do SO no momento da queda. de uma olhada neles.

 Em 23 de fevereiro de 2011 09:50, fknetffkam...@conchalnet.com.br  
 escreveu:
 Bom dia Otavio, obrigado pelo retorno.

 Não tive nenhum problema com energia, o sistema está com uptime de 7
 dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

 Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
 para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

 O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
 essa madrugada as 3:11

 Este problema me deixa muito preocupado, pois não consigo confiar no
 servidor de que ele não me deixará na mão a qualquer momento.

 Obrigado

 Fabrício


 Em 23/02/2011 09:46, Otavio Augusto escreveu:
 Seu problema não esta no mysql e sim no radius ou algum agente externo
 que esta enviando um sinal  TERM para ele.
 O radius para sempre no mesmo horário ?
 Existe algum software de gerencimanento ou rotina de manutenćão
 agendada ? Verifique o cron.
 O Servidor chegou a reiniciar alguma vez com variaćão de tensão ?  já
 vi processos pararem por algumas BIOS enviam sinal
 para o SO para desligar (mas o SO não desliga ) por causa de variaćão de 
 tensão.
 Percebeu que estou atirando para todos os lados ? De mais detalhes do
 estado do SO no momento do ocorrido.
 Se possivel mande a configuraćão do radius.





 Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br    
 escreveu:
 Obrigado novamente Welkson,

 Mas este link não me ajudou muito, pois não tenho nenhuma informação de
 problemas com o MySQL. No caso desta thread que você informou ele está
 tendo problemas para subir o freeradius devido a erros no mysql.

 Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
 e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

 Preciso solucionar isto, senão terei que por meu servidor velho no ar
 novamente...

 Obrigado

 Fabrício


 Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
 fknet escreveu:
 Bom dia Welkson,

 Uso MySQL como banco de dados com o freeradius.

 Seria uma configuração do MySQL? Pois no servidor anterior nunca tive
 problemas com o FreeRadius, por anos usei sem nunca cair uma vez se
 quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo
 estava com a versão 2.1.7)

 Obrigado

 Fabrício


 Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

 fknet escreveu:

 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem condições de
 autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
 não acho informação em nenhum logo do sistema que olhei (messages,
 radius.log). Muito estranho, no servidor velho que substituí por este
 funcionou durante anos sem nunca cair o serviço.

 A única coisa que achei, no radius.log, foi o seguinte:

 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing 
 sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing 
 sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket  0

 Aparentemente o radius finalizou normalmente, como se fosse parado
 manualmente.

 Algum colega de lista teria uma idéia de como posso, pelo menos, 
 começar
 a procurar o problema?

 Obrigado

 Fabrício


 Fabrício,

 Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:

Re: [FUG-BR] FreeRadius caindo

Um detalhe que me esqueci, no horário do problema o MRTG praticamente 
nem registrou o consumo de CPU do servidor. O horário de pico (7%) foi 
as 14:00 de ontem.

Obrigado

  Em 23/02/2011 10:10, Otavio Augusto escreveu:
 Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
 estado dele. Também Monitore a CPU e o uso
 do disco para saber es estão sobrecarrados no momento. Monitore todos
 os processos de modo
 a saber quais estavam rodando caso o evento se repita. Verifique a
 configuraćão do radius novamente linha por linha.
 Isto é o que posso indicar com as informaćões que tenho.
 Talvez um colega da lista tenha mais idéias.

 Lembrei de outra coisa. Voce tem algum script que executa quando
 alguem conecta ou tenta conectar utilizando o radius ?
 Como usando o atributo Exec-Program-Wait do freeradius.

 Em 23 de fevereiro de 2011 09:59, fknetffkam...@conchalnet.com.br  escreveu:
 Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

 O banco acesso normalmente, sem problemas, mesmo no momento que o radius
 está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu
 startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a
 funcionar normalmente.

 Esse problema será um caso sério para mim, pois preciso de algo
 confiável para rodar o freeradius.

 Obrigado

 Em 23/02/2011 09:54, Otavio Augusto escreveu:
 O Banco de dados vc conseguiu acessar após a queda do radius ?
 Os logs outros logs do SO no momento da queda. de uma olhada neles.

 Em 23 de fevereiro de 2011 09:50, fknetffkam...@conchalnet.com.br
 escreveu:
 Bom dia Otavio, obrigado pelo retorno.

 Não tive nenhum problema com energia, o sistema está com uptime de 7
 dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

 Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
 para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

 O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
 essa madrugada as 3:11

 Este problema me deixa muito preocupado, pois não consigo confiar no
 servidor de que ele não me deixará na mão a qualquer momento.

 Obrigado

 Fabrício


 Em 23/02/2011 09:46, Otavio Augusto escreveu:
 Seu problema não esta no mysql e sim no radius ou algum agente externo
 que esta enviando um sinal  TERM para ele.
 O radius para sempre no mesmo horário ?
 Existe algum software de gerencimanento ou rotina de manutenćão
 agendada ? Verifique o cron.
 O Servidor chegou a reiniciar alguma vez com variaćão de tensão ?  já
 vi processos pararem por algumas BIOS enviam sinal
 para o SO para desligar (mas o SO não desliga ) por causa de variaćão de 
 tensão.
 Percebeu que estou atirando para todos os lados ? De mais detalhes do
 estado do SO no momento do ocorrido.
 Se possivel mande a configuraćão do radius.





 Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br  
 escreveu:
 Obrigado novamente Welkson,

 Mas este link não me ajudou muito, pois não tenho nenhuma informação de
 problemas com o MySQL. No caso desta thread que você informou ele está
 tendo problemas para subir o freeradius devido a erros no mysql.

 Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
 e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.

 Preciso solucionar isto, senão terei que por meu servidor velho no ar
 novamente...

 Obrigado

 Fabrício


 Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
 fknet escreveu:
 Bom dia Welkson,

 Uso MySQL como banco de dados com o freeradius.

 Seria uma configuração do MySQL? Pois no servidor anterior nunca tive
 problemas com o FreeRadius, por anos usei sem nunca cair uma vez se
 quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo
 estava com a versão 2.1.7)

 Obrigado

 Fabrício


 Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

 fknet escreveu:

 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem condições de
 autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
 não acho informação em nenhum logo do sistema que olhei (messages,
 radius.log). Muito estranho, no servidor velho que substituí por este
 funcionou durante anos sem nunca cair o serviço.

 A única coisa que achei, no radius.log, foi o seguinte:

 Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing 
 sqlsocket 9
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing 
 sqlsocket 0
 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket  0

 Aparentemente o radius finalizou normalmente, como se fosse parado
 manualmente.

 Algum colega de lista teria uma idéia de como posso, pelo menos, 
 começar
 a procurar o problema?

 Obrigado

 Fabrício


 Fabrício,

 Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:

Re: [FUG-BR] FreeRadius caindo

2011-02-23 Por tôpico Alexandre Correa

tive problemas parecidos aqui, tive que fazer uma otimização no banco
de dados (my.cnf) para poder resolver o problema...

recomendo o mysqltuner.pl !



2011/2/23 fknet ffkam...@conchalnet.com.br:
 Obrigado novamente Otavio,

 Vamos as respostas:

 Já estou monitorando CPU, memória e discos:
 CPU - Média: 3% - Máximo: 7%
 Memória segundo o top:
 Mem: 301M Active, 2430M Inact, 555M Wired, 417M Buf, 636M Free

 Discos não estou monitorando, mas não acredito que seja, vou monitorar.

 Sobre monitorar todo o estado do freeradius via snmp, tem alguma dica
 para me dar de como fazer isto? Ou algum tutorial mostrando como fazê-lo?

 Substituí o servidor antigo (que funcionava perfeitamente) por este
 novo, que considero muito superior e numa tentativa de dar tranquilidade
 para mais tempo. O servidor antigo era um PC Desktop Pentiu Dual Core
 com 1Gb de RAM e disco samsung 160Gb. O atual é Supermicro Xeon 3430 com
 4Gb de RAM e disco WD Sata de 500GB.

 Obrigado

 Fabrício


 Em 23/02/2011 10:10, Otavio Augusto escreveu:
 Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
 estado dele. Também Monitore a CPU e o uso
 do disco para saber es estão sobrecarrados no momento. Monitore todos
 os processos de modo
 a saber quais estavam rodando caso o evento se repita. Verifique a
 configuraćão do radius novamente linha por linha.
 Isto é o que posso indicar com as informaćões que tenho.
 Talvez um colega da lista tenha mais idéias.

 Lembrei de outra coisa. Voce tem algum script que executa quando
 alguem conecta ou tenta conectar utilizando o radius ?
 Como usando o atributo Exec-Program-Wait do freeradius.

 Em 23 de fevereiro de 2011 09:59, fknetffkam...@conchalnet.com.br  
 escreveu:
 Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

 O banco acesso normalmente, sem problemas, mesmo no momento que o radius
 está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu
 startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a
 funcionar normalmente.

 Esse problema será um caso sério para mim, pois preciso de algo
 confiável para rodar o freeradius.

 Obrigado

 Em 23/02/2011 09:54, Otavio Augusto escreveu:
 O Banco de dados vc conseguiu acessar após a queda do radius ?
 Os logs outros logs do SO no momento da queda. de uma olhada neles.

 Em 23 de fevereiro de 2011 09:50, fknetffkam...@conchalnet.com.br    
 escreveu:
 Bom dia Otavio, obrigado pelo retorno.

 Não tive nenhum problema com energia, o sistema está com uptime de 7
 dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

 Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
 para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

 O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
 essa madrugada as 3:11

 Este problema me deixa muito preocupado, pois não consigo confiar no
 servidor de que ele não me deixará na mão a qualquer momento.

 Obrigado

 Fabrício


 Em 23/02/2011 09:46, Otavio Augusto escreveu:
 Seu problema não esta no mysql e sim no radius ou algum agente externo
 que esta enviando um sinal  TERM para ele.
 O radius para sempre no mesmo horário ?
 Existe algum software de gerencimanento ou rotina de manutenćão
 agendada ? Verifique o cron.
 O Servidor chegou a reiniciar alguma vez com variaćão de tensão ?  já
 vi processos pararem por algumas BIOS enviam sinal
 para o SO para desligar (mas o SO não desliga ) por causa de variaćão de 
 tensão.
 Percebeu que estou atirando para todos os lados ? De mais detalhes do
 estado do SO no momento do ocorrido.
 Se possivel mande a configuraćão do radius.





 Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br      
 escreveu:
 Obrigado novamente Welkson,

 Mas este link não me ajudou muito, pois não tenho nenhuma informação de
 problemas com o MySQL. No caso desta thread que você informou ele está
 tendo problemas para subir o freeradius devido a erros no mysql.

 Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
 e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do 
 ar.

 Preciso solucionar isto, senão terei que por meu servidor velho no ar
 novamente...

 Obrigado

 Fabrício


 Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
 fknet escreveu:
 Bom dia Welkson,

 Uso MySQL como banco de dados com o freeradius.

 Seria uma configuração do MySQL? Pois no servidor anterior nunca tive
 problemas com o FreeRadius, por anos usei sem nunca cair uma vez se
 quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo
 estava com a versão 2.1.7)

 Obrigado

 Fabrício


 Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

 fknet escreveu:

 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem condições de
 autenticar. Não consigo descobrir o motivo pelo qual ele está 
 caindo,
 não acho informação em nenhum logo do sistema que

Re: [FUG-BR] FreeRadius caindo

2011-02-23 Por tôpico vic

On Wed, 23 Feb 2011 10:19:46 -0300, fknet ffkam...@conchalnet.com.br
wrote:
 Um detalhe que me esqueci, no horário do problema o MRTG praticamente 
 nem registrou o consumo de CPU do servidor. O horário de pico (7%) foi 
 as 14:00 de ontem.
 
 Obrigado
 
   Em 23/02/2011 10:10, Otavio Augusto escreveu:
 Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
 estado dele. Também Monitore a CPU e o uso
 do disco para saber es estão sobrecarrados no momento. Monitore todos
 os processos de modo
 a saber quais estavam rodando caso o evento se repita. Verifique a
 configuraćão do radius novamente linha por linha.
 Isto é o que posso indicar com as informaćões que tenho.
 Talvez um colega da lista tenha mais idéias.

 Lembrei de outra coisa. Voce tem algum script que executa quando
 alguem conecta ou tenta conectar utilizando o radius ?
 Como usando o atributo Exec-Program-Wait do freeradius.


Você também pode instalar o sysutils/screen e executar o freeradius
através dele em modo debug (radiusd -X).


-- 
vic
http://choppnerd.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] FreeRadius caindo

Bom dia Alexandre, poderia postar seu my.cnf para eu ver?

Obrigado

Em 23/02/2011 10:20, Alexandre Correa escreveu:
 tive problemas parecidos aqui, tive que fazer uma otimização no banco
 de dados (my.cnf) para poder resolver o problema...

 recomendo o mysqltuner.pl !



 2011/2/23 fknetffkam...@conchalnet.com.br:
 Obrigado novamente Otavio,

 Vamos as respostas:

 Já estou monitorando CPU, memória e discos:
 CPU - Média: 3% - Máximo: 7%
 Memória segundo o top:
 Mem: 301M Active, 2430M Inact, 555M Wired, 417M Buf, 636M Free

 Discos não estou monitorando, mas não acredito que seja, vou monitorar.

 Sobre monitorar todo o estado do freeradius via snmp, tem alguma dica
 para me dar de como fazer isto? Ou algum tutorial mostrando como fazê-lo?

 Substituí o servidor antigo (que funcionava perfeitamente) por este
 novo, que considero muito superior e numa tentativa de dar tranquilidade
 para mais tempo. O servidor antigo era um PC Desktop Pentiu Dual Core
 com 1Gb de RAM e disco samsung 160Gb. O atual é Supermicro Xeon 3430 com
 4Gb de RAM e disco WD Sata de 500GB.

 Obrigado

 Fabrício


 Em 23/02/2011 10:10, Otavio Augusto escreveu:
 Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
 estado dele. Também Monitore a CPU e o uso
 do disco para saber es estão sobrecarrados no momento. Monitore todos
 os processos de modo
 a saber quais estavam rodando caso o evento se repita. Verifique a
 configuraćão do radius novamente linha por linha.
 Isto é o que posso indicar com as informaćões que tenho.
 Talvez um colega da lista tenha mais idéias.

 Lembrei de outra coisa. Voce tem algum script que executa quando
 alguem conecta ou tenta conectar utilizando o radius ?
 Como usando o atributo Exec-Program-Wait do freeradius.

 Em 23 de fevereiro de 2011 09:59, fknetffkam...@conchalnet.com.br
 escreveu:
 Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

 O banco acesso normalmente, sem problemas, mesmo no momento que o radius
 está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu
 startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a
 funcionar normalmente.

 Esse problema será um caso sério para mim, pois preciso de algo
 confiável para rodar o freeradius.

 Obrigado

 Em 23/02/2011 09:54, Otavio Augusto escreveu:
 O Banco de dados vc conseguiu acessar após a queda do radius ?
 Os logs outros logs do SO no momento da queda. de uma olhada neles.

 Em 23 de fevereiro de 2011 09:50, fknetffkam...@conchalnet.com.br  
 escreveu:
 Bom dia Otavio, obrigado pelo retorno.

 Não tive nenhum problema com energia, o sistema está com uptime de 7
 dias (desde que coloquei o servidor novo no ar) sem nenhum problema.

 Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
 para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.

 O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
 essa madrugada as 3:11

 Este problema me deixa muito preocupado, pois não consigo confiar no
 servidor de que ele não me deixará na mão a qualquer momento.

 Obrigado

 Fabrício


 Em 23/02/2011 09:46, Otavio Augusto escreveu:
 Seu problema não esta no mysql e sim no radius ou algum agente externo
 que esta enviando um sinal  TERM para ele.
 O radius para sempre no mesmo horário ?
 Existe algum software de gerencimanento ou rotina de manutenćão
 agendada ? Verifique o cron.
 O Servidor chegou a reiniciar alguma vez com variaćão de tensão ?  já
 vi processos pararem por algumas BIOS enviam sinal
 para o SO para desligar (mas o SO não desliga ) por causa de variaćão 
 de tensão.
 Percebeu que estou atirando para todos os lados ? De mais detalhes do
 estado do SO no momento do ocorrido.
 Se possivel mande a configuraćão do radius.





 Em 23 de fevereiro de 2011 09:35, fknetffkam...@conchalnet.com.br 
escreveu:
 Obrigado novamente Welkson,

 Mas este link não me ajudou muito, pois não tenho nenhuma informação de
 problemas com o MySQL. No caso desta thread que você informou ele está
 tendo problemas para subir o freeradius devido a erros no mysql.

 Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias 
 seguidos
 e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do 
 ar.

 Preciso solucionar isto, senão terei que por meu servidor velho no ar
 novamente...

 Obrigado

 Fabrício


 Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
 fknet escreveu:
 Bom dia Welkson,

 Uso MySQL como banco de dados com o freeradius.

 Seria uma configuração do MySQL? Pois no servidor anterior nunca tive
 problemas com o FreeRadius, por anos usei sem nunca cair uma vez se
 quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no 
 antigo
 estava com a versão 2.1.7)

 Obrigado

 Fabrício


 Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:

 fknet escreveu:

 Bom dia à todos,

 Instalei meu servidor novo semana passada e desde então o serviço
 FreeRadius está caindo e deixando meus clientes sem

[FUG-BR] tuning de rede - FreeBSD 7.3

2011-02-23 Por tôpico kmkz bleh

Bom dia pessoal.

Tenho um servidor FreeBSD 7.3 com 8 placas de rede com chipset Intel e
Broadcom. Este é o servidor gateway da minha rede no qual rodo:

pf
named (base)
snmp
openbgp

Possuo três sessões BGP Full e uma Partial.

O que acontece é que estou tendo uma performance muito ruim com relação a
placa Broadcom. Possuo um CMTS ligado diretamente na placa sem switch no
meio, e estou tendo perda de pacote até o CMTS. Já realizei troca de cabo e
não resolveu.

gw# ifconfig bce0
bce0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500

options=1bbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4
ether 1c:c1:de:08:de:90
inet 10.20.0.1 netmask 0xfffc broadcast 10.20.0.3
media: Ethernet 1000baseTX full-duplex
status: active

Verificando com 'top -S' o uso de interrupção na bce0 é bastante alto. O
tráfego nesta placa passa dos 100Mbps na maior parte do tempo então
consequentemente vai consumir mais cpu. Porém, através de uma sysctl abaixo
consegui fazer com que esse uso fosse reduzido, mas continuo perdendo pacote
até o CMTS:

net.isr.direct=0

No momento o 'top -S' me mostra o seguinte:

  PID USERNAME  THR PRI NICE   SIZERES STATE   C   TIME   WCPU COMMAND
   13 root1 171 ki31 0K 8K CPU11  45.3H 96.48% idle:
cpu1
   12 root1 171 ki31 0K 8K RUN 2  43.0H 90.77% idle:
cpu2
   14 root1 171 ki31 0K 8K RUN 0  40.0H 77.20% idle:
cpu0
   11 root1 171 ki31 0K 8K RUN 3  38.1H 73.00% idle:
cpu3
   15 root1 -44- 0K 8K WAIT3  19.8H 52.49% swi1: net
   29 root1 -68- 0K 8K WAIT2 151:40  5.57% irq257:
bce0
   40 root1 -68- 0K 8K WAIT2  85:46  2.10% irq265:
em3

Se eu ativo a sysctl acima, tenho o seguinte:

  PID USERNAME  THR PRI NICE   SIZERES STATE   C   TIME   WCPU COMMAND
   11 root1 171 ki31 0K 8K CPU33  38.2H 92.87% idle:
cpu3
   13 root1 171 ki31 0K 8K CPU11  45.4H 84.38% idle:
cpu1
   14 root1 171 ki31 0K 8K RUN 0  40.1H 79.39% idle:
cpu0
   12 root1 171 ki31 0K 8K CPU22  43.1H 62.35% idle:
cpu2
   29 root1 -68- 0K 8K WAIT2 151:55 25.59% irq257:
bce0
   40 root1 -68- 0K 8K WAIT2  85:55 21.58% irq265:
em3

Abaixo, resultado com netstat na interface:

gw# netstat -I bce0 -w 1
input (bce0)   output
   packets  errs  bytespackets  errs  bytes colls
 15311 04469692  20459 0   17440474 0
 15631 04589699  21200 0   18848188 0
 15608 04497235  20683 0   17818101 0
 15529 04446912  20156 0   17090265 0
 14414 04071791  17597 0   14750674 0
 14713 04270162  18578 0   15301508 0
 15030 04332616  18052 0   15021321 0
 13900 04053945  17033 0   13895997 0
 14095 04051387  18936 0   16074572 0
 15515 04518106  20720 0   17377395 0
 15606 04468322  20386 0   17128122 0
 15494 04611991  20409 0   17379323 0
 15375 04584624  20574 0   17758892 0
 15610 04435950  21340 0   18658094 0
 15277 04573331  20444 0   17695037 0

Segue algumas sysctls no qual alterei os valores:

kern.ipc.nmbclusters=65536
kern.ipc.nsfbufs=10240
kern.ipc.maxsockbuf=8388608
net.inet.tcp.rfc1323=1
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
kern.random.sys.harvest.ethernet=0
kern.random.sys.harvest.interrupt=0
kern.ipc.somaxconn=1024
net.inet.tcp.blackhole=2
net.inet.udp.blackhole=1
net.link.ether.inet.log_arp_wrong_iface=0

O ping começa com valor baixo depois sobe e o valor não cai denovo. Enquanto
este ping está alto, eu abro uma nova shell e executo outro ping. Ele começa
baixo por uns tempos, menor que 1ms, depois aumenta e iguala ao primeiro
ping executado.

64 bytes from 10.20.0.2: icmp_seq=22 ttl=255 time=0.321 ms
64 bytes from 10.20.0.2: icmp_seq=23 ttl=255 time=0.291 ms
64 bytes from 10.20.0.2: icmp_seq=24 ttl=255 time=0.305 ms
64 bytes from 10.20.0.2: icmp_seq=25 ttl=255 time=0.304 ms
64 bytes from 10.20.0.2: icmp_seq=26 ttl=255 time=0.197 ms
64 bytes from 10.20.0.2: icmp_seq=27 ttl=255 time=0.361 ms
64 bytes from 10.20.0.2: icmp_seq=28 ttl=255 time=0.277 ms
64 bytes from 10.20.0.2: icmp_seq=29 ttl=255 time=0.233 ms
64 bytes from 10.20.0.2: icmp_seq=30 ttl=255 time=10.524 ms
64 bytes from 10.20.0.2: icmp_seq=31 ttl=255 time=23.673 ms
64 bytes from 10.20.0.2: icmp_seq=32 ttl=255 time=44.541 ms
64 bytes from 10.20.0.2: icmp_seq=33 ttl=255 time=10.661 ms
64 bytes from 10.20.0.2: icmp_seq=34 ttl=255 time=6.178 ms
64 bytes from 10.20.0.2: icmp_seq=35 ttl=255 time=7.265 ms
64 bytes from

[FUG-BR] RES: tuning de rede - FreeBSD 7.3

2011-02-23 Por tôpico Eduardo Schoedler

A parte de network do Freebsd 8.2-PRERELEASE está bem melhor que a do 7.x.
Tomei uma surra dos drivers bce e igb, mas agora está funcionando.
As bce não são grande coisa, não aceitam polling e também a moderação de
interrupção dela não é muito boa.
As Intel são muito melhores.

Você pode tentar mexer no netisr:

# Some useful netisr tunables. See sysctl net.isr
#net.isr.bindthreads=1
#net.isr.numthreads=4
#net.isr.defaultqlimit=4096

Tome cuidado com o flowtable, não sei se tem na versão 7.x:
# Flowtable - flow caching mechanism
net.inet.flowtable.enable=0

você compilou o kernel com a opção:
options   ZERO_COPY_SOCKETS

Algumas urls para ajuda:
http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-lo
ader-conf-kernel

http://www.cymru.com/Documents/ip-stack-tuning.html
http://lists.freebsd.org/pipermail/freebsd-performance/2009-December/003909.
html
http://tunggul.staff.uns.ac.id/2008/08/07/tuning-freebsd-router/
http://www.fug.com.br/historico/html/freebsd/2010-12/msg00250.html
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2005-01/0061.htm
l


Rolou também um thread minha aqui no FUG sobre performance de rede... mas
tudo em 8.x.


Abs.

--
Eduardo Schoedler



 -Mensagem original-
 De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
 nome de kmkz bleh
 Enviada em: quarta-feira, 23 de fevereiro de 2011 12:19
 Para: freebsd@fug.com.br
 Assunto: [FUG-BR] tuning de rede - FreeBSD 7.3
 
 Bom dia pessoal.
 
 Tenho um servidor FreeBSD 7.3 com 8 placas de rede com chipset Intel e
 Broadcom. Este é o servidor gateway da minha rede no qual rodo:
 
 pf
 named (base)
 snmp
 openbgp
 
 Possuo três sessões BGP Full e uma Partial.
 
 O que acontece é que estou tendo uma performance muito ruim com relação
 a placa Broadcom. Possuo um CMTS ligado diretamente na placa sem switch
 no meio, e estou tendo perda de pacote até o CMTS. Já realizei troca de
 cabo e não resolveu.
 
 gw# ifconfig bce0
 bce0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
 1500
 
 options=1bbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM
 ,TSO4
 ether 1c:c1:de:08:de:90
 inet 10.20.0.1 netmask 0xfffc broadcast 10.20.0.3
 media: Ethernet 1000baseTX full-duplex
 status: active
 
 Verificando com 'top -S' o uso de interrupção na bce0 é bastante alto.
 O tráfego nesta placa passa dos 100Mbps na maior parte do tempo então
 consequentemente vai consumir mais cpu. Porém, através de uma sysctl
 abaixo consegui fazer com que esse uso fosse reduzido, mas continuo
 perdendo pacote até o CMTS:
 
 net.isr.direct=0
 
 No momento o 'top -S' me mostra o seguinte:
 
   PID USERNAME  THR PRI NICE   SIZERES STATE   C   TIME   WCPU
 COMMAND
13 root1 171 ki31 0K 8K CPU11  45.3H 96.48%
 idle:
 cpu1
12 root1 171 ki31 0K 8K RUN 2  43.0H 90.77%
 idle:
 cpu2
14 root1 171 ki31 0K 8K RUN 0  40.0H 77.20%
 idle:
 cpu0
11 root1 171 ki31 0K 8K RUN 3  38.1H 73.00%
 idle:
 cpu3
15 root1 -44- 0K 8K WAIT3  19.8H 52.49%
 swi1: net
29 root1 -68- 0K 8K WAIT2 151:40  5.57%
 irq257:
 bce0
40 root1 -68- 0K 8K WAIT2  85:46  2.10%
 irq265:
 em3
 
 Se eu ativo a sysctl acima, tenho o seguinte:
 
   PID USERNAME  THR PRI NICE   SIZERES STATE   C   TIME   WCPU
 COMMAND
11 root1 171 ki31 0K 8K CPU33  38.2H 92.87%
 idle:
 cpu3
13 root1 171 ki31 0K 8K CPU11  45.4H 84.38%
 idle:
 cpu1
14 root1 171 ki31 0K 8K RUN 0  40.1H 79.39%
 idle:
 cpu0
12 root1 171 ki31 0K 8K CPU22  43.1H 62.35%
 idle:
 cpu2
29 root1 -68- 0K 8K WAIT2 151:55 25.59%
 irq257:
 bce0
40 root1 -68- 0K 8K WAIT2  85:55 21.58%
 irq265:
 em3
 
 Abaixo, resultado com netstat na interface:
 
 gw# netstat -I bce0 -w 1
 input (bce0)   output
packets  errs  bytespackets  errs  bytes colls
  15311 04469692  20459 0   17440474 0
  15631 04589699  21200 0   18848188 0
  15608 04497235  20683 0   17818101 0
  15529 04446912  20156 0   17090265 0
  14414 04071791  17597 0   14750674 0
  14713 04270162  18578 0   15301508 0
  15030 04332616  18052 0   15021321 0
  13900 04053945  17033 0   13895997 0
  14095 04051387  18936 0   16074572 0
  15515 04518106  20720 0   17377395 0
  15606 04468322  20386 0   17128122 0
  15494 04611991  20409 0   17379323 0
  15375 04584624  20574 0   17758892 0
  15610 04435950  21340 0

Re: [FUG-BR] RES: tuning de rede - FreeBSD 7.3

2011-02-23 Por tôpico kmkz bleh

Oi Eduardo,

Obrigado pela atenção.

Já tentei usar FreeBSD série 8. Melhorou em alguns aspectos mas tive uma
série de problemas. O bgp demorava fechar sessão, máquina travando
constantemente com PANIC, na hora de rebootar tinha que tirar cabo de rede
da placa senão voltava o PANIC, e na hora que ela estava no ar com tudo
funcionando, após algumas horas o named simplesmente parava de responder. O
processo continuava ativo e não morria em hipótese alguma (tentei kill,
restart, stop, etc). Somente reiniciando o servidor causando mais transtorno
ainda.

Enfim, a experiência não foi boa.

Quando coloquei o 7.3 pararam todos esses problemas, mas começou a
apresentar esse desempenho ruim logo em seguida. É a única coisa que tenho a
queixar.

Verifiquei as variávies para o netisr e tenho as seguintes:

gw# sysctl -a |grep net.isr
net.isr.swi_count: -1834575374
net.isr.drop: 0
net.isr.queued: 752912
net.isr.deferred: 1770919304
net.isr.directed: 477816393
net.isr.count: -2046394068
net.isr.direct: 0

A respeito do flowtable não tem ele no 7.3. Inclusive quando usei a série 8,
uma dos problemas que fazia a máquina travar depois que ativava o bgp era
exatamente o flowtable. Até pensei que os problemas estavam resolvidos
depois que desativei esta opção e vi o bgp rodando, mas, a alegria durou
pouco.

O kernel não foi compilado com ZERO_COPY_SOCKETS. Usei as opções abaixo para
compilar:

device  pf
device  pflog
device  pfsync
device  carp

options IPFIREWALL  #firewall
options IPFIREWALL_VERBOSE  #enable logging to syslogd(8)
options IPFIREWALL_VERBOSE_LIMIT=1000#limit verbosity
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPDIVERT
options IPSTEALTH
options IPFIREWALL_FORWARD
options DUMMYNET
options HZ=1000

options ALTQ
options ALTQ_CBQ
options ALTQ_RED
options ALTQ_RIO
options ALTQ_HFSC
options ALTQ_CDNR
options ALTQ_PRIQ

Desde já agradeço.

Em 23 de fevereiro de 2011 12:30, Eduardo Schoedler 
eschoed...@viavale.com.br escreveu:

 A parte de network do Freebsd 8.2-PRERELEASE está bem melhor que a do 7.x.
 Tomei uma surra dos drivers bce e igb, mas agora está funcionando.
 As bce não são grande coisa, não aceitam polling e também a moderação de
 interrupção dela não é muito boa.
 As Intel são muito melhores.

 Você pode tentar mexer no netisr:

 # Some useful netisr tunables. See sysctl net.isr
 #net.isr.bindthreads=1
 #net.isr.numthreads=4
 #net.isr.defaultqlimit=4096

 Tome cuidado com o flowtable, não sei se tem na versão 7.x:
 # Flowtable - flow caching mechanism
 net.inet.flowtable.enable=0

 você compilou o kernel com a opção:
 options   ZERO_COPY_SOCKETS

 Algumas urls para ajuda:

 http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-lo
 ader-conf-kernel

 http://www.cymru.com/Documents/ip-stack-tuning.html

 http://lists.freebsd.org/pipermail/freebsd-performance/2009-December/003909.
 html
 http://tunggul.staff.uns.ac.id/2008/08/07/tuning-freebsd-router/
 http://www.fug.com.br/historico/html/freebsd/2010-12/msg00250.html

 http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2005-01/0061.htm
 l


 Rolou também um thread minha aqui no FUG sobre performance de rede... mas
 tudo em 8.x.


 Abs.

 --
 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] [FUG-RJ] Ajuda no SAMBA + AD 2008 + SQUID

2011-02-23 Por tôpico Leandro Carvalho

Boa tarde, andei procurando na internet como integrar o Samba com o AD mas
está dando um problema.

Eu executo o kinit direitinho e quando mando o klist aparece tudo ok.
Só que quando eu vou por a máquina no dominio com o comando:

proxy# net ads join -U administrator
administrator's password:


Aparece o seguinte erro:

 /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol
krb5_set_default_tgs_ktypes

Alguem já viu isso?

Desde já agradeço.

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

[FUG-BR] : Ajuda no SAMBA + AD 2008 + SQUID

2011-02-23 Por tôpico Leandro Carvalho

Boa tarde, andei procurando na internet como integrar o Samba com o AD mas
está dando um problema.

Eu executo o kinit direitinho e quando mando o klist aparece tudo ok.
Só que quando eu vou por a máquina no dominio com o comando:

proxy# net ads join -U administrator
administrator's password:


Aparece o seguinte erro:

 /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol
krb5_set_default_tgs_ktypes

Alguem já viu isso?

Desde já agradeço.

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

Re: [FUG-BR] : Ajuda no SAMBA + AD 2008 + SQUID

2011-02-23 Por tôpico Bruno Torres Viana

Leandro,

Como estão os arquivos de configuração? Eu fiz isso e postei aqui na lista
alguma coisa. Veja no histórico.

http://www.fug.com.br/component/option,com_wrapper/Itemid,81/

Boa sorte!

Em 23 de fevereiro de 2011 15:46, Leandro Carvalho
leandr...@gmail.comescreveu:

 Boa tarde, andei procurando na internet como integrar o Samba com o AD mas
 está dando um problema.

 Eu executo o kinit direitinho e quando mando o klist aparece tudo ok.
 Só que quando eu vou por a máquina no dominio com o comando:

 proxy# net ads join -U administrator
 administrator's password:


 Aparece o seguinte erro:

  /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol
 krb5_set_default_tgs_ktypes

 Alguem já viu isso?

 Desde já agradeço.

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




-- 
___
Bruno Torres Viana
Consultor em TI
Celular: (27) 9225-4766
SKYPE/MSN:  btorres_viana



Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante
por opçã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] : Ajuda no SAMBA + AD 2008 + SQUID

2011-02-23 Por tôpico Alessandro de Souza Rocha

http://www.hardware.com.br/artigos/samba-active-directory/
http://wiki.samba.org/index.php/Samba4/HOWTO
http://www.nosam.com/2008/09/making-freebsd-7x-a-windows-server-20032008-active-directory-domain-member


Em 23 de fevereiro de 2011 15:51, Bruno Torres Viana
btvi...@gmail.com escreveu:
 Leandro,

 Como estão os arquivos de configuração? Eu fiz isso e postei aqui na lista
 alguma coisa. Veja no histórico.

 http://www.fug.com.br/component/option,com_wrapper/Itemid,81/

 Boa sorte!

 Em 23 de fevereiro de 2011 15:46, Leandro Carvalho
 leandr...@gmail.comescreveu:

 Boa tarde, andei procurando na internet como integrar o Samba com o AD mas
 está dando um problema.

 Eu executo o kinit direitinho e quando mando o klist aparece tudo ok.
 Só que quando eu vou por a máquina no dominio com o comando:

 proxy# net ads join -U administrator
 administrator's password:


 Aparece o seguinte erro:

  /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol
 krb5_set_default_tgs_ktypes

 Alguem já viu isso?

 Desde já agradeço.

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




 --
 ___
 Bruno Torres Viana
 Consultor em TI
 Celular: (27) 9225-4766
 SKYPE/MSN:  btorres_viana



 Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante
 por opção!
 -
 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] : Ajuda no SAMBA + AD 2008 + SQUID

2011-02-23 Por tôpico Leandro Carvalho

Bruno,

Segui os passos de um outro topico que você respondeu.

Os arquivos de configuração estão identicos ao desse link:

http://www.fug.com.br/historico/html/freebsd/2009-12/msg00192.html

Só alterando o MEUDOMINIO.COM.BR pelo meu dominio interno.


Att,


Leandro Schimmelpfeng Pereira Carvalho


Leandro,

Como estão os arquivos de configuração? Eu fiz isso e postei aqui na lista
alguma coisa. Veja no histórico.

http://www.fug.com.br/component/option,com_wrapper/Itemid,81/

Boa sorte!

Em 23 de fevereiro de 2011 15:46, Leandro Carvalho
leandropc@xescreveu:

* Boa tarde, andei procurando na internet como integrar o Samba com o AD mas*
* está dando um problema.*
**
* Eu executo o kinit direitinho e quando mando o klist aparece tudo ok.*
* Só que quando eu vou por a máquina no dominio com o comando:*
**
* proxy# net ads join -U administrator*
* administrator's password:*
**
**
* Aparece o seguinte erro:*
**
*  /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol*
* krb5_set_default_tgs_ktypes*
**
* Alguem já viu isso?*
**
* Desde já agradeço.*
**
* Leandro Schimmelpfeng Pereira Carvalho*
* -*
* Histórico: http://www.fug.com.br/historico/html/freebsd/*
*Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd*
**



--
___
Bruno Torres Viana
Consultor em TI
Celular: (27) 9225-4766
SKYPE/MSN:  btorres_viana



Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante
por opçã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] CUDA + FreeBSD

2011-02-23 Por tôpico Eduardo Lemos de Sa

Caríssimos

2011/2/20 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br

 Em 21/2/2011 18:02, Nilton Jose Rizzo escreveu:
  On Mon, 21 Feb 2011 13:27:50 -0300, Matheus L. Abreu wrote
  O Danilo Egea andou trabalhando no GCD da Apple no FreeBSD.
  Acho que vale a leitura...
  ;D
 
  2011/2/21 Eduardo Lemos de Saeduardo.lemosd...@gmail.com
 
  Oi Nilton
 
  Eu também andei procurando alguma versão do CUDA para FreeBSD e nada
  encontrei. Creio que os fabricantes sejam sensíveis a um pedido
 (petição)
  para o FreeBSD, mas alguém sabe como inciar o processo?
 
  Eduardo
 
 Pessoas,
 
 
O pior é esse desabavo de um cientista ... veja só ...
 
  http://forum.nginx.org/read.php?23,119734,133099
 
 
 
 Apenas minha opnião 
 O que vejo nas grandes empresas é a decisão natural de optar pelo que
 possuir maior quantidade de profissionais treinados,
 O custo é muito alto para manter uma equipe altamente capacitados para
 prover serviços a uma gama muito pouca de usuários,
 Ja faz tempo que software deixou ser tratado sobre a relação qualidade e
 passou a ser tratado como capacidade, se a plataforma tem muito usuário,
 mesmo ela sendo um lixo, é a decisão do dinheiro que define que será
 essa plataforma a ter um maior investimento.
 Isso não é nenhuma novidade para ninguem presente na lista...
 Espero que isso mude a curto prazo, ou senão a migração de IPv6 será uma
 migração fácil quando comparado a migração maxiça de usuários entre
 plataformas distintas, e com um custo incalculavel ao comparado com o
 prejuizo do IPv6.

 Tecnologia a todo momento apresenta algo novo para a comodidade do
 usuário, quando for apresentada uma tecnologia destinada a necessidade
 do usuário preza a uma plataforma especifica, a tendência de migração é
 muito grande, ainda mais quando essa tecnologia interferir diretamente
 no bolso de até quem desenvolve outras plataformas.

 Att.



 Vejo com apreensão a situação retratada pelo colega cientista e pelos
pontos relevantes que são discutidos nos emails deste tópico. Quando eu
comecei a usar o FreeBSD (há exatos 16 anos, versão 2.1.5), foi por
influência de um outro colega professor (do Inst. de Química / UNICAMP) que
é um ardoroso defensor deste s.o.. Uma grande vantagem que era sempre
frisada devia-se ao fato de que o FreeBSD conseguia rodar binários do
linux (que na verdade e em minha modesta opinão, é uma grande confusão
porque há uma míriade de distribuições, com bugs que são repassados de uma
para a outra e com um grupo de desenvolvedores não tão identificáveis quanto
são os do FreeBSD para mim). Posso estar enganado quanto a esta última
afirmação (usei-o muito pouco do linux para saber um pouquinho com mais
profundidade). Neste aspecto, nas versões 32 bits do FreeBSD, nós tínhamos
ports importantes para alguns aplicativos (principalmente, os compiladores)
que eram distribuídos gratuitamente para as plataformas linux. Quando os
processadores 64 bits ficaram abundantes, creio que o FreeBSD team perdeu o
trem da história: os binários gratuitos (CUDA, ifort, dentre outros) ainda
são distribuídos para linux, porém o FreeBSD não os roda mais. Será que é
tal difícil assim conseguir uma emulação de linux64 em FreeBSD64? Por que
ela parou de ser feita? Hoje acabei redendo-me à pressão por resultados:
tenho algumas máquinas rodando linux64, que rodam um aplicativo linux64
(tenho o código fonte dele, mas ele requer o ifort64 para compilar, ou seja,
não tenho como converter o fonte em um executável).


De novo, concordo com o colega cientista: o FreeBSD pode ser mais seguro,
porém o seu desenvolvimento está sendo voltado para privilegiar aplicações
mais seguras que envolvam o oferecimento de serviços do que para um ambiente
acadêmico comum.

Por favor, alguém sabe como anda a emulação de binários linux64 pelo
OpenBSD64bits? Há muito tempo, eu entrei na página dele e vi que eles
rodavam tudo (BSDs em geral, linux, SCO Unix, SunOS, etc.), mas não me
lembro se era tudo 32 ou 64.

Um abraço

Edu


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




-- 
Eduardo Lemos de Sa
Associated Professor Level 2
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Backup de servidor em produção

Boa noite pessoal!

Gostaria de fazer um backup de meu servidor online, tenho 2 servidores 
idênticos e gostaria de manter o segundo atualizado, não precisa ser 
online mesmo, poderia fazer a cada X minutos por exemplo.

Minha idéia é usar CARP e fazer que ele entre no ar caso o principal 
pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei 
no rsync, mas este não exclui arquivos apagados do servidor principal no 
secundário, que talvez não seja algo tão ruim. Também não sei como ele 
se comportaria para copiar arquivos eventualmente em uso.

Esse servidor tem os seguintes servicos nele:
Postfix
MySQL
FreeRadius
Apache
Webmail

Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que 
atenda minha necessidade.

Obrigado

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

Re: [FUG-BR] Backup de servidor em produção

2011-02-23 Por tôpico Caio Zanolla

rsync --delete-excluded ?

Atenciosamente,

Caio Zanolla



2011/2/23 fknet ffkam...@conchalnet.com.br:
 Boa noite pessoal!

 Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
 idênticos e gostaria de manter o segundo atualizado, não precisa ser
 online mesmo, poderia fazer a cada X minutos por exemplo.

 Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
 pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
 no rsync, mas este não exclui arquivos apagados do servidor principal no
 secundário, que talvez não seja algo tão ruim. Também não sei como ele
 se comportaria para copiar arquivos eventualmente em uso.

 Esse servidor tem os seguintes servicos nele:
 Postfix
 MySQL
 FreeRadius
 Apache
 Webmail

 Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que
 atenda minha necessidade.

 Obrigado

 Fabrício
 -
 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] Backup de servidor em produção

2011-02-23 Por tôpico Danilo Egea

Usei o Unison uma vez para fazer isso, funciona bem.

abraços

E-mail/MSN - daniloe...@yahoo.com.br

Skype - daniloegea

Blog - http://daniloegea.wordpress.com

Twitter - http://twitter.com/daniloegea

--- Em qua, 23/2/11, fknet ffkam...@conchalnet.com.br escreveu:

De: fknet ffkam...@conchalnet.com.br
Assunto: [FUG-BR] Backup de servidor em produção
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27

Boa noite pessoal!

Gostaria de fazer um backup de meu servidor online, tenho 2 servidores 
idênticos e gostaria de manter o segundo atualizado, não precisa ser 
online mesmo, poderia fazer a cada X minutos por exemplo.

Minha idéia é usar CARP e fazer que ele entre no ar caso o principal 
pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei 
no rsync, mas este não exclui arquivos apagados do servidor principal no 
secundário, que talvez não seja algo tão ruim. Também não sei como ele 
se comportaria para copiar arquivos eventualmente em uso.

Esse servidor tem os seguintes servicos nele:
Postfix
MySQL
FreeRadius
Apache
Webmail

Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que 
atenda minha necessidade.

Obrigado

Fabrício
-
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] Backup de servidor em produção

Alguém já trabalho com HAST?

Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação 
de alguém que já usou este recurso em produção e, se possível, um 
tutorial de como fazer.

Obrigado

Fabrício

Em 23/02/2011 22:32, Danilo Egea escreveu:
 Usei o Unison uma vez para fazer isso, funciona bem.

 abraços

 E-mail/MSN -  daniloe...@yahoo.com.br

 Skype -  daniloegea

 Blog -  http://daniloegea.wordpress.com

 Twitter -  http://twitter.com/daniloegea

 --- Em qua, 23/2/11, fknetffkam...@conchalnet.com.br  escreveu:

 De: fknetffkam...@conchalnet.com.br
 Assunto: [FUG-BR] Backup de servidor em produção
 Para: Lista Brasileira de Discussão sobre FreeBSD 
 (FUG-BR)freebsd@fug.com.br
 Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27

 Boa noite pessoal!

 Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
 idênticos e gostaria de manter o segundo atualizado, não precisa ser
 online mesmo, poderia fazer a cada X minutos por exemplo.

 Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
 pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
 no rsync, mas este não exclui arquivos apagados do servidor principal no
 secundário, que talvez não seja algo tão ruim. Também não sei como ele
 se comportaria para copiar arquivos eventualmente em uso.

 Esse servidor tem os seguintes servicos nele:
 Postfix
 MySQL
 FreeRadius
 Apache
 Webmail

 Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que
 atenda minha necessidade.

 Obrigado

 Fabrício
 -
 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] FreeBSD 8.2

2011-02-23 Por tôpico Cleyton Agapito

Em 21 de fevereiro de 2011 10:50, Lucas Dias lucas...@gmail.com escreveu:
...

 Falando de FreeBSD, não a com o que se preocupar em usar a o 8.2-Relase
 pois, já foi testado e muito para se tornar Release. Porém, aquele velho
 ditado de que Com time que se ganha, não se mexe, isso também serve para
 os servidores que já estão funcionando em produção.


Produção para gente séria é sempre complicado, creio ser razão
suficiente para preocupação, mas há que se ponderar também que nos
raros casos em que haja problemas a regressão é simples e
relativamente rápida, com isso quero dizer que os benefícios superam
os riscos, posso apostar que em cerca de três horas (com uma máquina
mediana) é possível reestabelecer um sistema problemático sem backups
(o que por si só já é um risco imenso) e estando interado com as
alterações recentes do projeto (o que definitivamente não é o meu
caso), pode-se reduzir os riscos a patamares muito aceitáveis sem
perder o sono com isso. É minha opinião.

[]´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] Backup de servidor em produção

O GEOM_GATE não lhe atende ?
Uso GEOM a mais de 2 anos e até hoje só felicidades,

GEOM_MIRROR + GEOM_ELI
GEOM_STRIPE + GEOM_ELI
  e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos 
perfeito,
o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos 
demanda um storage adicionando um ponto unico de falha, não sei certo 
como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te 
ajudar quanto a sincronização dos processos.

Att.

Em 23/02/2011 22:55, fknet escreveu:
 Alguém já trabalho com HAST?

 Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação
 de alguém que já usou este recurso em produção e, se possível, um
 tutorial de como fazer.

 Obrigado

 Fabrício

 Em 23/02/2011 22:32, Danilo Egea escreveu:

 Usei o Unison uma vez para fazer isso, funciona bem.

 abraços

 E-mail/MSN -   daniloe...@yahoo.com.br

 Skype -   daniloegea

 Blog -   http://daniloegea.wordpress.com

 Twitter -   http://twitter.com/daniloegea

 --- Em qua, 23/2/11, fknetffkam...@conchalnet.com.br   escreveu:

 De: fknetffkam...@conchalnet.com.br
 Assunto: [FUG-BR] Backup de servidor em produção
 Para: Lista Brasileira de Discussão sobre FreeBSD 
 (FUG-BR)freebsd@fug.com.br
 Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27

 Boa noite pessoal!

 Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
 idênticos e gostaria de manter o segundo atualizado, não precisa ser
 online mesmo, poderia fazer a cada X minutos por exemplo.

 Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
 pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
 no rsync, mas este não exclui arquivos apagados do servidor principal no
 secundário, que talvez não seja algo tão ruim. Também não sei como ele
 se comportaria para copiar arquivos eventualmente em uso.

 Esse servidor tem os seguintes servicos nele:
 Postfix
 MySQL
 FreeRadius
 Apache
 Webmail

 Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que
 atenda minha necessidade.

 Obrigado

 Fabrício
 -
 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



-- 
Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador 
de Sitemas. Genuine BSD/Unix User. Só se atinge objetivos com 
necessidade, contudo alguns objetivo não esperam a necessidade 
Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre 
sendo o hoje, por então preservar o que é realidade.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD 8.2

Em 24/02/2011 00:03, Cleyton Agapito escreveu:
 Em 21 de fevereiro de 2011 10:50, Lucas Diaslucas...@gmail.com  escreveu:
 ...

 Falando de FreeBSD, não a com o que se preocupar em usar a o 8.2-Relase
 pois, já foi testado e muito para se tornar Release. Porém, aquele velho
 ditado de que Com time que se ganha, não se mexe, isso também serve para
 os servidores que já estão funcionando em produção.

  
 Produção para gente séria é sempre complicado, creio ser razão
 suficiente para preocupação, mas há que se ponderar também que nos
 raros casos em que haja problemas a regressão é simples e
 relativamente rápida, com isso quero dizer que os benefícios superam
 os riscos, posso apostar que em cerca de três horas (com uma máquina
 mediana) é possível reestabelecer um sistema problemático sem backups
 (o que por si só já é um risco imenso) e estando interado com as
 alterações recentes do projeto (o que definitivamente não é o meu
 caso), pode-se reduzir os riscos a patamares muito aceitáveis sem
 perder o sono com isso. É minha opinião.

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

3 horas, pode ser pouco ou muito depende do horario e os serviços neste 
equipamento.
Conselho fica na série stable por um tempo até passar para 8.2 ( melhor 
não perder 3 horas de sono do que ganhar varias horas de preocupação ).

Se precisa de algum recurso do 8.2 além de sistema up-to-date bom vai lá 
atualiza, senão melhor esperar e subir um laboratorio para avaliar.
Os FreeBSD quando é liberado passou por uma serie de testes, entenda que 
uma serie de testes não quer dizer que abordou todos os ambientes possiveis.
A prática de atualiza para corrigir algo não documentado é de linux e 
windows não se aplica a nenhum BSD, todos são devidamente documentados, 
nas alegrias e tristezas, e na duvida testes aplicados são realizados 
para verificação e constatação de possiveis erros.

Minhas considerações...
Att.


-- 
Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador 
de Sitemas. Genuine BSD/Unix User. Só se atinge objetivos com 
necessidade, contudo alguns objetivo não esperam a necessidade 
Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre 
sendo o hoje, por então preservar o que é realidade.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD 8.2

2011-02-23 Por tôpico Cleyton Agapito

Em 24 de fevereiro de 2011 00:17, Paulo Henrique
paulo.rd...@bsd.com.br escreveu:
 Em 24/02/2011 00:03, Cleyton Agapito escreveu:
 Em 21 de fevereiro de 2011 10:50, Lucas Diaslucas...@gmail.com  escreveu:
 ...

 Falando de FreeBSD, não a com o que se preocupar em usar a o 8.2-Relase
 pois, já foi testado e muito para se tornar Release. Porém, aquele velho
 ditado de que Com time que se ganha, não se mexe, isso também serve para
 os servidores que já estão funcionando em produção.


 Produção para gente séria é sempre complicado, creio ser razão
 suficiente para preocupação, mas há que se ponderar também que nos
 raros casos em que haja problemas a regressão é simples e
 relativamente rápida, com isso quero dizer que os benefícios superam
 os riscos, posso apostar que em cerca de três horas (com uma máquina
 mediana) é possível reestabelecer um sistema problemático sem backups
 (o que por si só já é um risco imenso) e estando interado com as
 alterações recentes do projeto (o que definitivamente não é o meu
 caso), pode-se reduzir os riscos a patamares muito aceitáveis sem
 perder o sono com isso. É minha opinião.

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

 3 horas, pode ser pouco ou muito depende do horario e os serviços neste
 equipamento.
 Conselho fica na série stable por um tempo até passar para 8.2 ( melhor
 não perder 3 horas de sono do que ganhar varias horas de preocupação ).

 Se precisa de algum recurso do 8.2 além de sistema up-to-date bom vai lá
 atualiza, senão melhor esperar e subir um laboratorio para avaliar.
 Os FreeBSD quando é liberado passou por uma serie de testes, entenda que
 uma serie de testes não quer dizer que abordou todos os ambientes possiveis.
 A prática de atualiza para corrigir algo não documentado é de linux e
 windows não se aplica a nenhum BSD, todos são devidamente documentados,
 nas alegrias e tristezas, e na duvida testes aplicados são realizados
 para verificação e constatação de possiveis erros.

 Minhas considerações...
 Att.


Um adeno, supus três horas sem backup, tipo, tendo que recompilar a
userland, válido apenas para uma máquina de produção estremamente
irrelevante em termos de uptime. Para qualquer aplicação mais séria a
consideração é a velocidade dos discos e a organização dos backups (já
tropecei em backups mal feitos por mim mesmo), então ficamos em
minutos talvez? De qualquer forma foi muito bem observado e certamente
muito pertinente, afinal pode custar o nossa emprego!!

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] Backup de servidor em produção

Boa noite Paulo Henrique,

Gostei da idéia do Geom, poderia me dar mais informações de como ele 
funciona e onde posso conseguir algum tutorial para testá-lo? Daria para 
fazer algo como se a máquina remota fosse um HD espelhado localmente?

Minha idéia é ter um backup eficiente e usar em conjunto com o CARP, 
caso o servidor principal pare o backup possa assumir o lugar dele de 
forma transparente, apenas aviando-me via email deste problema para que 
o servidor principal seja reparado.

Gostaria de algo bem simples e funcional para eu não ter dores de cabeça 
e também para que uma pessoa sem conhecimentos em freebsd possa colocar 
no ar, caso eu não esteja na empresa.

Muito obrigado!

Fabrício

Em 24/02/2011 00:11, Paulo Henrique escreveu:
 O GEOM_GATE não lhe atende ?
 Uso GEOM a mais de 2 anos e até hoje só felicidades,

 GEOM_MIRROR + GEOM_ELI
 GEOM_STRIPE + GEOM_ELI
e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos
 perfeito,
 o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos
 demanda um storage adicionando um ponto unico de falha, não sei certo
 como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te
 ajudar quanto a sincronização dos processos.

 Att.

 Em 23/02/2011 22:55, fknet escreveu:
 Alguém já trabalho com HAST?

 Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação
 de alguém que já usou este recurso em produção e, se possível, um
 tutorial de como fazer.

 Obrigado

 Fabrício

 Em 23/02/2011 22:32, Danilo Egea escreveu:

 Usei o Unison uma vez para fazer isso, funciona bem.

 abraços

 E-mail/MSN -daniloe...@yahoo.com.br

 Skype -daniloegea

 Blog -http://daniloegea.wordpress.com

 Twitter -http://twitter.com/daniloegea

 --- Em qua, 23/2/11, fknetffkam...@conchalnet.com.brescreveu:

 De: fknetffkam...@conchalnet.com.br
 Assunto: [FUG-BR] Backup de servidor em produção
 Para: Lista Brasileira de Discussão sobre FreeBSD 
 (FUG-BR)freebsd@fug.com.br
 Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27

 Boa noite pessoal!

 Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
 idênticos e gostaria de manter o segundo atualizado, não precisa ser
 online mesmo, poderia fazer a cada X minutos por exemplo.

 Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
 pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
 no rsync, mas este não exclui arquivos apagados do servidor principal no
 secundário, que talvez não seja algo tão ruim. Também não sei como ele
 se comportaria para copiar arquivos eventualmente em uso.

 Esse servidor tem os seguintes servicos nele:
 Postfix
 MySQL
 FreeRadius
 Apache
 Webmail

 Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que
 atenda minha necessidade.

 Obrigado

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




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


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



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

Re: [FUG-BR] FreeRadius caindo

Em 23/02/2011 10:42, fknet escreveu:
 Bom dia Alexandre, poderia postar seu my.cnf para eu ver?

 Obrigado

 Em 23/02/2011 10:20, Alexandre Correa escreveu:

 tive problemas parecidos aqui, tive que fazer uma otimização no banco
 de dados (my.cnf) para poder resolver o problema...

 recomendo o mysqltuner.pl !



 2011/2/23 fknetffkam...@conchalnet.com.br:
  
Poderia disponibilizar um dmesg por favor da maquina.
Outra coisa,
Está usando o FreeRadius do port ou packages, se é dos ports quais são 
as suas dependencias/configurações.
e para completar.
O que mais alem de radius, mrtg, mysql e creio eu que seja apache você 
está usando neste servidor.

A sim,
Versão de sistema Operacional
Compilação do kernel ( apenas o que alterou ).
Configuração de rede ( ips setados diretamente na interface ou sendo 
atribuidos via dhcp).

Evita complicar o ambiente, eliminar variaveis é melhor, em vez de snmp 
use o vmstat ou o systat.
retire o mrtg ( ninguem vai morrer por que não viu um gráfico ).
desative o apache ou qualquer outro daemon de execução desnecessario, 
principalmente inetd ou xinetd ( são uma verdadeira complicação ).
Se tiver firewall deixe apenas as regras necessárias, isso inclui 
colocar o mesmo para default_to_accept, não será ele que deixará seu 
servidor ou rede exposta*.
Hardware é algo que possivelmente não é o problema, hardware ruim da 
problema, hardware para Xeon é meio dificil.
Se estiver rodando algum sistema web que interagem com o Mysql tira ele 
de produção por um tempo.
Lembre-se quanto mais variaveis tiver menor será a chance de obter exito 
na resolução.

e apenas para lembrar nossos amigos administradores.

USE SEMPRE AMBIENTE DE TESTE, DEPOIS PRODUÇÃO.

Problemas em ambiente de teste é sempre bem vindo, em ambiente de 
produção é frustação.



## E apenas para dar umas risadas.
Imaginar o que se foi feito é prático, agora saber realmente o que foi 
feito apenas bola de cristal, e a da lista está aguardando atualização 
de software do fabricante para voltar em produção, software proprietário 
é assim, determinados problemas se adapta e não se resolve.

-- 
Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador 
de Sitemas. Genuine BSD/Unix User. Só se atinge objetivos com 
necessidade, contudo alguns objetivo não esperam a necessidade 
Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre 
sendo o hoje, por então preservar o que é realidade.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeRadius caindo

Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas:

Antes, só para constar, no servidor antigo tinha os mesmos serviços 
rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo. 
O que mudou do antigo para este?

Praticamente a versão do sistema operacional, que no anterior era 
FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora 
2.1.10.

Fiz vários testes antes de colocar em produção, simulei o tráfego de 
autenticação do freeradius e testei o freeradius durante 1 dia todo em 
produção, somente o freeradius e o mysql rodando. Quando vi que estava 
pronto e não tinha problemas coloquei no ar. O que acontece é que o 
freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet, 
pois não podiam autenticar.

Bom, vamos as respostas:

[davinci:~]# uname -a
FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST 
2011 
r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64
Na compilação do kernel foi alterado apenas o seguinte:
options IPFIREWALL
options IPFIREWALL_FORWARD
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=100
options HZ=2000
maxusers 1024
options VFS_AIO
options ACCEPT_FILTER_HTTP

Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1 
ainda não estou usando minha idéia é usá-la para fazer o backup do 
servidor online)

Abaixo todos os serviços deste servidor:
MySQL 5.5.9
FreeRadius 2.1.10
Postfix 2.8
Apache 2.2.17
MRTG rodando a partir do cron

Todos os software foram instalados via ports, agora me desculpe, mas não 
sei conferir as dependências.

Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados 
do boot mais.

Estou deixando sem firewall essa máquina, para testes.

O hardware é o abaixo:

• SUPERSERVER SUPERMICRO
• Form Factor: 1U
• Fonte ATX 600 Watts
• Processador Quad-Core Intel Xeon X3430 2,4 GHz
• 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug.
• 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB
UDIMM (Slots de memoria: 1 utilizado, 3 livres)
• Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\
THERMAL SENSOR
• 2 x Intel® 82574L Gigabit Ethernet Controllers
• Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz)
• Chipset Intel® 3420
• Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps)
• RAID 0, 1, 5, 10 (Windows)
• RAID 0, 1, 10 (LINUX)
• Video OnBoard Matrox G200eW 16MB
• DVD-ROM
• Slots de expansao:
• 1x PCI-Express (x8) (Riser Card)
• Garantia 1 ano
• Industria Brasileira
• Peso bruto: 15,5Kg
• Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento)

Obrigado




Em 24/02/2011 00:38, Paulo Henrique escreveu:
 Em 23/02/2011 10:42, fknet escreveu:
 Bom dia Alexandre, poderia postar seu my.cnf para eu ver?

 Obrigado

 Em 23/02/2011 10:20, Alexandre Correa escreveu:

 tive problemas parecidos aqui, tive que fazer uma otimização no banco
 de dados (my.cnf) para poder resolver o problema...

 recomendo o mysqltuner.pl !



 2011/2/23 fknetffkam...@conchalnet.com.br:

 Poderia disponibilizar um dmesg por favor da maquina.
 Outra coisa,
 Está usando o FreeRadius do port ou packages, se é dos ports quais são
 as suas dependencias/configurações.
 e para completar.
 O que mais alem de radius, mrtg, mysql e creio eu que seja apache você
 está usando neste servidor.

 A sim,
 Versão de sistema Operacional
 Compilação do kernel ( apenas o que alterou ).
 Configuração de rede ( ips setados diretamente na interface ou sendo
 atribuidos via dhcp).

 Evita complicar o ambiente, eliminar variaveis é melhor, em vez de snmp
 use o vmstat ou o systat.
 retire o mrtg ( ninguem vai morrer por que não viu um gráfico ).
 desative o apache ou qualquer outro daemon de execução desnecessario,
 principalmente inetd ou xinetd ( são uma verdadeira complicação ).
 Se tiver firewall deixe apenas as regras necessárias, isso inclui
 colocar o mesmo para default_to_accept, não será ele que deixará seu
 servidor ou rede exposta*.
 Hardware é algo que possivelmente não é o problema, hardware ruim da
 problema, hardware para Xeon é meio dificil.
 Se estiver rodando algum sistema web que interagem com o Mysql tira ele
 de produção por um tempo.
 Lembre-se quanto mais variaveis tiver menor será a chance de obter exito
 na resolução.

 e apenas para lembrar nossos amigos administradores.

 USE SEMPRE AMBIENTE DE TESTE, DEPOIS PRODUÇÃO.

 Problemas em ambiente de teste é sempre bem vindo, em ambiente de
 produção é frustação.



 ## E apenas para dar umas risadas.
 Imaginar o que se foi feito é prático, agora saber realmente o que foi
 feito apenas bola de cristal, e a da lista está aguardando atualização
 de software do fabricante para voltar em produção, software proprietário
 é assim, determinados problemas se adapta e não se resolve.


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

Re: [FUG-BR] Backup de servidor em produção

Então, as referencias que posso estar passando a ti são as seguintes:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html

http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate 
mais tem muita informação sobre o Framework ).

http://kerneltrap.org/node/742 ( pratico ).

No caso do geom_gate exige uma storage ( ponto unico de falha mais que 
com raid_mirror minimizará muito a falha).

Apenas uma consideração, se configura servidor pensando em usuário final 
coloca windows, se der problema e não tiver acesso remoto para resolver 
é só no console, e acredite, por mais que possa parecer idiotice, pane 
de servidor se resume a falha de hardware, servidor de produção não cai 
por causa de bug já relatados, e um bug não relatado não irá dar a graça 
depois de 2 meses ou mais do servidor on-line, embora há casos no qual 
ja li.

Atualmente estou fazendo um teste de usar RAID 0 via controladora 
dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o 
objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro.


Em 24/02/2011 00:36, fknet escreveu:
 Boa noite Paulo Henrique,

 Gostei da idéia do Geom, poderia me dar mais informações de como ele
 funciona e onde posso conseguir algum tutorial para testá-lo? Daria para
 fazer algo como se a máquina remota fosse um HD espelhado localmente?

 Minha idéia é ter um backup eficiente e usar em conjunto com o CARP,
 caso o servidor principal pare o backup possa assumir o lugar dele de
 forma transparente, apenas aviando-me via email deste problema para que
 o servidor principal seja reparado.

 Gostaria de algo bem simples e funcional para eu não ter dores de cabeça
 e também para que uma pessoa sem conhecimentos em freebsd possa colocar
 no ar, caso eu não esteja na empresa.

 Muito obrigado!

 Fabrício

 Em 24/02/2011 00:11, Paulo Henrique escreveu:

 O GEOM_GATE não lhe atende ?
 Uso GEOM a mais de 2 anos e até hoje só felicidades,

 GEOM_MIRROR + GEOM_ELI
 GEOM_STRIPE + GEOM_ELI
 e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos
 perfeito,
 o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos
 demanda um storage adicionando um ponto unico de falha, não sei certo
 como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te
 ajudar quanto a sincronização dos processos.

 Att.

 Em 23/02/2011 22:55, fknet escreveu:
  
 Alguém já trabalho com HAST?

 Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação
 de alguém que já usou este recurso em produção e, se possível, um
 tutorial de como fazer.

 Obrigado

 Fabrício

 Em 23/02/2011 22:32, Danilo Egea escreveu:


 Usei o Unison uma vez para fazer isso, funciona bem.

 abraços

 E-mail/MSN - daniloe...@yahoo.com.br

 Skype - daniloegea

 Blog - http://daniloegea.wordpress.com

 Twitter - http://twitter.com/daniloegea

 --- Em qua, 23/2/11, fknetffkam...@conchalnet.com.br escreveu:

 De: fknetffkam...@conchalnet.com.br
 Assunto: [FUG-BR] Backup de servidor em produção
 Para: Lista Brasileira de Discussão sobre FreeBSD 
 (FUG-BR)freebsd@fug.com.br
 Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27

 Boa noite pessoal!

 Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
 idênticos e gostaria de manter o segundo atualizado, não precisa ser
 online mesmo, poderia fazer a cada X minutos por exemplo.

 Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
 pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
 no rsync, mas este não exclui arquivos apagados do servidor principal no
 secundário, que talvez não seja algo tão ruim. Também não sei como ele
 se comportaria para copiar arquivos eventualmente em uso.

 Esse servidor tem os seguintes servicos nele:
 Postfix
 MySQL
 FreeRadius
 Apache
 Webmail

 Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que
 atenda minha necessidade.

 Obrigado

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




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


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


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



-- 
Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador 
de Sitemas. Genuine BSD/Unix User. Só se atinge objetivos com 
necessidade, contudo alguns objetivo não esperam a necessidade 
Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre 
sendo o hoje, por então preservar o que é realidade.
-
Histórico:

Re: [FUG-BR] Backup de servidor em produção

Boa noite, obrigado novamente pelo retorno!

Não estou configurando o servidor pensando em usuário final, apenas que 
eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que 
ficar pensando e se o servidor der alguma pane?

Sim, concordo com você, servidor em produção só dá problema caso o 
hardware falhe, do resto é muito difícil dar qualquer problema.

Mas aí que entra o X da questão... da uma tempestade, raios, o servidor 
queima e eu estou viajando. E agora, o que faço? Preciso de uma solução 
de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd 
ou então um funcionário meu, de confiança, que não tem grandes 
conhecimentos, mas até consegue se virar com algo, possa colocar o 
servidor de backup no ar. Esta é minha idéia.

Mas aí ainda vem a questão: o backup pode queimar junto com o servidor 
oficial, aí vem uma segunda etapa na qual estou pensando em ter um 
snapshot ou algo do tipo, feito semanalmente, que possa ter um backup 
que possa ser utilizado para subir em um hardware novo.

Obrigado

Em 24/02/2011 01:09, Paulo Henrique escreveu:
 Então, as referencias que posso estar passando a ti são as seguintes:

 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html

 http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate
 mais tem muita informação sobre o Framework ).

 http://kerneltrap.org/node/742 ( pratico ).

 No caso do geom_gate exige uma storage ( ponto unico de falha mais que
 com raid_mirror minimizará muito a falha).

 Apenas uma consideração, se configura servidor pensando em usuário final
 coloca windows, se der problema e não tiver acesso remoto para resolver
 é só no console, e acredite, por mais que possa parecer idiotice, pane
 de servidor se resume a falha de hardware, servidor de produção não cai
 por causa de bug já relatados, e um bug não relatado não irá dar a graça
 depois de 2 meses ou mais do servidor on-line, embora há casos no qual
 ja li.

 Atualmente estou fazendo um teste de usar RAID 0 via controladora
 dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o
 objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro.


 Em 24/02/2011 00:36, fknet escreveu:
 Boa noite Paulo Henrique,

 Gostei da idéia do Geom, poderia me dar mais informações de como ele
 funciona e onde posso conseguir algum tutorial para testá-lo? Daria para
 fazer algo como se a máquina remota fosse um HD espelhado localmente?

 Minha idéia é ter um backup eficiente e usar em conjunto com o CARP,
 caso o servidor principal pare o backup possa assumir o lugar dele de
 forma transparente, apenas aviando-me via email deste problema para que
 o servidor principal seja reparado.

 Gostaria de algo bem simples e funcional para eu não ter dores de cabeça
 e também para que uma pessoa sem conhecimentos em freebsd possa colocar
 no ar, caso eu não esteja na empresa.

 Muito obrigado!

 Fabrício

 Em 24/02/2011 00:11, Paulo Henrique escreveu:

 O GEOM_GATE não lhe atende ?
 Uso GEOM a mais de 2 anos e até hoje só felicidades,

 GEOM_MIRROR + GEOM_ELI
 GEOM_STRIPE + GEOM_ELI
  e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos
 perfeito,
 o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos
 demanda um storage adicionando um ponto unico de falha, não sei certo
 como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te
 ajudar quanto a sincronização dos processos.

 Att.

 Em 23/02/2011 22:55, fknet escreveu:

 Alguém já trabalho com HAST?

 Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação
 de alguém que já usou este recurso em produção e, se possível, um
 tutorial de como fazer.

 Obrigado

 Fabrício

 Em 23/02/2011 22:32, Danilo Egea escreveu:


 Usei o Unison uma vez para fazer isso, funciona bem.

 abraços

 E-mail/MSN -  daniloe...@yahoo.com.br

 Skype -  daniloegea

 Blog -  http://daniloegea.wordpress.com

 Twitter -  http://twitter.com/daniloegea

 --- Em qua, 23/2/11, fknetffkam...@conchalnet.com.br  escreveu:

 De: fknetffkam...@conchalnet.com.br
 Assunto: [FUG-BR] Backup de servidor em produção
 Para: Lista Brasileira de Discussão sobre FreeBSD 
 (FUG-BR)freebsd@fug.com.br
 Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27

 Boa noite pessoal!

 Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
 idênticos e gostaria de manter o segundo atualizado, não precisa ser
 online mesmo, poderia fazer a cada X minutos por exemplo.

 Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
 pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
 no rsync, mas este não exclui arquivos apagados do servidor principal no
 secundário, que talvez não seja algo tão ruim. Também não sei como ele
 se comportaria para copiar arquivos eventualmente em uso.

 Esse servidor tem os seguintes servicos nele:
 Postfix
 MySQL
 FreeRadius
 Apache
 Webmail

 Vi algumas sugestões na lista uns dias

Re: [FUG-BR] FreeRadius caindo

Em 24/02/2011 01:00, fknet escreveu:
 Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas:

 Antes, só para constar, no servidor antigo tinha os mesmos serviços
 rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo.
 O que mudou do antigo para este?

 Praticamente a versão do sistema operacional, que no anterior era
 FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora
 2.1.10.

 Fiz vários testes antes de colocar em produção, simulei o tráfego de
 autenticação do freeradius e testei o freeradius durante 1 dia todo em
 produção, somente o freeradius e o mysql rodando. Quando vi que estava
 pronto e não tinha problemas coloquei no ar. O que acontece é que o
 freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet,
 pois não podiam autenticar.


Apenas para tirar duvidas já testou com a versão 2.1.7 do FreeRadius ?
Quando se muda o hardware de um servidor com um sistema instalado do 
zero, qualquer coisa feita no servidor antigo é ignoravel, todas ( TODAS 
) as váriveis são zeradas.

 Bom, vamos as respostas:

 [davinci:~]# uname -a
 FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST
 2011

Olha o problema aqui, deixa ficar pronto primeiro ( aproposito melhor 
atualizar )
Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e depois

csup -g -L 2 /usr/share/examples/cvsup/stable-supfile  cd /usr/src  
make buildkernel KERNCONF=MYKERNEL  make installkernel 
KERNCONF=MYKERNEL  reboot

execute o logon e rode os comandos

mergemaster -p ( verifica o que pode ser editado normalmente make.conf e 
alguns outros arquivos, mais não deixe editarem o password e groups o 
problema sério )  reboot

Otimo agora vamos para a segunda parte.

faça logon

cd /usr/src  make buildworld  make installworld  reboot

Faça o logon e execute novamente ( logico )

mergermaster -p ( nunca ficou muito claro se é necessario mais não vai 
matar mesmo ).


Mais antes dessa frescura toda ai acima, por favor coloca uma release 
estavel, FreeBSD não é windows nem linux que vive a base de atualização, 
atualizar FreeBSD é questão de vida ou morte, e não simplesmente mais 
uma tarefa trivial.

 r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64
 Na compilação do kernel foi alterado apenas o seguinte:
 options IPFIREWALL
 options IPFIREWALL_FORWARD
 options IPFIREWALL_DEFAULT_TO_ACCEPT
 options IPFIREWALL_VERBOSE
 options IPFIREWALL_VERBOSE_LIMIT=100
 options HZ=2000
 maxusers 1024
 options VFS_AIO
 options ACCEPT_FILTER_HTTP

Melhor dar uma lida em:
cd /usr/src/sys/amd/conf  make LINT  cat LINT | less
e depois em
cat /usr/src/sys/conf/NOTES
e
cat /usr/src/sys/amd64/conf/NOTES



 Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1
 ainda não estou usando minha idéia é usá-la para fazer o backup do
 servidor online)

Verifica no messages se queda de link nesses horarios.


 Abaixo todos os serviços deste servidor:
 MySQL 5.5.9
 FreeRadius 2.1.10
 Postfix 2.8
 Apache 2.2.17
 MRTG rodando a partir do cron

 Todos os software foram instalados via ports, agora me desculpe, mas não
 sei conferir as dependências.

cd $PORT/  make config
 Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados
 do boot mais.

Verifica em /var/log/messages ou /var/log/messages.0.bz2
 Estou deixando sem firewall essa máquina, para testes.

OK
 O hardware é o abaixo:

 • SUPERSERVER SUPERMICRO
 • Form Factor: 1U
 • Fonte ATX 600 Watts
 • Processador Quad-Core Intel Xeon X3430 2,4 GHz
 • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug.
 • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB
 UDIMM (Slots de memoria: 1 utilizado, 3 livres)
 • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\
 THERMAL SENSOR
 • 2 x Intel® 82574L Gigabit Ethernet Controllers
 • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz)
 • Chipset Intel® 3420
 • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps)
 • RAID 0, 1, 5, 10 (Windows)
 • RAID 0, 1, 10 (LINUX)
 • Video OnBoard Matrox G200eW 16MB
 • DVD-ROM
 • Slots de expansao:
 • 1x PCI-Express (x8) (Riser Card)
 • Garantia 1 ano
 • Industria Brasileira
 • Peso bruto: 15,5Kg
 • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento)

 Obrigado

Servidorzinho legal, qual o valor do garoto ( manda em PVT e o fornecedor ).



 Em 24/02/2011 00:38, Paulo Henrique escreveu:

 Em 23/02/2011 10:42, fknet escreveu:
  
 Bom dia Alexandre, poderia postar seu my.cnf para eu ver?

 Obrigado

 Em 23/02/2011 10:20, Alexandre Correa escreveu:


 tive problemas parecidos aqui, tive que fazer uma otimização no banco
 de dados (my.cnf) para poder resolver o problema...

 recomendo o mysqltuner.pl !



 2011/2/23 fknetffkam...@conchalnet.com.br:

  
 Poderia disponibilizar um dmesg por favor da maquina.
 Outra coisa,
 Está usando o FreeRadius do port ou packages, se é dos ports quais

Re: [FUG-BR] Backup de servidor em produção

Em 24/02/2011 01:26, fknet escreveu:
 Boa noite, obrigado novamente pelo retorno!

 Não estou configurando o servidor pensando em usuário final, apenas que
 eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que
 ficar pensando e se o servidor der alguma pane?

 Sim, concordo com você, servidor em produção só dá problema caso o
 hardware falhe, do resto é muito difícil dar qualquer problema.

 Mas aí que entra o X da questão... da uma tempestade, raios, o servidor
 queima e eu estou viajando. E agora, o que faço? Preciso de uma solução
 de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd
 ou então um funcionário meu, de confiança, que não tem grandes
 conhecimentos, mas até consegue se virar com algo, possa colocar o
 servidor de backup no ar. Esta é minha idéia.

 Mas aí ainda vem a questão: o backup pode queimar junto com o servidor
 oficial, aí vem uma segunda etapa na qual estou pensando em ter um
 snapshot ou algo do tipo, feito semanalmente, que possa ter um backup
 que possa ser utilizado para subir em um hardware novo.

 Obrigado

 Em 24/02/2011 01:09, Paulo Henrique escreveu:


Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes, 
mais sistemas de energias redundantes de fornecedor distinto.
Ok é caro mais não dará problema.

Agora de começo, segue o que precisa para você viajar tranquilo.

Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e 
depois que compreendi, mais na pratica é besteira de vendedor ).

2 servidor em Front-end um ligado em um no-break distinto e em circuitos 
de energia independetes ( tomadas de alimentação independetes e 
separados no dijuntores do quadro de distribuição eletrica ).
2 placas de rede em cada servidor ( 1 para o storage e outra para a rede 
- storage acessivel apenas através dos servidores e nada mais ).
Carp mandando ver no IP virtual e o hearthbeat sincronizando processos.
tem uma placa de rede ( não lembro no nome do fabricante, onde tem duas 
saidas ethernet compartilhadas, poderá usar elas e ligalas em switch 
independentes, assim evita falha no switch de acesso.

Mais acredite tudo isso ai pode ser trocado por um servidor corretamente 
dimensionado com fontes de alimentação redundantes usando no-breaks 
distintos e um array RAID 0 com dois volumes distintos sobre GMIRROR 
gerando o volume final e esquece o restante da rede, um usuário final 
sabe trocar um switch.
E coloque um no-break com filtro de rede ( gera um delay mais muito 
baixo impersseptivel

Um dell com controlador PERC 6/ H700 desses sai por uns 20K mais viajará 
tranquilo.

Não é sacanagem...


-- 
Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador 
de Sitemas. Genuine BSD/Unix User. Só se atinge objetivos com 
necessidade, contudo alguns objetivo não esperam a necessidade 
Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre 
sendo o hoje, por então preservar o que é realidade.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Backup de servidor em produção

Aproposito quais são os protocolos que está usando, pois diversos deles 
tem suporte para trabalhar sobre o modelo master/slave ( DNS, DOMAIN e 
OSPF )

Att

Em 24/02/2011 01:26, fknet escreveu:
 Boa noite, obrigado novamente pelo retorno!

 Não estou configurando o servidor pensando em usuário final, apenas que
 eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que
 ficar pensando e se o servidor der alguma pane?

 Sim, concordo com você, servidor em produção só dá problema caso o
 hardware falhe, do resto é muito difícil dar qualquer problema.

 Mas aí que entra o X da questão... da uma tempestade, raios, o servidor
 queima e eu estou viajando. E agora, o que faço? Preciso de uma solução
 de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd
 ou então um funcionário meu, de confiança, que não tem grandes
 conhecimentos, mas até consegue se virar com algo, possa colocar o
 servidor de backup no ar. Esta é minha idéia.

 Mas aí ainda vem a questão: o backup pode queimar junto com o servidor
 oficial, aí vem uma segunda etapa na qual estou pensando em ter um
 snapshot ou algo do tipo, feito semanalmente, que possa ter um backup
 que possa ser utilizado para subir em um hardware novo.

 Obrigado

 Em 24/02/2011 01:09, Paulo Henrique escreveu:

 Então, as referencias que posso estar passando a ti são as seguintes:

 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html

 http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate
 mais tem muita informação sobre o Framework ).

 http://kerneltrap.org/node/742 ( pratico ).

 No caso do geom_gate exige uma storage ( ponto unico de falha mais que
 com raid_mirror minimizará muito a falha).

 Apenas uma consideração, se configura servidor pensando em usuário final
 coloca windows, se der problema e não tiver acesso remoto para resolver
 é só no console, e acredite, por mais que possa parecer idiotice, pane
 de servidor se resume a falha de hardware, servidor de produção não cai
 por causa de bug já relatados, e um bug não relatado não irá dar a graça
 depois de 2 meses ou mais do servidor on-line, embora há casos no qual
 ja li.

 Atualmente estou fazendo um teste de usar RAID 0 via controladora
 dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o
 objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro.


 Em 24/02/2011 00:36, fknet escreveu:
  
 Boa noite Paulo Henrique,

 Gostei da idéia do Geom, poderia me dar mais informações de como ele
 funciona e onde posso conseguir algum tutorial para testá-lo? Daria para
 fazer algo como se a máquina remota fosse um HD espelhado localmente?

 Minha idéia é ter um backup eficiente e usar em conjunto com o CARP,
 caso o servidor principal pare o backup possa assumir o lugar dele de
 forma transparente, apenas aviando-me via email deste problema para que
 o servidor principal seja reparado.

 Gostaria de algo bem simples e funcional para eu não ter dores de cabeça
 e também para que uma pessoa sem conhecimentos em freebsd possa colocar
 no ar, caso eu não esteja na empresa.

 Muito obrigado!

 Fabrício

 Em 24/02/2011 00:11, Paulo Henrique escreveu:


 O GEOM_GATE não lhe atende ?
 Uso GEOM a mais de 2 anos e até hoje só felicidades,

 GEOM_MIRROR + GEOM_ELI
 GEOM_STRIPE + GEOM_ELI
   e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos
 perfeito,
 o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos
 demanda um storage adicionando um ponto unico de falha, não sei certo
 como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te
 ajudar quanto a sincronização dos processos.

 Att.

 Em 23/02/2011 22:55, fknet escreveu:

  
 Alguém já trabalho com HAST?

 Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação
 de alguém que já usou este recurso em produção e, se possível, um
 tutorial de como fazer.

 Obrigado

 Fabrício

 Em 23/02/2011 22:32, Danilo Egea escreveu:



 Usei o Unison uma vez para fazer isso, funciona bem.

 abraços

 E-mail/MSN -   daniloe...@yahoo.com.br

 Skype -   daniloegea

 Blog -   http://daniloegea.wordpress.com

 Twitter -   http://twitter.com/daniloegea

 --- Em qua, 23/2/11, fknetffkam...@conchalnet.com.br   escreveu:

 De: fknetffkam...@conchalnet.com.br
 Assunto: [FUG-BR] Backup de servidor em produção
 Para: Lista Brasileira de Discussão sobre FreeBSD 
 (FUG-BR)freebsd@fug.com.br
 Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27

 Boa noite pessoal!

 Gostaria de fazer um backup de meu servidor online, tenho 2 servidores
 idênticos e gostaria de manter o segundo atualizado, não precisa ser
 online mesmo, poderia fazer a cada X minutos por exemplo.

 Minha idéia é usar CARP e fazer que ele entre no ar caso o principal
 pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei
 no rsync, mas este não exclui arquivos apagados do servidor principal no
 secundário,

Re: [FUG-BR] Backup de servidor em produção

Legal, mas infelzimente o investimento em servidores tá feita... 2 
supermicros mesmo, vou neles! Fonte meus funcionários trocam, sem crise.

Entradas distintas de energia sem chance, há apenas 1 empresa na cidade 
que fornece energia: Elektro.

2 nobreaks? Já tenho, a idéia é que cada servidor fique em um servidor 
distinto mesmo.

Redundância de switchs tbm não vejo necessidade, temos backup e o 
pessoal sabe (eu espero) espetar os cabos lá.

Agora a parte que mais me interessa não entendi (boiei!)

um array RAID 0 com dois volumes distintos sobre GMIRROR
gerando o volume final

Pode me esclarecer?

Obrigado

Em 24/02/2011 01:40, Paulo Henrique escreveu:
 Em 24/02/2011 01:26, fknet escreveu:
 Boa noite, obrigado novamente pelo retorno!

 Não estou configurando o servidor pensando em usuário final, apenas que
 eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que
 ficar pensando e se o servidor der alguma pane?

 Sim, concordo com você, servidor em produção só dá problema caso o
 hardware falhe, do resto é muito difícil dar qualquer problema.

 Mas aí que entra o X da questão... da uma tempestade, raios, o servidor
 queima e eu estou viajando. E agora, o que faço? Preciso de uma solução
 de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd
 ou então um funcionário meu, de confiança, que não tem grandes
 conhecimentos, mas até consegue se virar com algo, possa colocar o
 servidor de backup no ar. Esta é minha idéia.

 Mas aí ainda vem a questão: o backup pode queimar junto com o servidor
 oficial, aí vem uma segunda etapa na qual estou pensando em ter um
 snapshot ou algo do tipo, feito semanalmente, que possa ter um backup
 que possa ser utilizado para subir em um hardware novo.

 Obrigado

 Em 24/02/2011 01:09, Paulo Henrique escreveu:


 Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes,
 mais sistemas de energias redundantes de fornecedor distinto.
 Ok é caro mais não dará problema.

 Agora de começo, segue o que precisa para você viajar tranquilo.

 Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e
 depois que compreendi, mais na pratica é besteira de vendedor ).

 2 servidor em Front-end um ligado em um no-break distinto e em circuitos
 de energia independetes ( tomadas de alimentação independetes e
 separados no dijuntores do quadro de distribuição eletrica ).
 2 placas de rede em cada servidor ( 1 para o storage e outra para a rede
 - storage acessivel apenas através dos servidores e nada mais ).
 Carp mandando ver no IP virtual e o hearthbeat sincronizando processos.
 tem uma placa de rede ( não lembro no nome do fabricante, onde tem duas
 saidas ethernet compartilhadas, poderá usar elas e ligalas em switch
 independentes, assim evita falha no switch de acesso.

 Mais acredite tudo isso ai pode ser trocado por um servidor corretamente
 dimensionado com fontes de alimentação redundantes usando no-breaks
 distintos e um array RAID 0 com dois volumes distintos sobre GMIRROR
 gerando o volume final e esquece o restante da rede, um usuário final
 sabe trocar um switch.
 E coloque um no-break com filtro de rede ( gera um delay mais muito
 baixo impersseptivel

 Um dell com controlador PERC 6/ H700 desses sai por uns 20K mais viajará
 tranquilo.

 Não é sacanagem...



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

Re: [FUG-BR] Backup de servidor em produção

Em 24/02/2011 01:53, fknet escreveu:
 Legal, mas infelzimente o investimento em servidores tá feita... 2
 supermicros mesmo, vou neles! Fonte meus funcionários trocam, sem crise.

 Entradas distintas de energia sem chance, há apenas 1 empresa na cidade
 que fornece energia: Elektro.

 2 nobreaks? Já tenho, a idéia é que cada servidor fique em um servidor
 distinto mesmo.

 Redundância de switchs tbm não vejo necessidade, temos backup e o
 pessoal sabe (eu espero) espetar os cabos lá.

 Agora a parte que mais me interessa não entendi (boiei!)

 um array RAID 0 com dois volumes distintos sobre GMIRROR
 gerando o volume final

No caso é apenas se tivesse enteresse de usar uma unica maquina, 
teria-se no total 4 discos totalmente espelhado da seguinte forma.

Hardware Array 1 |Hardware Array 2
 ||||   |||||
 ||||   |||||
 ||||   |||||
||  |   ||
   virtual disco 1 |  virtual disco 2
 || |||
 || |||
 || |||
 || |||
 \\   //
 Software Array Raud Gmirror

Nesse modelo se falhar um dos disco há sempre outros 3 para continuar 
trabalhando, e se um array inteiro se perder ( 2 discos ) temos um outro 
array, assim como se um array e um disco se perder ainda resta 1 array.

No seu caso a melhor opção é usar rsync ou começar a testar o HAST ( de 
fato é o unico que irá lhe atender com sincronismos em tempo real ), 
mais necessitara de uma interface dedicada em cada maquina para isso, 
pois o sincronismo poderá se tornar um problema.
Verifica o ZFS acho que ele tambem tem uma parada dessa, o UNIONFS 
quando li sobre faz isso tambem, mais ai é o que sei.
ZFS não testei, não sei como fica em produção.
HAST não testei, não sei como fica em produção.
UNIONFS, não testei, não sei como fica em produção.

GEOM_GATE, prescisa de uma storage ou um servidor dedicado a isso, o que 
poderá ser um problema visto que se o mesmo falhar não adianta ter 
backup dos serviços que não terá dados para eles.
O DRDB do linux tambem tende a te atender, ( o de 64 bits a ultima vez 
que testei era um lixo com um monte de bug e com corrompimento direto do 
fs ).
No caso o HAST está no FreeBSD para fazer frente ao DRDB.

Da uma vista no UnionFS, ele foi projetado para esses ambientes, 
infelizmente me aprofundei muito pouco nele para poder dizer se lhe 
atenderá a esse requisito ou não...

Logo vou ter ambiente de teste disponivel e pretendo perder um pouquinho 
de tempo nesse lance de Alta disponibilidade sobre FreeBSD.

Att.
 Pode me esclarecer?

 Obrigado

 Em 24/02/2011 01:40, Paulo Henrique escreveu:

 Em 24/02/2011 01:26, fknet escreveu:
  
 Boa noite, obrigado novamente pelo retorno!

 Não estou configurando o servidor pensando em usuário final, apenas que
 eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que
 ficar pensando e se o servidor der alguma pane?

 Sim, concordo com você, servidor em produção só dá problema caso o
 hardware falhe, do resto é muito difícil dar qualquer problema.

 Mas aí que entra o X da questão... da uma tempestade, raios, o servidor
 queima e eu estou viajando. E agora, o que faço? Preciso de uma solução
 de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd
 ou então um funcionário meu, de confiança, que não tem grandes
 conhecimentos, mas até consegue se virar com algo, possa colocar o
 servidor de backup no ar. Esta é minha idéia.

 Mas aí ainda vem a questão: o backup pode queimar junto com o servidor
 oficial, aí vem uma segunda etapa na qual estou pensando em ter um
 snapshot ou algo do tipo, feito semanalmente, que possa ter um backup
 que possa ser utilizado para subir em um hardware novo.

 Obrigado

 Em 24/02/2011 01:09, Paulo Henrique escreveu:



 Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes,
 mais sistemas de energias redundantes de fornecedor distinto.
 Ok é caro mais não dará problema.

 Agora de começo, segue o que precisa para você viajar tranquilo.

 Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e
 depois que compreendi, mais na pratica é besteira de vendedor ).

 2 servidor em Front-end um ligado em um no-break distinto e em circuitos
 de energia independetes ( tomadas de alimentação independetes e
 separados no dijuntores do quadro de distribuição eletrica ).
 2 placas de rede em cada servidor ( 1 para o storage e outra para a rede
 - storage acessivel apenas através dos servidores e nada mais ).
 Carp mandando ver no IP virtual e o hearthbeat sincronizando processos.
 tem uma placa de rede ( não lembro no nome do fabricante, onde tem duas
 saidas ethernet compartilhadas, poderá usar elas e ligalas em

Re: [FUG-BR] FreeRadius caindo