Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que seja, e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego.
Fala Diego, eu já tive problema semelhante mas a uns 6 anos atrás, eu daria uma olhada no modelo da placa com "lspci", faria uma pesquisa mais intensa no google sobre algum bug com o módulo e o modelo da placa, ou tenta atualizar o kernel para a última versão que você conseguir.
Abraço
Em 10 de junho de 2014 10:48, Diego skroot@gmail.com escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que seja, e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Olá,
Essa placa está configurada para trabalhar com IPv6? Manda o lspci -v da Interface de rede. Abç,
Clóvis
Em 10-06-2014 14:18, Gracco Guimarães escreveu:
lo e1000e
Olá
Está desativado ipv6.
Segue lspci
04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection Subsystem: Super Micro Computer Inc Device 0605 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at fb5e0000 (32-bit, non-prefetchable) [size=128K] I/O ports at dc00 [size=32] Memory at fb5dc000 (32-bit, non-prefetchable) [size=16K] Capabilities: [c8] Power Management version 2 Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [e0] Express Endpoint, MSI 00 Capabilities: [a0] MSI-X: Enable+ Count=5 Masked- Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number 00-25-90-ff-ff-03-3c-92 Kernel driver in use: e1000e Kernel modules: e1000e
05:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection Subsystem: Super Micro Computer Inc Device 0605 Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at fb6e0000 (32-bit, non-prefetchable) [size=128K] I/O ports at ec00 [size=32] Memory at fb6dc000 (32-bit, non-prefetchable) [size=16K] Capabilities: [c8] Power Management version 2 Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [e0] Express Endpoint, MSI 00 Capabilities: [a0] MSI-X: Enable+ Count=5 Masked- Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number 00-25-90-ff-ff-03-3c-93 Kernel driver in use: e1000e Kernel modules: e1000e
Obrigado pela ajuda.
Diego. On Jun 10, 2014, at 3:19 PM, Clovis Tristao clovis@agr.unicamp.br wrote:
Olá,
Essa placa está configurada para trabalhar com IPv6? Manda o lspci -v da Interface de rede. Abç,
Clóvis
Em 10-06-2014 14:18, Gracco Guimarães escreveu:
lo e1000e
-- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: clovis@feagri.unicamp.br http://www.feagri.unicamp.br MSN: clovis_tristao33@hotmail.com Fone: 55(19) 35211021-35211031-35211038-91173116
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Mais atualizar o kernel em ambiente de produçao pode dar problema ((
Em 18 de junho de 2014 11:00, Clovis Tristao clovis@agr.unicamp.br escreveu:
Olá, Diego,
Já experimentou atualizar o kernel pra ver se resolve? Eu estava com um problema, para reconhecer um dispositivo de HD Docking nova. O kernel kernel-2.6.32-431.1.2.0.1.el6.x86_64 não reconhecia o dispositivo de forma alguma, e quando reconheci com um driver estranho, que não reconhecia os HD maiores que 2 T na dock. Resolvi, subindo o kernel para 3.13.0, ai tudo voltou a funcionar. Abraço,
Clóvis
Em 10-06-2014 14:18, Gracco Guimarães escreveu:
Fala Diego, eu já tive problema semelhante mas a uns 6 anos atrás, eu daria uma olhada no modelo da placa com "lspci", faria uma pesquisa mais intensa no google sobre algum bug com o módulo e o modelo da placa, ou tenta atualizar o kernel para a última versão que você conseguir.
Abraço
Em 10 de junho de 2014 10:48, Diego skroot@gmail.com escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que seja, e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
-- Gracco Guimarães - +55 (11) 98229-7272
CentOS-pt-br mailing listCentOS-pt-br@centos.orghttp://lists.centos.org/mailman/listinfo/centos-pt-br
-- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: clovis@feagri.unicamp.br http://www.feagri.unicamp.br
MSN: clovis_tristao33@hotmail.com Fone: 55(19) 35211021-35211031-35211038-91173116
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Olá,
Consegui apenas atualizando o driver.
Peguei uma verão mais nova e deu certo.
Obrigado a todos pelas dicas.
Abraços
Diego.
On Jun 18, 2014, at 12:19 PM, Clovis Tristao clovis@agr.unicamp.br wrote:
Olá,
Ai não rola, concordo contigo. Abç,
Clóvis
Em 18-06-2014 11:33, Cleiton Alves escreveu:
Mais atualizar o kernel em ambiente de produçao pode dar problema ((
Em 18 de junho de 2014 11:00, Clovis Tristao clovis@agr.unicamp.br escreveu: Olá, Diego,
Já experimentou atualizar o kernel pra ver se resolve? Eu estava com um problema, para reconhecer um dispositivo de HD Docking nova. O kernel kernel-2.6.32-431.1.2.0.1.el6.x86_64 não reconhecia o dispositivo de forma alguma, e quando reconheci com um driver estranho, que não reconhecia os HD maiores que 2 T na dock. Resolvi, subindo o kernel para 3.13.0, ai tudo voltou a funcionar. Abraço,
Clóvis
Em 10-06-2014 14:18, Gracco Guimarães escreveu:
Fala Diego, eu já tive problema semelhante mas a uns 6 anos atrás, eu daria uma olhada no modelo da placa com "lspci", faria uma pesquisa mais intensa no google sobre algum bug com o módulo e o modelo da placa, ou tenta atualizar o kernel para a última versão que você conseguir.
Abraço
Em 10 de junho de 2014 10:48, Diego skroot@gmail.com escreveu: Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que seja, e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
-- Gracco Guimarães - +55 (11) 98229-7272
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
-- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: clovis@feagri.unicamp.br http://www.feagri.unicamp.br
MSN: clovis_tristao33@hotmail.com Fone: 55(19) 35211021-35211031-35211038-91173116
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
--
Att: Cleiton Alves :(){ :|:& };: "Unix is user-friendly. It's just very selective about who its friends are."
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
-- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: clovis@feagri.unicamp.br http://www.feagri.unicamp.br MSN: clovis_tristao33@hotmail.com Fone: 55(19) 35211021-35211031-35211038-91173116 _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Em 10-06-2014 10:48, Diego escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que seja, e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
O ping dar esse erro é realmente um reflexo do "perde comunicação". Provavelmente o socket que o ping usa está com o buffer de tx cheio nessa hora. Pode confirmar com um 'netstat -anp | grep ping' ou similar.
Aí o motivo do tx dele estar preso, são outros 500. Não aparece nada no syslog?? Tem jeito que a fila de envio da placa está congelada, mas a e1000e tem um watchdog e mostra um syslog consideravel quando isso acontece.
Att, Marcelo
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
No dmesg não retorna nada?
Atenciosamente, *Gabriel Ricardo* Consultor em Tecnologia *Cel.:* (41) 8881-7828 *Skype:* gabriel.nerdworkti *Facebook:* facebook.com/nerdworkti *Site*: www.nerdworkti.com.br
Em 10 de junho de 2014 23:18, Marcelo Ricardo Leitner < marcelo.leitner@gmail.com> escreveu:
Em 10-06-2014 10:48, Diego escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas
Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo
ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que seja,
e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
O ping dar esse erro é realmente um reflexo do "perde comunicação". Provavelmente o socket que o ping usa está com o buffer de tx cheio nessa hora. Pode confirmar com um 'netstat -anp | grep ping' ou similar.
Aí o motivo do tx dele estar preso, são outros 500. Não aparece nada no syslog?? Tem jeito que a fila de envio da placa está congelada, mas a e1000e tem um watchdog e mostra um syslog consideravel quando isso acontece.
Att, Marcelo
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse
problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Dmesg nao retorna nada. :(
mas é algo com o driver, pois pelo que li na internet e testei inclusive com a versão 6.2 co CentOS e funciona normal. Basta atualizar para a versão mais recente do kernel que possui o driver da placa de rede, uma versão mais recente, a placa para de funcionar.
Nem mesmo no messages. Lá apenas aparece a comunicação do NetworkManager para ganhar IP e etc, o que são informações normais.
Não sou mto conhecedor de Yum, mas existe alguma configuração aonde eu falo que o pacote "tal", não será atualizado? Exemplo: ao executar o yum update, ele atualiza tudo, menos o que eu descrevi em suas configurações para não atualizar. Digo isso porque isso existe em outros gerenciadores de pacotes e gostaria de saber se existe no Yum também.
Obrigado.
Em 16 de junho de 2014 14:25, Gabriel Ricardo gricardo87@gmail.com escreveu:
No dmesg não retorna nada?
Atenciosamente, *Gabriel Ricardo* Consultor em Tecnologia *Cel.:* (41) 8881-7828 *Skype:* gabriel.nerdworkti *Facebook:* facebook.com/nerdworkti *Site*: www.nerdworkti.com.br
Em 10 de junho de 2014 23:18, Marcelo Ricardo Leitner < marcelo.leitner@gmail.com> escreveu:
Em 10-06-2014 10:48, Diego escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas
Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo
ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que
seja, e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
O ping dar esse erro é realmente um reflexo do "perde comunicação". Provavelmente o socket que o ping usa está com o buffer de tx cheio nessa hora. Pode confirmar com um 'netstat -anp | grep ping' ou similar.
Aí o motivo do tx dele estar preso, são outros 500. Não aparece nada no syslog?? Tem jeito que a fila de envio da placa está congelada, mas a e1000e tem um watchdog e mostra um syslog consideravel quando isso acontece.
Att, Marcelo
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse
problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Vc pode adicionar os pacotes que não queira atualizar no /etc/yum.conf adicionando uma linha contendo "exclude=php" por ex, ou usar a opção "-x <pacote>" especificando o nome do pacote que não deseja atualizar.
On Monday 16 June 2014 16:14:44 ..:: S.e.r.i.a.L ::.. wrote:
Dmesg nao retorna nada. :(
mas é algo com o driver, pois pelo que li na internet e testei inclusive com a versão 6.2 co CentOS e funciona normal. Basta atualizar para a versão mais recente do kernel que possui o driver da placa de rede, uma versão mais recente, a placa para de funcionar.
Nem mesmo no messages. Lá apenas aparece a comunicação do NetworkManager para ganhar IP e etc, o que são informações normais.
Não sou mto conhecedor de Yum, mas existe alguma configuração aonde eu falo que o pacote "tal", não será atualizado? Exemplo: ao executar o yum update, ele atualiza tudo, menos o que eu descrevi em suas configurações para não atualizar. Digo isso porque isso existe em outros gerenciadores de pacotes e gostaria de saber se existe no Yum também.
Obrigado.
Em 16 de junho de 2014 14:25, Gabriel Ricardo gricardo87@gmail.com
escreveu:
No dmesg não retorna nada?
Atenciosamente, *Gabriel Ricardo* Consultor em Tecnologia *Cel.:* (41) 8881-7828 *Skype:* gabriel.nerdworkti *Facebook:* facebook.com/nerdworkti *Site*: www.nerdworkti.com.br
Em 10 de junho de 2014 23:18, Marcelo Ricardo Leitner <
marcelo.leitner@gmail.com> escreveu:
Em 10-06-2014 10:48, Diego escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas
Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco tempo
ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que
seja, e depois de alguns pacotes, perde a comunicação e apenas volta com um boot, deixando a mensagem: "buffer space available”.
O ping dar esse erro é realmente um reflexo do "perde comunicação". Provavelmente o socket que o ping usa está com o buffer de tx cheio nessa hora. Pode confirmar com um 'netstat -anp | grep ping' ou similar.
Aí o motivo do tx dele estar preso, são outros 500. Não aparece nada no syslog?? Tem jeito que a fila de envio da placa está congelada, mas a e1000e tem um watchdog e mostra um syslog consideravel quando isso acontece.
Att, Marcelo
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse
problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
bom dia Andre,
Obrigado pela dica. Será de grande valia.
Atenciosamente,
Diego.
Em 16 de junho de 2014 21:19, André Luiz andre4linux@gmail.com escreveu:
Vc pode adicionar os pacotes que não queira atualizar no /etc/yum.conf adicionando uma linha contendo "exclude=php" por ex, ou usar a opção "-x <pacote>" especificando o nome do pacote que não deseja atualizar.
On Monday 16 June 2014 16:14:44 ..:: S.e.r.i.a.L ::.. wrote:
Dmesg nao retorna nada. :(
mas é algo com o driver, pois pelo que li na internet e testei inclusive com a versão 6.2 co CentOS e funciona normal. Basta atualizar para a
versão
mais recente do kernel que possui o driver da placa de rede, uma versão mais recente, a placa para de funcionar.
Nem mesmo no messages. Lá apenas aparece a comunicação do NetworkManager para ganhar IP e etc, o que são informações normais.
Não sou mto conhecedor de Yum, mas existe alguma configuração aonde eu
falo
que o pacote "tal", não será atualizado? Exemplo: ao executar o yum
update,
ele atualiza tudo, menos o que eu descrevi em suas configurações para não atualizar. Digo isso porque isso existe em outros gerenciadores de
pacotes
e gostaria de saber se existe no Yum também.
Obrigado.
Em 16 de junho de 2014 14:25, Gabriel Ricardo gricardo87@gmail.com
escreveu:
No dmesg não retorna nada?
Atenciosamente, *Gabriel Ricardo* Consultor em Tecnologia *Cel.:* (41) 8881-7828 *Skype:* gabriel.nerdworkti *Facebook:* facebook.com/nerdworkti *Site*: www.nerdworkti.com.br
Em 10 de junho de 2014 23:18, Marcelo Ricardo Leitner <
marcelo.leitner@gmail.com> escreveu:
Em 10-06-2014 10:48, Diego escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas placas
Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco
tempo
ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que
seja, e depois de alguns pacotes, perde a comunicação e apenas volta
com
um boot, deixando a mensagem: "buffer space available”.
O ping dar esse erro é realmente um reflexo do "perde comunicação". Provavelmente o socket que o ping usa está com o buffer de tx cheio nessa hora. Pode confirmar com um 'netstat -anp | grep ping' ou
similar.
Aí o motivo do tx dele estar preso, são outros 500. Não aparece nada
no
syslog?? Tem jeito que a fila de envio da placa está congelada, mas a e1000e tem um watchdog e mostra um syslog consideravel quando isso acontece.
Att, Marcelo
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema
existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse
problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Ou melhor , voce pode fazer
yum update --exclude kernel (exemplo)
yum -y --exclude=kernel* update
yum -y -x 'kernel*' update
http://www.cyberciti.biz/faq/yum-update-except-kernel-package-command/
Em 17 de junho de 2014 08:04, ..:: S.e.r.i.a.L ::.. skroot@gmail.com escreveu:
bom dia Andre,
Obrigado pela dica. Será de grande valia.
Atenciosamente,
Diego.
Em 16 de junho de 2014 21:19, André Luiz andre4linux@gmail.com escreveu:
Vc pode adicionar os pacotes que não queira atualizar no /etc/yum.conf
adicionando uma linha contendo "exclude=php" por ex, ou usar a opção "-x <pacote>" especificando o nome do pacote que não deseja atualizar.
On Monday 16 June 2014 16:14:44 ..:: S.e.r.i.a.L ::.. wrote:
Dmesg nao retorna nada. :(
mas é algo com o driver, pois pelo que li na internet e testei inclusive com a versão 6.2 co CentOS e funciona normal. Basta atualizar para a
versão
mais recente do kernel que possui o driver da placa de rede, uma versão mais recente, a placa para de funcionar.
Nem mesmo no messages. Lá apenas aparece a comunicação do NetworkManager para ganhar IP e etc, o que são informações normais.
Não sou mto conhecedor de Yum, mas existe alguma configuração aonde eu
falo
que o pacote "tal", não será atualizado? Exemplo: ao executar o yum
update,
ele atualiza tudo, menos o que eu descrevi em suas configurações para
não
atualizar. Digo isso porque isso existe em outros gerenciadores de
pacotes
e gostaria de saber se existe no Yum também.
Obrigado.
Em 16 de junho de 2014 14:25, Gabriel Ricardo gricardo87@gmail.com
escreveu:
No dmesg não retorna nada?
Atenciosamente, *Gabriel Ricardo* Consultor em Tecnologia *Cel.:* (41) 8881-7828 *Skype:* gabriel.nerdworkti *Facebook:* facebook.com/nerdworkti *Site*: www.nerdworkti.com.br
Em 10 de junho de 2014 23:18, Marcelo Ricardo Leitner <
marcelo.leitner@gmail.com> escreveu:
Em 10-06-2014 10:48, Diego escreveu:
Bom dia Amigos,
Instalei o CentOS em um servidor Supermicro aonde contém duas
placas
Intel Gibabit.
Elas estão utilizando o módulo e1000e, porém noto que após pouco
tempo
ligada a rede, perde comunicação.
Exemplo: Deixo um ping para meu gateway ou qualquer outro host que
seja, e depois de alguns pacotes, perde a comunicação e apenas volta
com
um boot, deixando a mensagem: "buffer space available”.
O ping dar esse erro é realmente um reflexo do "perde comunicação". Provavelmente o socket que o ping usa está com o buffer de tx cheio nessa hora. Pode confirmar com um 'netstat -anp | grep ping' ou
similar.
Aí o motivo do tx dele estar preso, são outros 500. Não aparece nada
no
syslog?? Tem jeito que a fila de envio da placa está congelada, mas a e1000e tem um watchdog e mostra um syslog consideravel quando isso acontece.
Att, Marcelo
Já desativei SELinux.
Iptables todo Accept.
Cheguei a não usar o NetworkManager, e mesmo assim o problema
existe.
Alguém já viu isso? Sabem o que precisa ser feito pra resolver esse
problema? É algum bug do módulo?
Obrigado a todos.
Abraços
Diego. _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
-- [.]´s ..:: S.e.r.i.a.L ::..
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Obrigado também pela dica Cleiton,
Gostei de link... alias gosto desse site, tem bastante coisa legal.
Vlw!
Abs
Diego.
Em 17 de junho de 2014 09:20, Cleiton Alves cleitondebian@gmail.com escreveu:
Ou melhor , voce pode fazer
yum update --exclude kernel (exemplo)
yum -y --exclude=kernel* update
yum -y -x 'kernel*' update
http://www.cyberciti.biz/faq/yum-update-except-kernel-package-command/
Em 17 de junho de 2014 08:04, ..:: S.e.r.i.a.L ::.. skroot@gmail.com escreveu:
bom dia Andre,
Obrigado pela dica. Será de grande valia.
Atenciosamente,
Diego.
Em 16 de junho de 2014 21:19, André Luiz andre4linux@gmail.com escreveu:
Vc pode adicionar os pacotes que não queira atualizar no /etc/yum.conf
adicionando uma linha contendo "exclude=php" por ex, ou usar a opção "-x <pacote>" especificando o nome do pacote que não deseja atualizar.
On Monday 16 June 2014 16:14:44 ..:: S.e.r.i.a.L ::.. wrote:
Dmesg nao retorna nada. :(
mas é algo com o driver, pois pelo que li na internet e testei
inclusive
com a versão 6.2 co CentOS e funciona normal. Basta atualizar para a
versão
mais recente do kernel que possui o driver da placa de rede, uma versão mais recente, a placa para de funcionar.
Nem mesmo no messages. Lá apenas aparece a comunicação do
NetworkManager
para ganhar IP e etc, o que são informações normais.
Não sou mto conhecedor de Yum, mas existe alguma configuração aonde eu
falo
que o pacote "tal", não será atualizado? Exemplo: ao executar o yum
update,
ele atualiza tudo, menos o que eu descrevi em suas configurações para
não
atualizar. Digo isso porque isso existe em outros gerenciadores de
pacotes
e gostaria de saber se existe no Yum também.
Obrigado.
Em 16 de junho de 2014 14:25, Gabriel Ricardo gricardo87@gmail.com
escreveu:
No dmesg não retorna nada?
Atenciosamente, *Gabriel Ricardo* Consultor em Tecnologia *Cel.:* (41) 8881-7828 *Skype:* gabriel.nerdworkti *Facebook:* facebook.com/nerdworkti *Site*: www.nerdworkti.com.br
Em 10 de junho de 2014 23:18, Marcelo Ricardo Leitner <
marcelo.leitner@gmail.com> escreveu:
Em 10-06-2014 10:48, Diego escreveu: > Bom dia Amigos, > > Instalei o CentOS em um servidor Supermicro aonde contém duas
placas
Intel Gibabit.
> Elas estão utilizando o módulo e1000e, porém noto que após pouco
tempo
ligada a rede, perde comunicação.
> Exemplo: Deixo um ping para meu gateway ou qualquer outro host que
seja, e depois de alguns pacotes, perde a comunicação e apenas
volta com
um boot, deixando a mensagem: "buffer space available”.
O ping dar esse erro é realmente um reflexo do "perde comunicação". Provavelmente o socket que o ping usa está com o buffer de tx cheio nessa hora. Pode confirmar com um 'netstat -anp | grep ping' ou
similar.
Aí o motivo do tx dele estar preso, são outros 500. Não aparece
nada no
syslog?? Tem jeito que a fila de envio da placa está congelada, mas
a
e1000e tem um watchdog e mostra um syslog consideravel quando isso acontece.
Att, Marcelo
> Já desativei SELinux. > > Iptables todo Accept. > > Cheguei a não usar o NetworkManager, e mesmo assim o problema
existe.
> > Alguém já viu isso? Sabem o que precisa ser feito pra resolver
esse
problema? É algum bug do módulo?
> Obrigado a todos. > > Abraços > > Diego. > _______________________________________________ > CentOS-pt-br mailing list > CentOS-pt-br@centos.org > http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
-- [.]´s ..:: S.e.r.i.a.L ::..
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
--
Att: Cleiton Alves :(){ :|:& };: "Unix is user-friendly. It's just very selective about who its friends are."
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
discuss-pt-br@lists.centos.org
-
..:: S.e.r.i.a.L ::.. -
André Luiz -
Cleiton Alves -
Clovis Tristao -
Diego
-
Gabriel Ricardo -
Gracco Guimarães -
Marcelo Ricardo Leitner