Boa tarde pessoal.

Para quem usa bonding, mais especificamente no modo 6 :



Poderá experimentar instabilidades sérias na rede, principalmente com samba, mas não só em samba, todo tipo de conexão.

Sofri com isso em um server 6.4 com 30 clientes.

A alternativa momentânea é alterar o modo da bond para 0 :



Assim consegui estabilizar os servidores que sofreram. Centos 6.3 ou 6.2 não foram afetados.

Quanto aos outros modos de bond não sei dizer, pois não uso aqueles que necessitam trunk no switch atualmente por opção.
Mas no modo 0 a estabilidade e perfomance estão mantidos, não comprometendo a rede.

Momentaneamente desabilitei as atualizações e mantenho mode=0. Até que o upstream corrija a situação. Bug reportado.

https://bugzilla.redhat.com/show_bug.cgi?id=961018

O problema dessa instabilidade é que no mode=6 os MACS reais das placas da bond são enviados para a rede. As estações ficaram sem rotas para 5 dos 6 macs da bond :)

No modo 0 um único MAC é usado para todas as placas da bond, o que deve facilitar a vida do software bugado hehehe

Espero que sejam poucas as máquinas que usam bond=6. As minhas 15 eu já corriji ;)

Espero que a mania do bug de atualização não pegue :)


Abraços.


https://bugzilla.redhat.com/show_bug.cgi?id=961018

Bom dia pessoal.

Voltando ao assunto Raid através de hardware, tenho novos resultados com uma controladora RS25DB080 que tenho problemas desde dezembro de 2012, tanto com Centos como com outras distribuições.

Postei aqui novos testes compartilhando com outros usuários que também passam por problemas semelhantes :

https://www.centos.org/modules/newbb/v ... e=flat&order=ASC&start=20

Caso ajude alguém na escolha de novo hardware estou relatando todos os avanços.

Sendo que eu ressaltaria que não aconselho utilizar um hardware deste (controladora raid com processador próprio) em ambiente com temperatura superior a 18/20 graus celsius no máximo. Em ambiente não climatizado a temperatura da controladora alcança os 55 graus celsius sem esforço.
Com a máquina trabalhando chega a 59 graus.

Em ambiente climatizado a 18 graus a temperatura sem esforço começa em 44 graus. Com a máquina trabalhando chega a 49 graus.

A controladora está configurada em Raid 10 com 4 SAS Seagate. Velocidade muito boa, inclusive a de reconstrução da raid.

Abraços.

Aqui nessa mensagem :

Applying iptables firewall rules: iptables-restore v1.3.5: Can't use -o with PREROUTING

ele está dizendo que ao aplicar as regras utilizou uma opção "-o" na chain PREROUTING, de forma errada. Alguém está errando ao configurar PREROUTING.

Veja um exemplo de PREROUTING configurado :


Se você configura seu firewall pela interface gráfica do Linux, seria legal ter atenção quando coloca a eth na entra ou saída. out e in é isso, eths de entrada e saída.

Veja o uso de "out" na chain POSTROUTING :



Não uso interfaces para firewall, tenho minha própria, mas acredito que ele possa deixar vc colocar algo errado sem criticar erros.

Atenção na chain PREROUTING e opção in (entrada) e na CHAIN POSTROUTING opção ou (saída) ... ;)

Provavelmente no diretório etc vc deve encontrar as regras do firewall configuradas e pode ajudá-lo a identificar como as regras serão aplicadas, opções, chains, etc.

Abraços.

Boa tarde.

Reveja o que você colocou nos seus parâmetros, pode ser algum parâmetro digitado errado, eth, ip, etc.

Abraços.

Tem esse aqui também :

https://www.centos.org/modules/newbb/v ... d&topic_id=40559&forum=57

Bom dia.

Eu não tenho exatamente uma sugestão certa para você, mas este tópico aqui dá uma idéia da importância de driver estável :

http://bugs.centos.org/view.php?id=6140

O Hardware citado é ótimo, rápido, cheio de recursos, mas instável até o momento com o Centos 5 e 6.
Se o hardware que você comprar não for homologado entre si, chassis, HDs, controladoras, etc, o fabricante não te dá suporte.

Se o seu SO não for o cabeça vermelha ou o do camaleão enterprise, você também não terá nenhum suporte.

Dependendo da escolha o negócio vira uma loteria. No SO versão 5 com o kernel X e o driver 1 fica quase estável, mas com o kernel Y e o mesmo driver 1 fica inutilizável.

Com a versão 6 de SO fica inutilizável.

E não há ninguém que fale o motivo, se é kernel, driver, máquina, cabo de energia, temperatura, umidade, pressão do ar, velocidade do vento, índice de radiação, PH do produto, nada.

Se observar no post, tem um colega com vários IBMs e a ocorrência não é em todos. hehe Ciência exata. :)

A única sugestão é : pesquise, pesquise, pesquise, consulte suporte, fóruns, etc.

Tente com o fabricante do hardware que você deseja comprar, perguntar se existe algum homologado para Centos. O suporte do maior fabricante de processadores do mundo disse que algumas controladoras deles são homologadas para Centos. Eu não conferi isso, mas é uma linha de pesquisa.

Caso contrário você pode ficar com uma máquina de R$25.000 instável por causa de uma controladora de $2.500. :)

Abraços e boa sorte.

Boa noite.

Veja se ajuda :



Melhor procurar por "php5.3 no centos 5" na web.

Abraços.

Bom dia.

Vou falar pelo Centos 6 :



Assim vc consulta suporte a PHP. Basta usar o "groupinstall".
Depois basta copiar seu script php no diretório do apache.

No 5 é algo parecido.

Abraços.

Boa noite.

Já tive esse tipo de problema, inclusive em outras distribuições no passado.
Hoje utilizo essa sequência de inserções e não tenho problemas :



Seria importante antes de carregar 'ip_conntrack_ftp' por exemplo, carregar 'ip_conntrack', assim por diante.

Abraços.

Se você não estiver conseguindo resolução, pode tentar mudar a forma de agendar conforme as sugestões deste post:



Ou ainda tentar outros artigos :



Quando não se chega a uma resolução, comece com uma configuração bem simples, um arquivo texto, um agendamento, um comandinho "besta" e depois vá incrementando.
É uma saída para quando não se encontra de imediato o problema.

Abraços.