Quero ter um espelhamento dos compartilhamentos e dos diretórios que desejo. Pelo que vi o rsync parece que se enquadra no que desejo fazer. Minha intenção é ter um backup dos compartilhamentos que estão separados por grupos no pdc, e o diretório onde estão armazenados os backups do meu ERP, e o diretório home, e os demais costumeiros de backup, /va, /etc. Acho que o esquema de backup do rsync, de fazer backups, completos, diferenciais e incrementais é o ideal para fazer backup de um único servidor, que nesse caso é o meu pdc, que atualmente recebe os backups do servidor de ERP. O que acham?
att,
Marcelo
centos-pt-br-request@centos.org escreveu:
Enviar submissões para a lista de discussão CentOS-pt-br para centos-pt-br@centos.org
Para se cadastrar ou descadastrar via WWW, visite o endereço http://lists.centos.org/mailman/listinfo/centos-pt-br ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para centos-pt-br-request@centos.org
Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço centos-pt-br-owner@centos.org
Quando responder, por favor edite sua linha Assunto assim ela será mais específica que "Re: Contents of CentOS-pt-br digest..."
Tópicos de Hoje:
- RES: Solução de Backup (Marcelo Gondim)
- Re: Solução de Backup (Claudio Pereira)
- Re: Solução de Backup (Vinicius Coque)
- Re: Solução de Backup (Rafael Soto)
- Re: Solução de Backup (Fábio Jr.)
- RES: Solução de Backup (Marcelo Gondim)
- Me ajudem a fazer o DNS funcionar (Newton Teixeira do Nascimento Júnior)
- Re: Me ajudem a fazer o DNS funcionar (maike)
- Re: Me ajudem a fazer o DNS funcionar (Lincoln Zuljewic Silva)
- Re: Me ajudem a fazer o DNS funcionar (Anderson Dominitini)
- Re: Me ajudem a fazer o DNS funcionar (Ciro Brandão)
- YUM não está funcionando - Help-me (Newton Teixeira do Nascimento Júnior)
- Re: YUM não está funcionando - Help-me (maike)
- RES: YUM não está funcionando - Help-me (Marcelo Gondim)
- Re: RES: YUM não está funcionand o - Help-me (Marcus Patrick Batista Accioly)
Message: 1 Date: Tue, 27 Oct 2009 14:20:40 -0200 From: "Marcelo Gondim" gondim@linuxinfo.com.br Subject: [CentOS-pt-br] RES: Solução de Backup To: "'Portuguese (Brazilian) CentOS mailing list'" centos-pt-br@centos.org Message-ID: 010901ca5721$6d41da50$47c58ef0$@com.br Content-Type: text/plain; charset="iso-8859-1"
Você quer apenas espelhar o que está no Samba nesse servidor de backup ou ainda vai separar o backup em dias no servidor de backup? Se for só um espelhamento eu tenho uma solução rápida e prática pra vc. :)
Aguardo resposta
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Marcelo Carvalho Enviada em: terça-feira, 27 de outubro de 2009 13:55 Para: centos-pt-br@centos.org Assunto: [CentOS-pt-br] Solução de Backup
Pessoal,
Preciso implementar uma solução de backup e preciso encontrar a melhor solução. O cenário é o seguinte: tenho dois servidores de Banco de Dados Caché que realizam os backups da base de dados através de um script para nosso servidor samba pdc + ldap. Agora preciso implementar um servidor de backup para fazer backup automatizado do pdc de forma automatizada, dos compartilhamentos, do diretório home, e do diretório onde se encontram os backups do meu Database Caché, de forma automatiza e que seja confiável.
Desde ja agradeço.
Marcelo _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4545 (20091026) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4545 (20091026) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
Message: 2 Date: Tue, 27 Oct 2009 14:31:39 -0200 From: Claudio Pereira indiox@gentoobr.org Subject: Re: [CentOS-pt-br] Solução de Backup To: "Portuguese (Brazilian) CentOS mailing list" centos-pt-br@centos.org Message-ID: f4ee48970910270931g1e591ac5o909e4bb26ca52d2a@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
Bacula.org, esse cara cresceu bastante.
Ou Backup Exec, ArcServe, e outros comerciais. :-)
[ ]'s Indio)( http://indiox.net
2009/10/27 Marcelo Carvalho marcelowth@gmail.com:
Pessoal,
Preciso implementar uma solução de backup e preciso encontrar a melhor solução. O cenário é o seguinte: tenho dois servidores de Banco de Dados Caché que realizam os backups da base de dados através de um script para nosso servidor samba pdc + ldap. Agora preciso implementar um servidor de backup para fazer backup automatizado do pdc de forma automatizada, dos compartilhamentos, do diretório home, e do diretório onde se encontram os backups do meu Database Caché, de forma automatiza e que seja confiável.
Desde ja agradeço.
Marcelo _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Se você já tem todo o esquema de backup no Samba e deseja apenas fazer um espelhamento do seu Backup, eu tenho certeza que o rsync seria o indicado para a sua situação. :) e é bem simples de usar. Você pode fazer até por ssh, na máquina do espelhamento você faz o ssh-keygen pra gerar as chaves sem senhas, aí vc pega o conteúdo do /root/.ssh/id_rsa.pub e coloca no /root/.ssh/authorized_keys da máquina Samba. Se não existir o authorized_keys você copia o id_rsa.pub renomeando pra ele. Agora faz um ssh da máquina espelhamento para a máquina samba e confirma. Pronto agora saia de lá e a parte do ssh estará pronta, ele não te pedirá senha mais e nem confirmação para acessar.
Provavelmente o rsync já deve estar instalado nas 2 máquinas, senão, instale eles. Abaixo um exemplo de uso do rsync que vc colocaria na máquina de espelhamento mas se precisar de algo mais sofisticado só olhar o man. Esse exemplo eu já tenho no meu cron:
# Backup do servidor Gateway em diario as 4 da matina # Acesso rsync via ssh 00 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/var/lib/mysql /backup/gateway 20 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/u /backup/gateway 30 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/etc /backup/gateway
:D
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Marcelo Carvalho Enviada em: quarta-feira, 28 de outubro de 2009 10:13 Para: centos-pt-br@centos.org Assunto: Re: [CentOS-pt-br] Digest CentOS-pt-br, volume 31, assunto 35
Quero ter um espelhamento dos compartilhamentos e dos diretórios que desejo. Pelo que vi o rsync parece que se enquadra no que desejo fazer. Minha intenção é ter um backup dos compartilhamentos que estão separados por grupos no pdc, e o diretório onde estão armazenados os backups do meu ERP, e o diretório home, e os demais costumeiros de backup, /va, /etc. Acho que o esquema de backup do rsync, de fazer backups, completos, diferenciais e incrementais é o ideal para fazer backup de um único servidor, que nesse caso é o meu pdc, que atualmente recebe os backups do servidor de ERP. O que acham?
att,
Marcelo
centos-pt-br-request@centos.org escreveu:
Enviar submissões para a lista de discussão CentOS-pt-br para centos-pt-br@centos.org
Para se cadastrar ou descadastrar via WWW, visite o endereço http://lists.centos.org/mailman/listinfo/centos-pt-br ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para centos-pt-br-request@centos.org
Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço centos-pt-br-owner@centos.org
Quando responder, por favor edite sua linha Assunto assim ela será mais específica que "Re: Contents of CentOS-pt-br digest..."
Tópicos de Hoje:
- RES: Solução de Backup (Marcelo Gondim)
- Re: Solução de Backup (Claudio Pereira)
- Re: Solução de Backup (Vinicius Coque)
- Re: Solução de Backup (Rafael Soto)
- Re: Solução de Backup (Fábio Jr.)
- RES: Solução de Backup (Marcelo Gondim)
- Me ajudem a fazer o DNS funcionar (Newton Teixeira do Nascimento Júnior)
- Re: Me ajudem a fazer o DNS funcionar (maike)
- Re: Me ajudem a fazer o DNS funcionar (Lincoln Zuljewic Silva)
- Re: Me ajudem a fazer o DNS funcionar (Anderson Dominitini)
- Re: Me ajudem a fazer o DNS funcionar (Ciro Brandão)
- YUM não está funcionando - Help-me (Newton Teixeira do Nascimento Júnior)
- Re: YUM não está funcionando - Help-me (maike)
- RES: YUM não está funcionando - Help-me (Marcelo Gondim)
- Re: RES: YUM não está funcionand o - Help-me (Marcus Patrick Batista Accioly)
Message: 1 Date: Tue, 27 Oct 2009 14:20:40 -0200 From: "Marcelo Gondim" gondim@linuxinfo.com.br Subject: [CentOS-pt-br] RES: Solução de Backup To: "'Portuguese (Brazilian) CentOS mailing list'" centos-pt-br@centos.org Message-ID: 010901ca5721$6d41da50$47c58ef0$@com.br Content-Type: text/plain; charset="iso-8859-1"
Você quer apenas espelhar o que está no Samba nesse servidor de backup ou ainda vai separar o backup em dias no servidor de backup? Se for só um espelhamento eu tenho uma solução rápida e prática pra vc. :)
Aguardo resposta
-----Mensagem original----- De: centos-pt-br-bounces@centos.org
[mailto:centos-pt-br-bounces@centos.org]
Em nome de Marcelo Carvalho Enviada em: terça-feira, 27 de outubro de 2009 13:55 Para: centos-pt-br@centos.org Assunto: [CentOS-pt-br] Solução de Backup
Pessoal,
Preciso implementar uma solução de backup e preciso encontrar a melhor solução. O cenário é o seguinte: tenho dois servidores de Banco de Dados Caché que realizam os backups da base de dados através de um script para nosso servidor samba pdc + ldap. Agora preciso implementar um servidor de backup para fazer backup automatizado do pdc de forma automatizada, dos compartilhamentos, do diretório home, e do diretório onde se encontram os backups do meu Database Caché, de forma automatiza e que seja confiável.
Desde ja agradeço.
Marcelo _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4545 (20091026) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4545 (20091026) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
Message: 2 Date: Tue, 27 Oct 2009 14:31:39 -0200 From: Claudio Pereira indiox@gentoobr.org Subject: Re: [CentOS-pt-br] Solução de Backup To: "Portuguese (Brazilian) CentOS mailing list" centos-pt-br@centos.org Message-ID: f4ee48970910270931g1e591ac5o909e4bb26ca52d2a@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
Bacula.org, esse cara cresceu bastante.
Ou Backup Exec, ArcServe, e outros comerciais. :-)
[ ]'s Indio)( http://indiox.net
2009/10/27 Marcelo Carvalho marcelowth@gmail.com:
Pessoal,
Preciso implementar uma solução de backup e preciso encontrar a melhor solução. O cenário é o seguinte: tenho dois servidores de Banco de Dados Caché que realizam os backups da base de dados através de um script para nosso servidor samba pdc + ldap. Agora preciso implementar um servidor de backup para fazer backup automatizado do pdc de forma automatizada, dos compartilhamentos, do diretório home, e do diretório onde se encontram os backups do meu Database Caché, de forma automatiza e que seja confiável.
Desde ja agradeço.
Marcelo _______________________________________________ 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
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4551 (20091028) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4551 (20091028) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
Ixi que saiu tudo doido o cron que mandei. Estou refazendo e mandando:
# Backup do servidor Gateway em diario as 4 da matina # Acesso rsync via ssh
00 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/var/lib/mysql /backup/gateway 20 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/u /backup/gateway 30 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/etc /backup/gateway
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Marcelo Gondim Enviada em: quarta-feira, 28 de outubro de 2009 12:04 Para: 'Portuguese (Brazilian) CentOS mailing list' Assunto: [CentOS-pt-br] RES: Digest CentOS-pt-br, volume 31, assunto 35
__________ Informacao do ESET NOD32 Antivirus, versao da vacina 4551 (20091028) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
Marcelo
Essa explicacao que vc fez é para maquinas dentro da mesma rede local ne?
Eu tenho um servidor remoto e meu acesso por ele é via ssh e FTP pela internet (nao está aqui na minha rede local).
Tem como fazer rsync nesse caso? Mas de modo seguro?
Abraco
Ricardo
On 10/28/2009 12:04 PM, Marcelo Gondim wrote:
Se você já tem todo o esquema de backup no Samba e deseja apenas fazer um espelhamento do seu Backup, eu tenho certeza que o rsync seria o indicado para a sua situação. :) e é bem simples de usar. Você pode fazer até por ssh, na máquina do espelhamento você faz o ssh-keygen pra gerar as chaves sem senhas, aí vc pega o conteúdo do /root/.ssh/id_rsa.pub e coloca no /root/.ssh/authorized_keys da máquina Samba. Se não existir o authorized_keys você copia o id_rsa.pub renomeando pra ele. Agora faz um ssh da máquina espelhamento para a máquina samba e confirma. Pronto agora saia de lá e a parte do ssh estará pronta, ele não te pedirá senha mais e nem confirmação para acessar.
Provavelmente o rsync já deve estar instalado nas 2 máquinas, senão, instale eles. Abaixo um exemplo de uso do rsync que vc colocaria na máquina de espelhamento mas se precisar de algo mais sofisticado só olhar o man. Esse exemplo eu já tenho no meu cron:
# Backup do servidor Gateway em diario as 4 da matina # Acesso rsync via ssh 00 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/var/lib/mysql /backup/gateway 20 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/u /backup/gateway 30 4 * * * root rsync -aqzH --delete root@IP_DO_SERVIDOR:/etc /backup/gateway
Você pode fazer em outra rede só apontar o rsync para o IP do servidor remoto. :)
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Ricardo Vendramini Enviada em: quarta-feira, 28 de outubro de 2009 14:34 Para: Portuguese (Brazilian) CentOS mailing list Assunto: Re: [CentOS-pt-br] RES: Digest CentOS-pt-br, volume 31, assunto 35
Marcelo
Essa explicacao que vc fez é para maquinas dentro da mesma rede local ne?
Eu tenho um servidor remoto e meu acesso por ele é via ssh e FTP pela internet (nao está aqui na minha rede local).
Tem como fazer rsync nesse caso? Mas de modo seguro?
Abraco
Ricardo
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4553 (20091028) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
Pessoal volta e meia estou tendo esse problema em um servidor meu CentOS 5.4 que é o Firewall da rede onde o tráfego gira em torno dos 45Mbps diariamente. Alguém já passou por esses erros e teve alguma solução?
Oct 25 09:40:19 zeus kernel: Pid: 20444, comm: iptables Oct 25 09:40:19 zeus kernel: EIP: 0060:[<f8d9c4f5>] CPU: 2 Oct 25 09:40:19 zeus kernel: EIP is at ipt_do_table+0xa2/0x2c9 [ip_tables] Oct 25 09:40:19 zeus kernel: EFLAGS: 00200246 Not tainted (2.6.18-164.el5PAE #1) Oct 25 09:40:19 zeus kernel: EAX: 00000098 EBX: f4519820 ECX: 00000000 EDX: ed7a9301 Oct 25 09:40:19 zeus kernel: ESI: f946d688 EDI: f8d4d86c EBP: c073ff04 DS: 007b ES: 007b Oct 25 09:40:19 zeus kernel: CR0: 8005003b CR2: 101c0024 CR3: 0365ff80 CR4: 000006f0 Oct 25 09:40:19 zeus kernel: [<f8d4d017>] ipt_route_hook+0x17/0x1c [iptable_mangle] Oct 25 09:40:19 zeus kernel: [<c05d0230>] nf_iterate+0x30/0x61 Oct 25 09:40:19 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:19 zeus kernel: [<c05d0356>] nf_hook_slow+0x3a/0x90 Oct 25 09:40:20 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:21 zeus kernel: [<c05da4dc>] ip_output+0x82/0x266 Oct 25 09:40:21 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:22 zeus kernel: [<c05d6d02>] ip_forward+0x1f4/0x24a Oct 25 09:40:22 zeus kernel: [<c05d5b2a>] ip_rcv+0x47f/0x4b9 Oct 25 09:40:23 zeus kernel: [<c05ba688>] netif_receive_skb+0x34c/0x370 Oct 25 09:40:23 zeus kernel: [<f8a4b74d>] rtl8169_rx_interrupt+0x463/0x472 [r8169] Oct 25 09:40:24 zeus kernel: [<f8a4ced3>] rtl8169_poll+0x38/0x1b9 [r8169] Oct 25 09:40:24 zeus kernel: [<c05c91ac>] __qdisc_run+0x13e/0x1d3 Oct 25 09:40:25 zeus kernel: [<c05bc4c4>] net_rx_action+0x9c/0x1a7 Oct 25 09:40:25 zeus kernel: [<c04292fb>] __do_softirq+0x87/0x114 Oct 25 09:40:26 zeus kernel: [<c04073bb>] do_softirq+0x52/0x9c Oct 25 09:40:29 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:31 zeus kernel: [<f8d9b14a>] get_counters+0x7b/0xb5 [ip_tables] Oct 25 09:40:32 zeus kernel: [<f8d9bf0c>] do_ipt_set_ctl+0x254/0x600 [ip_tables] Oct 25 09:40:33 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:34 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:37 zeus kernel: [<c05d0c28>] nf_sockopt+0xac/0xda Oct 25 09:40:40 zeus kernel: [<c05d0c7a>] nf_setsockopt+0x11/0x16 Oct 25 09:40:43 zeus kernel: [<c05db6f6>] ip_setsockopt+0x9f1/0xa10 Oct 25 09:40:45 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:47 zeus kernel: [<c045953b>] get_page_from_freelist+0x2bf/0x370 Oct 25 09:40:50 zeus kernel: [<c0459643>] __alloc_pages+0x57/0x297 Oct 25 09:40:53 zeus kernel: [<c04674a6>] anon_vma_prepare+0x11/0xa5 Oct 25 09:40:55 zeus kernel: [<c0461af6>] __handle_mm_fault+0x7a2/0xcfe Oct 25 09:40:57 zeus kernel: [<c0463f5a>] vma_adjust+0x19d/0x37b Oct 25 09:40:58 zeus kernel: [<c05b2983>] sock_common_setsockopt+0x12/0x16 Oct 25 09:40:59 zeus kernel: [<c05b1044>] sys_setsockopt+0x76/0x95 Oct 25 09:41:00 zeus kernel: [<c05b232e>] sys_socketcall+0x15c/0x19e Oct 25 09:41:01 zeus kernel: [<c0404f17>] syscall_call+0x7/0xb Oct 25 09:41:03 zeus kernel: =======================
Oct 25 19:46:49 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:49 zeus kernel: TDH <c6> Oct 25 19:46:49 zeus kernel: TDT <b2> Oct 25 19:46:49 zeus kernel: next_to_use <b2> Oct 25 19:46:49 zeus kernel: next_to_clean <c6> Oct 25 19:46:49 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:49 zeus kernel: time_stamp <21abe5d> Oct 25 19:46:49 zeus kernel: next_to_watch <c6> Oct 25 19:46:49 zeus kernel: jiffies <21ac5c8> Oct 25 19:46:49 zeus kernel: next_to_watch.status <0> Oct 25 19:46:51 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:51 zeus kernel: TDH <d1> Oct 25 19:46:51 zeus kernel: TDT <b2> Oct 25 19:46:51 zeus kernel: next_to_use <b2> Oct 25 19:46:51 zeus kernel: next_to_clean <d1> Oct 25 19:46:51 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:51 zeus kernel: time_stamp <21abe5f> Oct 25 19:46:51 zeus kernel: next_to_watch <d1> Oct 25 19:46:51 zeus kernel: jiffies <21acd98> Oct 25 19:46:51 zeus kernel: next_to_watch.status <0> Oct 25 19:47:19 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:19 zeus kernel: TDH <95> Oct 25 19:47:19 zeus kernel: TDT <81> Oct 25 19:47:19 zeus kernel: next_to_use <81> Oct 25 19:47:19 zeus kernel: next_to_clean <95> Oct 25 19:47:19 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:19 zeus kernel: time_stamp <21b327b> Oct 25 19:47:19 zeus kernel: next_to_watch <95> Oct 25 19:47:19 zeus kernel: jiffies <21b3af8> Oct 25 19:47:19 zeus kernel: next_to_watch.status <0> Oct 25 19:47:21 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:21 zeus kernel: TDH <a7> Oct 25 19:47:21 zeus kernel: TDT <93> Oct 25 19:47:21 zeus kernel: next_to_use <93> Oct 25 19:47:21 zeus kernel: next_to_clean <a7> Oct 25 19:47:21 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:21 zeus kernel: time_stamp <21b3280> Oct 25 19:47:21 zeus kernel: next_to_watch <a7> Oct 25 19:47:21 zeus kernel: jiffies <21b42c8> Oct 25 19:47:21 zeus kernel: next_to_watch.status <0>
Grande abraço pessoal
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4553 (20091028) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
pelo jeito pode ser:
- bug do driver da placa de rede - bug no kernel - bug no iptables
acredito ser driver !! veja se no kernel do 5.3 o que mudou (drivers) provavelmente um update em algum driver...
Marcelo Gondim wrote:
Pessoal volta e meia estou tendo esse problema em um servidor meu CentOS 5.4 que é o Firewall da rede onde o tráfego gira em torno dos 45Mbps diariamente. Alguém já passou por esses erros e teve alguma solução?
Oct 25 09:40:19 zeus kernel: Pid: 20444, comm: iptables Oct 25 09:40:19 zeus kernel: EIP: 0060:[<f8d9c4f5>] CPU: 2 Oct 25 09:40:19 zeus kernel: EIP is at ipt_do_table+0xa2/0x2c9 [ip_tables] Oct 25 09:40:19 zeus kernel: EFLAGS: 00200246 Not tainted (2.6.18-164.el5PAE #1) Oct 25 09:40:19 zeus kernel: EAX: 00000098 EBX: f4519820 ECX: 00000000 EDX: ed7a9301 Oct 25 09:40:19 zeus kernel: ESI: f946d688 EDI: f8d4d86c EBP: c073ff04 DS: 007b ES: 007b Oct 25 09:40:19 zeus kernel: CR0: 8005003b CR2: 101c0024 CR3: 0365ff80 CR4: 000006f0 Oct 25 09:40:19 zeus kernel: [<f8d4d017>] ipt_route_hook+0x17/0x1c [iptable_mangle] Oct 25 09:40:19 zeus kernel: [<c05d0230>] nf_iterate+0x30/0x61 Oct 25 09:40:19 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:19 zeus kernel: [<c05d0356>] nf_hook_slow+0x3a/0x90 Oct 25 09:40:20 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:21 zeus kernel: [<c05da4dc>] ip_output+0x82/0x266 Oct 25 09:40:21 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:22 zeus kernel: [<c05d6d02>] ip_forward+0x1f4/0x24a Oct 25 09:40:22 zeus kernel: [<c05d5b2a>] ip_rcv+0x47f/0x4b9 Oct 25 09:40:23 zeus kernel: [<c05ba688>] netif_receive_skb+0x34c/0x370 Oct 25 09:40:23 zeus kernel: [<f8a4b74d>] rtl8169_rx_interrupt+0x463/0x472 [r8169] Oct 25 09:40:24 zeus kernel: [<f8a4ced3>] rtl8169_poll+0x38/0x1b9 [r8169] Oct 25 09:40:24 zeus kernel: [<c05c91ac>] __qdisc_run+0x13e/0x1d3 Oct 25 09:40:25 zeus kernel: [<c05bc4c4>] net_rx_action+0x9c/0x1a7 Oct 25 09:40:25 zeus kernel: [<c04292fb>] __do_softirq+0x87/0x114 Oct 25 09:40:26 zeus kernel: [<c04073bb>] do_softirq+0x52/0x9c Oct 25 09:40:29 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:31 zeus kernel: [<f8d9b14a>] get_counters+0x7b/0xb5 [ip_tables] Oct 25 09:40:32 zeus kernel: [<f8d9bf0c>] do_ipt_set_ctl+0x254/0x600 [ip_tables] Oct 25 09:40:33 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:34 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:37 zeus kernel: [<c05d0c28>] nf_sockopt+0xac/0xda Oct 25 09:40:40 zeus kernel: [<c05d0c7a>] nf_setsockopt+0x11/0x16 Oct 25 09:40:43 zeus kernel: [<c05db6f6>] ip_setsockopt+0x9f1/0xa10 Oct 25 09:40:45 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:47 zeus kernel: [<c045953b>] get_page_from_freelist+0x2bf/0x370 Oct 25 09:40:50 zeus kernel: [<c0459643>] __alloc_pages+0x57/0x297 Oct 25 09:40:53 zeus kernel: [<c04674a6>] anon_vma_prepare+0x11/0xa5 Oct 25 09:40:55 zeus kernel: [<c0461af6>] __handle_mm_fault+0x7a2/0xcfe Oct 25 09:40:57 zeus kernel: [<c0463f5a>] vma_adjust+0x19d/0x37b Oct 25 09:40:58 zeus kernel: [<c05b2983>] sock_common_setsockopt+0x12/0x16 Oct 25 09:40:59 zeus kernel: [<c05b1044>] sys_setsockopt+0x76/0x95 Oct 25 09:41:00 zeus kernel: [<c05b232e>] sys_socketcall+0x15c/0x19e Oct 25 09:41:01 zeus kernel: [<c0404f17>] syscall_call+0x7/0xb Oct 25 09:41:03 zeus kernel: =======================
Oct 25 19:46:49 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:49 zeus kernel: TDH <c6> Oct 25 19:46:49 zeus kernel: TDT <b2> Oct 25 19:46:49 zeus kernel: next_to_use <b2> Oct 25 19:46:49 zeus kernel: next_to_clean <c6> Oct 25 19:46:49 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:49 zeus kernel: time_stamp <21abe5d> Oct 25 19:46:49 zeus kernel: next_to_watch <c6> Oct 25 19:46:49 zeus kernel: jiffies <21ac5c8> Oct 25 19:46:49 zeus kernel: next_to_watch.status <0> Oct 25 19:46:51 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:51 zeus kernel: TDH <d1> Oct 25 19:46:51 zeus kernel: TDT <b2> Oct 25 19:46:51 zeus kernel: next_to_use <b2> Oct 25 19:46:51 zeus kernel: next_to_clean <d1> Oct 25 19:46:51 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:51 zeus kernel: time_stamp <21abe5f> Oct 25 19:46:51 zeus kernel: next_to_watch <d1> Oct 25 19:46:51 zeus kernel: jiffies <21acd98> Oct 25 19:46:51 zeus kernel: next_to_watch.status <0> Oct 25 19:47:19 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:19 zeus kernel: TDH <95> Oct 25 19:47:19 zeus kernel: TDT <81> Oct 25 19:47:19 zeus kernel: next_to_use <81> Oct 25 19:47:19 zeus kernel: next_to_clean <95> Oct 25 19:47:19 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:19 zeus kernel: time_stamp <21b327b> Oct 25 19:47:19 zeus kernel: next_to_watch <95> Oct 25 19:47:19 zeus kernel: jiffies <21b3af8> Oct 25 19:47:19 zeus kernel: next_to_watch.status <0> Oct 25 19:47:21 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:21 zeus kernel: TDH <a7> Oct 25 19:47:21 zeus kernel: TDT <93> Oct 25 19:47:21 zeus kernel: next_to_use <93> Oct 25 19:47:21 zeus kernel: next_to_clean <a7> Oct 25 19:47:21 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:21 zeus kernel: time_stamp <21b3280> Oct 25 19:47:21 zeus kernel: next_to_watch <a7> Oct 25 19:47:21 zeus kernel: jiffies <21b42c8> Oct 25 19:47:21 zeus kernel: next_to_watch.status <0>
Grande abraço pessoal
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4553 (20091028) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Opa Alexandre,
Estou desconfiado que possa estar relacionado ao tráfego com quantidade de clientes na rede, mas posso estar errado também. Alguém aqui na lista possui algum CentOS servindo como Firewall em um ambiente parecido com esse que descrevo abaixo?
O Firewall segura uma rede de +/- uns 900 clientes simultâneos usando um link de 65Mbps. Se alguém tiver um ambiente parecido e funcionando perfeitamente e puder postar agradeceria muito. Porque aí vou partir pra trocar a placa de rede para outro modelo que use outro driver.
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Alexandre J. Correa - Onda Internet Enviada em: quinta-feira, 29 de outubro de 2009 00:56 Para: Portuguese (Brazilian) CentOS mailing list Assunto: Re: [CentOS-pt-br] Erros nos logs
pelo jeito pode ser:
- bug do driver da placa de rede - bug no kernel - bug no iptables
acredito ser driver !! veja se no kernel do 5.3 o que mudou (drivers) provavelmente um update em algum driver...
Marcelo Gondim wrote:
Pessoal volta e meia estou tendo esse problema em um servidor meu CentOS
5.4
que é o Firewall da rede onde o tráfego gira em torno dos 45Mbps diariamente. Alguém já passou por esses erros e teve alguma solução?
Oct 25 09:40:19 zeus kernel: Pid: 20444, comm: iptables Oct 25 09:40:19 zeus kernel: EIP: 0060:[<f8d9c4f5>] CPU: 2 Oct 25 09:40:19 zeus kernel: EIP is at ipt_do_table+0xa2/0x2c9 [ip_tables] Oct 25 09:40:19 zeus kernel: EFLAGS: 00200246 Not tainted (2.6.18-164.el5PAE #1) Oct 25 09:40:19 zeus kernel: EAX: 00000098 EBX: f4519820 ECX: 00000000
EDX:
ed7a9301 Oct 25 09:40:19 zeus kernel: ESI: f946d688 EDI: f8d4d86c EBP: c073ff04 DS: 007b ES: 007b Oct 25 09:40:19 zeus kernel: CR0: 8005003b CR2: 101c0024 CR3: 0365ff80
CR4:
000006f0 Oct 25 09:40:19 zeus kernel: [<f8d4d017>] ipt_route_hook+0x17/0x1c [iptable_mangle] Oct 25 09:40:19 zeus kernel: [<c05d0230>] nf_iterate+0x30/0x61 Oct 25 09:40:19 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:19 zeus kernel: [<c05d0356>] nf_hook_slow+0x3a/0x90 Oct 25 09:40:20 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:21 zeus kernel: [<c05da4dc>] ip_output+0x82/0x266 Oct 25 09:40:21 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:22 zeus kernel: [<c05d6d02>] ip_forward+0x1f4/0x24a Oct 25 09:40:22 zeus kernel: [<c05d5b2a>] ip_rcv+0x47f/0x4b9 Oct 25 09:40:23 zeus kernel: [<c05ba688>] netif_receive_skb+0x34c/0x370 Oct 25 09:40:23 zeus kernel: [<f8a4b74d>]
rtl8169_rx_interrupt+0x463/0x472
[r8169] Oct 25 09:40:24 zeus kernel: [<f8a4ced3>] rtl8169_poll+0x38/0x1b9 [r8169] Oct 25 09:40:24 zeus kernel: [<c05c91ac>] __qdisc_run+0x13e/0x1d3 Oct 25 09:40:25 zeus kernel: [<c05bc4c4>] net_rx_action+0x9c/0x1a7 Oct 25 09:40:25 zeus kernel: [<c04292fb>] __do_softirq+0x87/0x114 Oct 25 09:40:26 zeus kernel: [<c04073bb>] do_softirq+0x52/0x9c Oct 25 09:40:29 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:31 zeus kernel: [<f8d9b14a>] get_counters+0x7b/0xb5 [ip_tables] Oct 25 09:40:32 zeus kernel: [<f8d9bf0c>] do_ipt_set_ctl+0x254/0x600 [ip_tables] Oct 25 09:40:33 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:34 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:37 zeus kernel: [<c05d0c28>] nf_sockopt+0xac/0xda Oct 25 09:40:40 zeus kernel: [<c05d0c7a>] nf_setsockopt+0x11/0x16 Oct 25 09:40:43 zeus kernel: [<c05db6f6>] ip_setsockopt+0x9f1/0xa10 Oct 25 09:40:45 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:47 zeus kernel: [<c045953b>] get_page_from_freelist+0x2bf/0x370 Oct 25 09:40:50 zeus kernel: [<c0459643>] __alloc_pages+0x57/0x297 Oct 25 09:40:53 zeus kernel: [<c04674a6>] anon_vma_prepare+0x11/0xa5 Oct 25 09:40:55 zeus kernel: [<c0461af6>] __handle_mm_fault+0x7a2/0xcfe Oct 25 09:40:57 zeus kernel: [<c0463f5a>] vma_adjust+0x19d/0x37b Oct 25 09:40:58 zeus kernel: [<c05b2983>]
sock_common_setsockopt+0x12/0x16
Oct 25 09:40:59 zeus kernel: [<c05b1044>] sys_setsockopt+0x76/0x95 Oct 25 09:41:00 zeus kernel: [<c05b232e>] sys_socketcall+0x15c/0x19e Oct 25 09:41:01 zeus kernel: [<c0404f17>] syscall_call+0x7/0xb Oct 25 09:41:03 zeus kernel: =======================
Oct 25 19:46:49 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:49 zeus kernel: TDH <c6> Oct 25 19:46:49 zeus kernel: TDT <b2> Oct 25 19:46:49 zeus kernel: next_to_use <b2> Oct 25 19:46:49 zeus kernel: next_to_clean <c6> Oct 25 19:46:49 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:49 zeus kernel: time_stamp <21abe5d> Oct 25 19:46:49 zeus kernel: next_to_watch <c6> Oct 25 19:46:49 zeus kernel: jiffies <21ac5c8> Oct 25 19:46:49 zeus kernel: next_to_watch.status <0> Oct 25 19:46:51 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:51 zeus kernel: TDH <d1> Oct 25 19:46:51 zeus kernel: TDT <b2> Oct 25 19:46:51 zeus kernel: next_to_use <b2> Oct 25 19:46:51 zeus kernel: next_to_clean <d1> Oct 25 19:46:51 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:51 zeus kernel: time_stamp <21abe5f> Oct 25 19:46:51 zeus kernel: next_to_watch <d1> Oct 25 19:46:51 zeus kernel: jiffies <21acd98> Oct 25 19:46:51 zeus kernel: next_to_watch.status <0> Oct 25 19:47:19 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:19 zeus kernel: TDH <95> Oct 25 19:47:19 zeus kernel: TDT <81> Oct 25 19:47:19 zeus kernel: next_to_use <81> Oct 25 19:47:19 zeus kernel: next_to_clean <95> Oct 25 19:47:19 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:19 zeus kernel: time_stamp <21b327b> Oct 25 19:47:19 zeus kernel: next_to_watch <95> Oct 25 19:47:19 zeus kernel: jiffies <21b3af8> Oct 25 19:47:19 zeus kernel: next_to_watch.status <0> Oct 25 19:47:21 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:21 zeus kernel: TDH <a7> Oct 25 19:47:21 zeus kernel: TDT <93> Oct 25 19:47:21 zeus kernel: next_to_use <93> Oct 25 19:47:21 zeus kernel: next_to_clean <a7> Oct 25 19:47:21 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:21 zeus kernel: time_stamp <21b3280> Oct 25 19:47:21 zeus kernel: next_to_watch <a7> Oct 25 19:47:21 zeus kernel: jiffies <21b42c8> Oct 25 19:47:21 zeus kernel: next_to_watch.status <0>
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4556 (20091029) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
É processador multicore?
Opa Alexandre,
Estou desconfiado que possa estar relacionado ao tráfego com quantidade de clientes na rede, mas posso estar errado também. Alguém aqui na lista possui algum CentOS servindo como Firewall em um ambiente parecido com esse que descrevo abaixo?
O Firewall segura uma rede de +/- uns 900 clientes simultâneos usando um link de 65Mbps. Se alguém tiver um ambiente parecido e funcionando perfeitamente e puder postar agradeceria muito. Porque aí vou partir pra trocar a placa de rede para outro modelo que use outro driver.
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Alexandre J. Correa - Onda Internet Enviada em: quinta-feira, 29 de outubro de 2009 00:56 Para: Portuguese (Brazilian) CentOS mailing list Assunto: Re: [CentOS-pt-br] Erros nos logs
pelo jeito pode ser:
- bug do driver da placa de rede
- bug no kernel
- bug no iptables
acredito ser driver !! veja se no kernel do 5.3 o que mudou (drivers) provavelmente um update em algum driver...
Marcelo Gondim wrote:
Pessoal volta e meia estou tendo esse problema em um
servidor meu CentOS 5.4
que é o Firewall da rede onde o tráfego gira em torno dos 45Mbps diariamente. Alguém já passou por esses erros e teve alguma solução?
Oct 25 09:40:19 zeus kernel: Pid: 20444, comm: iptables Oct 25 09:40:19 zeus kernel: EIP: 0060:[<f8d9c4f5>] CPU: 2 Oct 25 09:40:19 zeus kernel: EIP is at
ipt_do_table+0xa2/0x2c9 [ip_tables]
Oct 25 09:40:19 zeus kernel: EFLAGS: 00200246 Not tainted (2.6.18-164.el5PAE #1) Oct 25 09:40:19 zeus kernel: EAX: 00000098 EBX: f4519820
ECX: 00000000 EDX:
ed7a9301 Oct 25 09:40:19 zeus kernel: ESI: f946d688 EDI: f8d4d86c
EBP: c073ff04 DS:
007b ES: 007b Oct 25 09:40:19 zeus kernel: CR0: 8005003b CR2: 101c0024
CR3: 0365ff80 CR4:
000006f0 Oct 25 09:40:19 zeus kernel: [<f8d4d017>] ipt_route_hook+0x17/0x1c [iptable_mangle] Oct 25 09:40:19 zeus kernel: [<c05d0230>] nf_iterate+0x30/0x61 Oct 25 09:40:19 zeus kernel: [<c05d920b>]
ip_finish_output+0x0/0x1db
Oct 25 09:40:19 zeus kernel: [<c05d0356>] nf_hook_slow+0x3a/0x90 Oct 25 09:40:20 zeus kernel: [<c05d920b>]
ip_finish_output+0x0/0x1db
Oct 25 09:40:21 zeus kernel: [<c05da4dc>] ip_output+0x82/0x266 Oct 25 09:40:21 zeus kernel: [<c05d920b>]
ip_finish_output+0x0/0x1db
Oct 25 09:40:22 zeus kernel: [<c05d6d02>] ip_forward+0x1f4/0x24a Oct 25 09:40:22 zeus kernel: [<c05d5b2a>] ip_rcv+0x47f/0x4b9 Oct 25 09:40:23 zeus kernel: [<c05ba688>]
netif_receive_skb+0x34c/0x370
Oct 25 09:40:23 zeus kernel: [<f8a4b74d>]
rtl8169_rx_interrupt+0x463/0x472
[r8169] Oct 25 09:40:24 zeus kernel: [<f8a4ced3>]
rtl8169_poll+0x38/0x1b9 [r8169]
Oct 25 09:40:24 zeus kernel: [<c05c91ac>] __qdisc_run+0x13e/0x1d3 Oct 25 09:40:25 zeus kernel: [<c05bc4c4>] net_rx_action+0x9c/0x1a7 Oct 25 09:40:25 zeus kernel: [<c04292fb>] __do_softirq+0x87/0x114 Oct 25 09:40:26 zeus kernel: [<c04073bb>] do_softirq+0x52/0x9c Oct 25 09:40:29 zeus kernel: [<c04059d7>]
apic_timer_interrupt+0x1f/0x24
Oct 25 09:40:31 zeus kernel: [<f8d9b14a>] get_counters+0x7b/0xb5 [ip_tables] Oct 25 09:40:32 zeus kernel: [<f8d9bf0c>]
do_ipt_set_ctl+0x254/0x600
[ip_tables] Oct 25 09:40:33 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:34 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:37 zeus kernel: [<c05d0c28>] nf_sockopt+0xac/0xda Oct 25 09:40:40 zeus kernel: [<c05d0c7a>] nf_setsockopt+0x11/0x16 Oct 25 09:40:43 zeus kernel: [<c05db6f6>] ip_setsockopt+0x9f1/0xa10 Oct 25 09:40:45 zeus kernel: [<c04059d7>]
apic_timer_interrupt+0x1f/0x24
Oct 25 09:40:47 zeus kernel: [<c045953b>] get_page_from_freelist+0x2bf/0x370 Oct 25 09:40:50 zeus kernel: [<c0459643>] __alloc_pages+0x57/0x297 Oct 25 09:40:53 zeus kernel: [<c04674a6>]
anon_vma_prepare+0x11/0xa5
Oct 25 09:40:55 zeus kernel: [<c0461af6>]
__handle_mm_fault+0x7a2/0xcfe
Oct 25 09:40:57 zeus kernel: [<c0463f5a>] vma_adjust+0x19d/0x37b Oct 25 09:40:58 zeus kernel: [<c05b2983>]
sock_common_setsockopt+0x12/0x16
Oct 25 09:40:59 zeus kernel: [<c05b1044>] sys_setsockopt+0x76/0x95 Oct 25 09:41:00 zeus kernel: [<c05b232e>]
sys_socketcall+0x15c/0x19e
Oct 25 09:41:01 zeus kernel: [<c0404f17>] syscall_call+0x7/0xb Oct 25 09:41:03 zeus kernel: =======================
Oct 25 19:46:49 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:49 zeus kernel: TDH <c6> Oct 25 19:46:49 zeus kernel: TDT <b2> Oct 25 19:46:49 zeus kernel: next_to_use <b2> Oct 25 19:46:49 zeus kernel: next_to_clean <c6> Oct 25 19:46:49 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:49 zeus kernel: time_stamp <21abe5d> Oct 25 19:46:49 zeus kernel: next_to_watch <c6> Oct 25 19:46:49 zeus kernel: jiffies <21ac5c8> Oct 25 19:46:49 zeus kernel: next_to_watch.status <0> Oct 25 19:46:51 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:51 zeus kernel: TDH <d1> Oct 25 19:46:51 zeus kernel: TDT <b2> Oct 25 19:46:51 zeus kernel: next_to_use <b2> Oct 25 19:46:51 zeus kernel: next_to_clean <d1> Oct 25 19:46:51 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:51 zeus kernel: time_stamp <21abe5f> Oct 25 19:46:51 zeus kernel: next_to_watch <d1> Oct 25 19:46:51 zeus kernel: jiffies <21acd98> Oct 25 19:46:51 zeus kernel: next_to_watch.status <0> Oct 25 19:47:19 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:19 zeus kernel: TDH <95> Oct 25 19:47:19 zeus kernel: TDT <81> Oct 25 19:47:19 zeus kernel: next_to_use <81> Oct 25 19:47:19 zeus kernel: next_to_clean <95> Oct 25 19:47:19 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:19 zeus kernel: time_stamp <21b327b> Oct 25 19:47:19 zeus kernel: next_to_watch <95> Oct 25 19:47:19 zeus kernel: jiffies <21b3af8> Oct 25 19:47:19 zeus kernel: next_to_watch.status <0> Oct 25 19:47:21 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:21 zeus kernel: TDH <a7> Oct 25 19:47:21 zeus kernel: TDT <93> Oct 25 19:47:21 zeus kernel: next_to_use <93> Oct 25 19:47:21 zeus kernel: next_to_clean <a7> Oct 25 19:47:21 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:21 zeus kernel: time_stamp <21b3280> Oct 25 19:47:21 zeus kernel: next_to_watch <a7> Oct 25 19:47:21 zeus kernel: jiffies <21b42c8> Oct 25 19:47:21 zeus kernel: next_to_watch.status <0>
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4556 (20091029) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
nao acredito que seja por causa de trafego nao..
tenta postar o backtrace que o kernel da no bug track do kernel.. quando aconteceu comigo postei e o pessoal respondeu o porque etc etc etc
Toledo, Luis Carlos wrote:
É processador multicore?
Opa Alexandre,
Estou desconfiado que possa estar relacionado ao tráfego com quantidade de clientes na rede, mas posso estar errado também. Alguém aqui na lista possui algum CentOS servindo como Firewall em um ambiente parecido com esse que descrevo abaixo?
O Firewall segura uma rede de +/- uns 900 clientes simultâneos usando um link de 65Mbps. Se alguém tiver um ambiente parecido e funcionando perfeitamente e puder postar agradeceria muito. Porque aí vou partir pra trocar a placa de rede para outro modelo que use outro driver.
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Alexandre J. Correa - Onda Internet Enviada em: quinta-feira, 29 de outubro de 2009 00:56 Para: Portuguese (Brazilian) CentOS mailing list Assunto: Re: [CentOS-pt-br] Erros nos logs
pelo jeito pode ser:
- bug do driver da placa de rede
- bug no kernel
- bug no iptables
acredito ser driver !! veja se no kernel do 5.3 o que mudou (drivers) provavelmente um update em algum driver...
Marcelo Gondim wrote:
Pessoal volta e meia estou tendo esse problema em um
servidor meu CentOS 5.4
que é o Firewall da rede onde o tráfego gira em torno dos 45Mbps diariamente. Alguém já passou por esses erros e teve alguma solução?
Oct 25 09:40:19 zeus kernel: Pid: 20444, comm: iptables Oct 25 09:40:19 zeus kernel: EIP: 0060:[<f8d9c4f5>] CPU: 2 Oct 25 09:40:19 zeus kernel: EIP is at
ipt_do_table+0xa2/0x2c9 [ip_tables]
Oct 25 09:40:19 zeus kernel: EFLAGS: 00200246 Not tainted (2.6.18-164.el5PAE #1) Oct 25 09:40:19 zeus kernel: EAX: 00000098 EBX: f4519820
ECX: 00000000 EDX:
ed7a9301 Oct 25 09:40:19 zeus kernel: ESI: f946d688 EDI: f8d4d86c
EBP: c073ff04 DS:
007b ES: 007b Oct 25 09:40:19 zeus kernel: CR0: 8005003b CR2: 101c0024
CR3: 0365ff80 CR4:
000006f0 Oct 25 09:40:19 zeus kernel: [<f8d4d017>] ipt_route_hook+0x17/0x1c [iptable_mangle] Oct 25 09:40:19 zeus kernel: [<c05d0230>] nf_iterate+0x30/0x61 Oct 25 09:40:19 zeus kernel: [<c05d920b>]
ip_finish_output+0x0/0x1db
Oct 25 09:40:19 zeus kernel: [<c05d0356>] nf_hook_slow+0x3a/0x90 Oct 25 09:40:20 zeus kernel: [<c05d920b>]
ip_finish_output+0x0/0x1db
Oct 25 09:40:21 zeus kernel: [<c05da4dc>] ip_output+0x82/0x266 Oct 25 09:40:21 zeus kernel: [<c05d920b>]
ip_finish_output+0x0/0x1db
Oct 25 09:40:22 zeus kernel: [<c05d6d02>] ip_forward+0x1f4/0x24a Oct 25 09:40:22 zeus kernel: [<c05d5b2a>] ip_rcv+0x47f/0x4b9 Oct 25 09:40:23 zeus kernel: [<c05ba688>]
netif_receive_skb+0x34c/0x370
Oct 25 09:40:23 zeus kernel: [<f8a4b74d>]
rtl8169_rx_interrupt+0x463/0x472
[r8169] Oct 25 09:40:24 zeus kernel: [<f8a4ced3>]
rtl8169_poll+0x38/0x1b9 [r8169]
Oct 25 09:40:24 zeus kernel: [<c05c91ac>] __qdisc_run+0x13e/0x1d3 Oct 25 09:40:25 zeus kernel: [<c05bc4c4>] net_rx_action+0x9c/0x1a7 Oct 25 09:40:25 zeus kernel: [<c04292fb>] __do_softirq+0x87/0x114 Oct 25 09:40:26 zeus kernel: [<c04073bb>] do_softirq+0x52/0x9c Oct 25 09:40:29 zeus kernel: [<c04059d7>]
apic_timer_interrupt+0x1f/0x24
Oct 25 09:40:31 zeus kernel: [<f8d9b14a>] get_counters+0x7b/0xb5 [ip_tables] Oct 25 09:40:32 zeus kernel: [<f8d9bf0c>]
do_ipt_set_ctl+0x254/0x600
[ip_tables] Oct 25 09:40:33 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:34 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:37 zeus kernel: [<c05d0c28>] nf_sockopt+0xac/0xda Oct 25 09:40:40 zeus kernel: [<c05d0c7a>] nf_setsockopt+0x11/0x16 Oct 25 09:40:43 zeus kernel: [<c05db6f6>] ip_setsockopt+0x9f1/0xa10 Oct 25 09:40:45 zeus kernel: [<c04059d7>]
apic_timer_interrupt+0x1f/0x24
Oct 25 09:40:47 zeus kernel: [<c045953b>] get_page_from_freelist+0x2bf/0x370 Oct 25 09:40:50 zeus kernel: [<c0459643>] __alloc_pages+0x57/0x297 Oct 25 09:40:53 zeus kernel: [<c04674a6>]
anon_vma_prepare+0x11/0xa5
Oct 25 09:40:55 zeus kernel: [<c0461af6>]
__handle_mm_fault+0x7a2/0xcfe
Oct 25 09:40:57 zeus kernel: [<c0463f5a>] vma_adjust+0x19d/0x37b Oct 25 09:40:58 zeus kernel: [<c05b2983>]
sock_common_setsockopt+0x12/0x16
Oct 25 09:40:59 zeus kernel: [<c05b1044>] sys_setsockopt+0x76/0x95 Oct 25 09:41:00 zeus kernel: [<c05b232e>]
sys_socketcall+0x15c/0x19e
Oct 25 09:41:01 zeus kernel: [<c0404f17>] syscall_call+0x7/0xb Oct 25 09:41:03 zeus kernel: =======================
Oct 25 19:46:49 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:49 zeus kernel: TDH <c6> Oct 25 19:46:49 zeus kernel: TDT <b2> Oct 25 19:46:49 zeus kernel: next_to_use <b2> Oct 25 19:46:49 zeus kernel: next_to_clean <c6> Oct 25 19:46:49 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:49 zeus kernel: time_stamp <21abe5d> Oct 25 19:46:49 zeus kernel: next_to_watch <c6> Oct 25 19:46:49 zeus kernel: jiffies <21ac5c8> Oct 25 19:46:49 zeus kernel: next_to_watch.status <0> Oct 25 19:46:51 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:51 zeus kernel: TDH <d1> Oct 25 19:46:51 zeus kernel: TDT <b2> Oct 25 19:46:51 zeus kernel: next_to_use <b2> Oct 25 19:46:51 zeus kernel: next_to_clean <d1> Oct 25 19:46:51 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:51 zeus kernel: time_stamp <21abe5f> Oct 25 19:46:51 zeus kernel: next_to_watch <d1> Oct 25 19:46:51 zeus kernel: jiffies <21acd98> Oct 25 19:46:51 zeus kernel: next_to_watch.status <0> Oct 25 19:47:19 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:19 zeus kernel: TDH <95> Oct 25 19:47:19 zeus kernel: TDT <81> Oct 25 19:47:19 zeus kernel: next_to_use <81> Oct 25 19:47:19 zeus kernel: next_to_clean <95> Oct 25 19:47:19 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:19 zeus kernel: time_stamp <21b327b> Oct 25 19:47:19 zeus kernel: next_to_watch <95> Oct 25 19:47:19 zeus kernel: jiffies <21b3af8> Oct 25 19:47:19 zeus kernel: next_to_watch.status <0> Oct 25 19:47:21 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:21 zeus kernel: TDH <a7> Oct 25 19:47:21 zeus kernel: TDT <93> Oct 25 19:47:21 zeus kernel: next_to_use <93> Oct 25 19:47:21 zeus kernel: next_to_clean <a7> Oct 25 19:47:21 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:21 zeus kernel: time_stamp <21b3280> Oct 25 19:47:21 zeus kernel: next_to_watch <a7> Oct 25 19:47:21 zeus kernel: jiffies <21b42c8> Oct 25 19:47:21 zeus kernel: next_to_watch.status <0>
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4556 (20091029) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
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
Opa estou usando esse carinha:
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
:D
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Toledo, Luis Carlos Enviada em: quinta-feira, 29 de outubro de 2009 19:30 Para: 'Portuguese (Brazilian) CentOS mailing list' Assunto: [CentOS-pt-br] RES: RES: Erros nos logs
É processador multicore?
Opa Alexandre,
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4556 (20091029) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
Em sistema multicore, é interessante setar o "smp_affinity", ou seja, configurar cada eth para um processador especifico evitando que o tratamento das interrupçoes fiquem em "pooling".
Abs Toledo
Opa estou usando esse carinha:
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
:D
É processador multicore?
Opa Alexandre,
Opa Toledo chequei lá no proc e cada uma tá em um processador. Desabilitei o irqbalance pra ver se faz alguma diferença. :)
-----Mensagem original----- De: centos-pt-br-bounces@centos.org [mailto:centos-pt-br-bounces@centos.org] Em nome de Toledo, Luis Carlos Enviada em: quinta-feira, 29 de outubro de 2009 21:42 Para: 'Portuguese (Brazilian) CentOS mailing list' Assunto: [CentOS-pt-br] RES: RES: RES: RES: Erros nos logs
Em sistema multicore, é interessante setar o "smp_affinity", ou seja, configurar cada eth para um processador especifico evitando que o tratamento das interrupçoes fiquem em "pooling".
Abs Toledo
Opa estou usando esse carinha:
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
:D
É processador multicore?
Opa Alexandre,
__________ Informação do ESET NOD32 Antivirus, versão da vacina 4556 (20091029) __________
A mensagem foi verificada pelo ESET NOD32 Antivirus.
2009/10/28 Marcelo Gondim gondim@linuxinfo.com.br
Pessoal volta e meia estou tendo esse problema em um servidor meu CentOS 5.4 que é o Firewall da rede onde o tráfego gira em torno dos 45Mbps diariamente. Alguém já passou por esses erros e teve alguma solução?
Oct 25 09:40:19 zeus kernel: Pid: 20444, comm: iptables Oct 25 09:40:19 zeus kernel: EIP: 0060:[<f8d9c4f5>] CPU: 2 Oct 25 09:40:19 zeus kernel: EIP is at ipt_do_table+0xa2/0x2c9 [ip_tables] Oct 25 09:40:19 zeus kernel: EFLAGS: 00200246 Not tainted (2.6.18-164.el5PAE #1) Oct 25 09:40:19 zeus kernel: EAX: 00000098 EBX: f4519820 ECX: 00000000 EDX: ed7a9301 Oct 25 09:40:19 zeus kernel: ESI: f946d688 EDI: f8d4d86c EBP: c073ff04 DS: 007b ES: 007b Oct 25 09:40:19 zeus kernel: CR0: 8005003b CR2: 101c0024 CR3: 0365ff80 CR4: 000006f0 Oct 25 09:40:19 zeus kernel: [<f8d4d017>] ipt_route_hook+0x17/0x1c [iptable_mangle] Oct 25 09:40:19 zeus kernel: [<c05d0230>] nf_iterate+0x30/0x61 Oct 25 09:40:19 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:19 zeus kernel: [<c05d0356>] nf_hook_slow+0x3a/0x90 Oct 25 09:40:20 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:21 zeus kernel: [<c05da4dc>] ip_output+0x82/0x266 Oct 25 09:40:21 zeus kernel: [<c05d920b>] ip_finish_output+0x0/0x1db Oct 25 09:40:22 zeus kernel: [<c05d6d02>] ip_forward+0x1f4/0x24a Oct 25 09:40:22 zeus kernel: [<c05d5b2a>] ip_rcv+0x47f/0x4b9 Oct 25 09:40:23 zeus kernel: [<c05ba688>] netif_receive_skb+0x34c/0x370 Oct 25 09:40:23 zeus kernel: [<f8a4b74d>] rtl8169_rx_interrupt+0x463/0x472 [r8169] Oct 25 09:40:24 zeus kernel: [<f8a4ced3>] rtl8169_poll+0x38/0x1b9 [r8169] Oct 25 09:40:24 zeus kernel: [<c05c91ac>] __qdisc_run+0x13e/0x1d3 Oct 25 09:40:25 zeus kernel: [<c05bc4c4>] net_rx_action+0x9c/0x1a7 Oct 25 09:40:25 zeus kernel: [<c04292fb>] __do_softirq+0x87/0x114 Oct 25 09:40:26 zeus kernel: [<c04073bb>] do_softirq+0x52/0x9c Oct 25 09:40:29 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:31 zeus kernel: [<f8d9b14a>] get_counters+0x7b/0xb5 [ip_tables] Oct 25 09:40:32 zeus kernel: [<f8d9bf0c>] do_ipt_set_ctl+0x254/0x600 [ip_tables] Oct 25 09:40:33 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:34 zeus kernel: [<c0415a86>] do_flush_tlb_all+0x0/0x5a Oct 25 09:40:37 zeus kernel: [<c05d0c28>] nf_sockopt+0xac/0xda Oct 25 09:40:40 zeus kernel: [<c05d0c7a>] nf_setsockopt+0x11/0x16 Oct 25 09:40:43 zeus kernel: [<c05db6f6>] ip_setsockopt+0x9f1/0xa10 Oct 25 09:40:45 zeus kernel: [<c04059d7>] apic_timer_interrupt+0x1f/0x24 Oct 25 09:40:47 zeus kernel: [<c045953b>] get_page_from_freelist+0x2bf/0x370 Oct 25 09:40:50 zeus kernel: [<c0459643>] __alloc_pages+0x57/0x297 Oct 25 09:40:53 zeus kernel: [<c04674a6>] anon_vma_prepare+0x11/0xa5 Oct 25 09:40:55 zeus kernel: [<c0461af6>] __handle_mm_fault+0x7a2/0xcfe Oct 25 09:40:57 zeus kernel: [<c0463f5a>] vma_adjust+0x19d/0x37b Oct 25 09:40:58 zeus kernel: [<c05b2983>] sock_common_setsockopt+0x12/0x16 Oct 25 09:40:59 zeus kernel: [<c05b1044>] sys_setsockopt+0x76/0x95 Oct 25 09:41:00 zeus kernel: [<c05b232e>] sys_socketcall+0x15c/0x19e Oct 25 09:41:01 zeus kernel: [<c0404f17>] syscall_call+0x7/0xb Oct 25 09:41:03 zeus kernel: =======================
Oct 25 19:46:49 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:49 zeus kernel: TDH <c6> Oct 25 19:46:49 zeus kernel: TDT <b2> Oct 25 19:46:49 zeus kernel: next_to_use <b2> Oct 25 19:46:49 zeus kernel: next_to_clean <c6> Oct 25 19:46:49 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:49 zeus kernel: time_stamp <21abe5d> Oct 25 19:46:49 zeus kernel: next_to_watch <c6> Oct 25 19:46:49 zeus kernel: jiffies <21ac5c8> Oct 25 19:46:49 zeus kernel: next_to_watch.status <0> Oct 25 19:46:51 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:46:51 zeus kernel: TDH <d1> Oct 25 19:46:51 zeus kernel: TDT <b2> Oct 25 19:46:51 zeus kernel: next_to_use <b2> Oct 25 19:46:51 zeus kernel: next_to_clean <d1> Oct 25 19:46:51 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:46:51 zeus kernel: time_stamp <21abe5f> Oct 25 19:46:51 zeus kernel: next_to_watch <d1> Oct 25 19:46:51 zeus kernel: jiffies <21acd98> Oct 25 19:46:51 zeus kernel: next_to_watch.status <0> Oct 25 19:47:19 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:19 zeus kernel: TDH <95> Oct 25 19:47:19 zeus kernel: TDT <81> Oct 25 19:47:19 zeus kernel: next_to_use <81> Oct 25 19:47:19 zeus kernel: next_to_clean <95> Oct 25 19:47:19 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:19 zeus kernel: time_stamp <21b327b> Oct 25 19:47:19 zeus kernel: next_to_watch <95> Oct 25 19:47:19 zeus kernel: jiffies <21b3af8> Oct 25 19:47:19 zeus kernel: next_to_watch.status <0> Oct 25 19:47:21 zeus kernel: eth1: Detected Tx Unit Hang: Oct 25 19:47:21 zeus kernel: TDH <a7> Oct 25 19:47:21 zeus kernel: TDT <93> Oct 25 19:47:21 zeus kernel: next_to_use <93> Oct 25 19:47:21 zeus kernel: next_to_clean <a7> Oct 25 19:47:21 zeus kernel: buffer_info[next_to_clean]: Oct 25 19:47:21 zeus kernel: time_stamp <21b3280> Oct 25 19:47:21 zeus kernel: next_to_watch <a7> Oct 25 19:47:21 zeus kernel: jiffies <21b42c8> Oct 25 19:47:21 zeus kernel: next_to_watch.status <0>
Sugestões:
https://bugzilla.redhat.com/show_bug.cgi?id=513350 https://bugzilla.redhat.com/show_bug.cgi?id=436966 https://bugzilla.redhat.com/show_bug.cgi?id=499355
Filipe
discuss-pt-br@lists.centos.org
-
Alexandre J. Correa - Onda Internet -
Filipe Rosset -
Marcelo Carvalho -
Marcelo Gondim -
Ricardo Vendramini -
Toledo, Luis Carlos