Re: Caindo rede (Squeeze)
Mande os logs para podermos te ajudar melhor e a saída do comando lspci. On Tue, 29 May 2012 00:34:30 -0300 Keppler jurgenkepp...@gmail.com wrote: Olá pessoal. Acabei de instalar o Squeeze numa máquina aqui para testes, mas está acontecendo algo estranho aqui. A rede cai após alguns minutos (acho que entre 10 ou 15 minutos). Tipo como se estivesse desconectado o cabo de rede. Notei isto porque quando estou conectar nesta maquina via ssh a partir de uma outra maquina com Linux, trava a sessão ssh e quando vou a máquina com o Squeeze se eu der um ping para qq maquina da rede não pinga mais. Mas de der um reboot na máquina a rede volta novamente, mas após alguns minutos cai novamente. O que tenho que fazer? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local
Re: Caindo rede (Squeeze)
não é conflito de ip não? testou o cabo? verificar com ethtool o status de conexão dhcp? estatico? Atenciosamente, *Gabriel Ricardo.* www.tinotapa.com.br Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com escreveu: Mande os logs para podermos te ajudar melhor e a saída do comando lspci. On Tue, 29 May 2012 00:34:30 -0300 Keppler jurgenkepp...@gmail.com wrote: Olá pessoal. Acabei de instalar o Squeeze numa máquina aqui para testes, mas está acontecendo algo estranho aqui. A rede cai após alguns minutos (acho que entre 10 ou 15 minutos). Tipo como se estivesse desconectado o cabo de rede. Notei isto porque quando estou conectar nesta maquina via ssh a partir de uma outra maquina com Linux, trava a sessão ssh e quando vou a máquina com o Squeeze se eu der um ping para qq maquina da rede não pinga mais. Mas de der um reboot na máquina a rede volta novamente, mas após alguns minutos cai novamente. O que tenho que fazer? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local
Re: Caindo rede (Squeeze)
Prezados, Uma vez enfrentei um problema, na instalação de um servidor zerado, que ao colocar na rede, ela ficava extremamente lenta e oscilando. Eu tinha um swicht 10/100 e a placa de rede do servidor que estava utilizando era Gigabit. Desativei a placa Gigabit e deixei funcionando somente a 10/100, aí parou a instabilidade da rede e as conexões se estabilizaram. Péricles Em 29/05/2012, às 09:15, Gabriel Ricardo escreveu: não é conflito de ip não? testou o cabo? verificar com ethtool o status de conexão dhcp? estatico? Atenciosamente, Gabriel Ricardo. www.tinotapa.com.br Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com escreveu: Mande os logs para podermos te ajudar melhor e a saída do comando lspci. On Tue, 29 May 2012 00:34:30 -0300 Keppler jurgenkepp...@gmail.com wrote: Olá pessoal. Acabei de instalar o Squeeze numa máquina aqui para testes, mas está acontecendo algo estranho aqui. A rede cai após alguns minutos (acho que entre 10 ou 15 minutos). Tipo como se estivesse desconectado o cabo de rede. Notei isto porque quando estou conectar nesta maquina via ssh a partir de uma outra maquina com Linux, trava a sessão ssh e quando vou a máquina com o Squeeze se eu der um ping para qq maquina da rede não pinga mais. Mas de der um reboot na máquina a rede volta novamente, mas após alguns minutos cai novamente. O que tenho que fazer? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local
Re: Caindo rede (Squeeze)
André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Kernel driver in use: pcieport 00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at fb207000 (64-bit, non-prefetchable) [size=16] Capabilities: [50] Power Management version 3 Capabilities: [8c] MSI: Enable- Count=1/1 Maskable- 64bit+ 00:1a.0 USB Controller: Intel Corporation Cougar Point USB Enhanced Host Controller #2 (rev 05) (prog-if 20 [EHCI]) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, medium devsel, latency 0, IRQ 16 Memory at fb206000 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] Debug port: BAR=1 offset=00a0 Capabilities: [98] PCI Advanced Features Kernel driver in use: ehci_hcd 00:1b.0 Audio device: Intel Corporation Cougar Point High Definition Audio Controller (rev 05) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 22 Memory at fb20 (64-bit, non-prefetchable)
Re: Caindo rede (Squeeze)
Olá Gabriel Não, não é conflito de IP. Já verifiquei isto Também testei os cabos, aliás já coloquei com 2 cabos diferentes que estão funcionando em outras máquinas Está com IP estático e quanto ao ethtool eu não conheço. Como tem que usar ele? On 29-05-2012 09:15, Gabriel Ricardo wrote: não é conflito de ip não? testou o cabo? verificar com ethtool o status de conexão dhcp? estatico? Atenciosamente, */Gabriel Ricardo./* www.tinotapa.com.br http://www.tinotapa.com.br Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com mailto:andre4li...@gmail.com escreveu: Mande os logs para podermos te ajudar melhor e a saída do comando lspci. On Tue, 29 May 2012 00:34:30 -0300 Keppler jurgenkepp...@gmail.com mailto:jurgenkepp...@gmail.com wrote: Olá pessoal. Acabei de instalar o Squeeze numa máquina aqui para testes, mas está acontecendo algo estranho aqui. A rede cai após alguns minutos (acho que entre 10 ou 15 minutos). Tipo como se estivesse desconectado o cabo de rede. Notei isto porque quando estou conectar nesta maquina via ssh a partir de uma outra maquina com Linux, trava a sessão ssh e quando vou a máquina com o Squeeze se eu der um ping para qq maquina da rede não pinga mais. Mas de der um reboot na máquina a rede volta novamente, mas após alguns minutos cai novamente. O que tenho que fazer? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org mailto:debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local
Re: Caindo rede (Squeeze)
Olá Péricles. Acredito não ser o caso, pois já usei cabos diferentes que estão em portas diferentes no Switch e as máquinas ligas nestes cabos funcionam perfeitamente. On 29-05-2012 09:49, Péricles de Souza wrote: Prezados, Uma vez enfrentei um problema, na instalação de um servidor zerado, que ao colocar na rede, ela ficava extremamente lenta e oscilando. Eu tinha um swicht 10/100 e a placa de rede do servidor que estava utilizando era Gigabit. Desativei a placa Gigabit e deixei funcionando somente a 10/100, aí parou a instabilidade da rede e as conexões se estabilizaram. Péricles Em 29/05/2012, às 09:15, Gabriel Ricardo escreveu: não é conflito de ip não? testou o cabo? verificar com ethtool o status de conexão dhcp? estatico? Atenciosamente, */Gabriel Ricardo./* www.tinotapa.com.br http://www.tinotapa.com.br/ Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com mailto:andre4li...@gmail.com escreveu: Mande os logs para podermos te ajudar melhor e a saída do comando lspci. On Tue, 29 May 2012 00:34:30 -0300 Keppler jurgenkepp...@gmail.com mailto:jurgenkepp...@gmail.com wrote: Olá pessoal. Acabei de instalar o Squeeze numa máquina aqui para testes, mas está acontecendo algo estranho aqui. A rede cai após alguns minutos (acho que entre 10 ou 15 minutos). Tipo como se estivesse desconectado o cabo de rede. Notei isto porque quando estou conectar nesta maquina via ssh a partir de uma outra maquina com Linux, trava a sessão ssh e quando vou a máquina com o Squeeze se eu der um ping para qq maquina da rede não pinga mais. Mas de der um reboot na máquina a rede volta novamente, mas após alguns minutos cai novamente. O que tenho que fazer? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org mailto:debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local
Re: Caindo rede (Squeeze)
Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Kernel driver in use: pcieport 00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at fb207000 (64-bit, non-prefetchable) [size=16] Capabilities: [50] Power Management version 3 Capabilities: [8c] MSI: Enable- Count=1/1 Maskable- 64bit+ 00:1a.0 USB Controller: Intel Corporation Cougar Point USB Enhanced Host Controller #2 (rev 05) (prog-if 20 [EHCI]) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, medium devsel, latency 0,
Re: Caindo rede (Squeeze)
Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Kernel driver in use: pcieport 00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04)
Re: Caindo rede (Squeeze)
o ethool verifica se o link está ok outra alternativa tambem, é ler o dmesg apos a queda da rede Atenciosamente, *Gabriel Ricardo.* www.tinotapa.com.br Em 29 de maio de 2012 13:41, Mauricio Neto mn...@inbox.com escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Keppler jurgenkepp...@gmail.com jurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c ? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Kernel driver in use: pcieport 00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at fb207000 (64-bit, non-prefetchable) [size=16] Capabilities: [50] Power Management version 3
Re: Caindo rede (Squeeze)
Olá Mauricio! Putz cara...já reinstalei 2 vezes e o problema continua. Vou tentar remover os pacotes ssh e reinstalar novamente. E por falar em ssh, quais pacotes precisam para ter rodando também um servidor ssh?...pode ser que esteja faltando alguma lib, sei lá On 29-05-2012 13:41, Mauricio Neto wrote: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Kernel driver in use: pcieport 00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at fb207000 (64-bit, non-prefetchable) [size=16] Capabilities: [50] Power Management
Re: Caindo rede (Squeeze)
Não sei se chegou a ver a minha mesg, mas vou reproduzi-la para: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:59, Keppler escreveu: Olá Mauricio! Putz cara...já reinstalei 2 vezes e o problema continua. Vou tentar remover os pacotes ssh e reinstalar novamente. E por falar em ssh, quais pacotes precisam para ter rodando também um servidor ssh?...pode ser que esteja faltando alguma lib, sei lá On 29-05-2012 13:41, Mauricio Neto wrote: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge PCI Express Root Port Capabilities: [80] Power Management version 3
Re: Caindo rede (Squeeze)
Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific
Re: Caindo rede (Squeeze)
Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando
Re: Caindo rede (Squeeze)
Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux On 29-05-2012 14:23, Gustavo Soares [SLot] wrote: Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André,
Re: Caindo rede (Squeeze)
Keppler No caso do Debian nunca tive problemas com um aptitude install ssh do repositório padrão. Acredito que você não precise de desinstalar o ssh mas tente acessar maquinas e fazer copias de arquivos de outra forma, pode ser ate um wget para testar. E de uma verificada olho fino nas configurações do ssh, é fácil cometer erros do tipo olhamos e não vemos, ai chega um leigo de fora e diz, - Cara você escreveu nul meu professor sempre fala que é null, qual esta certo? :-) Em 29/05/2012 13:59, Keppler escreveu: Olá Mauricio! Putz cara...já reinstalei 2 vezes e o problema continua. Vou tentar remover os pacotes ssh e reinstalar novamente. E por falar em ssh, quais pacotes precisam para ter rodando também um servidor ssh?...pode ser que esteja faltando alguma lib, sei lá On 29-05-2012 13:41, Mauricio Neto wrote: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Re: Caindo rede (Squeeze)
Vamos só verificar qual o linux-image está instalado ai, executa o comando abaixo e manda o resultado: dpkg -la linux-image-2.6.32-5-amd64 Em 29-05-2012 14:26, Keppler escreveu: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux On 29-05-2012 14:23, Gustavo Soares [SLot] wrote: Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece
Re: Caindo rede (Squeeze)
Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Nome VersãoDescrição +++-==-==- ii linux-image-2.6.32-5-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs On 29-05-2012 14:48, Gustavo Soares [SLot] wrote: Vamos só verificar qual o linux-image está instalado ai, executa o comando abaixo e manda o resultado: dpkg -la linux-image-2.6.32-5-amd64 Em 29-05-2012 14:26, Keppler escreveu: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux On 29-05-2012 14:23, Gustavo Soares [SLot] wrote: Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog
Re: Caindo rede (Squeeze)
Eu ainda bato o pé na placa de rede, tem como você instalar o linux-image do repositório backports ? Ou radicalizar e trocar a placa para você matar isso. Em 29-05-2012 14:47, Keppler escreveu: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Nome VersãoDescrição +++-==-==- ii linux-image-2.6.32-5-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs On 29-05-2012 14:48, Gustavo Soares [SLot] wrote: Vamos só verificar qual o linux-image está instalado ai, executa o comando abaixo e manda o resultado: dpkg -la linux-image-2.6.32-5-amd64 Em 29-05-2012 14:26, Keppler escreveu: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux On 29-05-2012 14:23, Gustavo Soares [SLot] wrote: Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0
Re: Caindo rede (Squeeze)
Ter, 29.05.2012, Keppler disse: Olá Mauricio! Putz cara...já reinstalei 2 vezes e o problema continua. Vou tentar remover os pacotes ssh e reinstalar novamente. E por falar em ssh, quais pacotes precisam para ter rodando também um servidor ssh?...pode ser que esteja faltando alguma lib, sei lá em http://packages.debian.org/sid/ssh ou # dpkg -p ssh | grep Depends Depends: openssh-client, openssh-server # dpkg -p openssh-server | grep Depends Depends: libc6 (= 2.8), libcomerr2 (= 1.01), libgssapi-krb5-2 (= 1.10+dfsg~), libkrb5-3 (= 1.6.dfsg.2), libpam0g (= 0.99.7.1), libselinux1 (= 1.32), libssl1.0.0 (= 1.0.0), libwrap0 (= 7.6-4~), zlib1g (= 1:1.1.4), debconf (= 1.2.0) | debconf-2.0, openssh-client (= 1:5.9p1-5), libpam-runtime (= 0.76-14), libpam-modules (= 0.72-9), adduser (= 3.9), dpkg (= 1.9.0), lsb-base (= 3.2-13), procps Abs., On 29-05-2012 13:41, Mauricio Neto wrote: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.: 192.168.1.30 Bcast:192.168.1.255 Masc:255.255.255.0 endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1 * RX packets:41 errors:0 dropped:0 overruns:0 frame:0 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1* colisões:0 txqueuelen:1000 RX bytes:5833 (5.6 KiB) TX bytes:8156 (7.9 KiB) IRQ:27 loLink encap:Loopback Local inet end.: 127.0.0.1 Masc:255.0.0.0 endereço inet6: ::1/128 Escopo:Máquina UP LOOPBACKRUNNING MTU:16436 Métrica:1 RX packets:140 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 colisões:0 txqueuelen:0 RX bytes:22293 (21.7 KiB) TX bytes:22293 (21.7 KiB) E dentro de /var/log/syslog nada me chamou a atenção a não ser a última linha: May 29 12:41:05 keppler kernel: [ 16.779204] eth0: no IPv6 routers present Muito estranho isto! Só um outro detalhe que acredito que não tenha nada há ver é que as outra máquina é um Slackware, mas até onde me lembro não é para ter problemas para acessar via ssh de Slackware para Debian e vice-versa. Sabes me dizer o que acontece? On 29-05-2012 09:04, André Luiz wrote: Sim, mais precisamente o /var/log/syslog. Quando o problema acontecer, veja se algum erro aparece nesse arquivo. Outra coisa que vc pode verificar é se existem erros na recepção ou envio de pacotes através do ifconfig. Quando vc digitar ifconfig, veja se na linha que aparece errors depois de RX ou TX packets tem um número bastante alto ou se está igual a zero. On Tue, 29 May 2012 08:40:20 -0300 Kepplerjurgenkepp...@gmail.com wrote: Bom dia André, obrigado pelo retorno. Os logs que vc menciona estariam em /var/log ? Quais logs vc quer? Abaixo está a saída do comando lspci -v: 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=0c? 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f800-fb0f Prefetchable memory behind bridge: d000-dfff
Re: Caindo rede (Squeeze)
Não sei cara...não está parecendo placa de rede não. Até agora notei que a rede trava somente em 2 casos: 1) Quando acesso remotamente via ssh esta máquina Debian (á partir de outr máquina da rede) e dou um cat em um arquivo qualquer 2) Quando à partir desta máquina Debian (estou sentado nela) e tento transferir um arquivo para outra máquina da rede usando scp Por exemplo enquanto estou escrevendo este mail, estou com uma sessão ssh aberta desta minha máquina para a máquina Debian faz pelos menos uns 40 minutos e está tudo bem, não travou nada. Sei lá...isto está me deixando maluco... On 29-05-2012 15:01, Gustavo Soares [SLot] wrote: Eu ainda bato o pé na placa de rede, tem como você instalar o linux-image do repositório backports ? Ou radicalizar e trocar a placa para você matar isso. Em 29-05-2012 14:47, Keppler escreveu: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Nome VersãoDescrição +++-==-==- ii linux-image-2.6.32-5-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs On 29-05-2012 14:48, Gustavo Soares [SLot] wrote: Vamos só verificar qual o linux-image está instalado ai, executa o comando abaixo e manda o resultado: dpkg -la linux-image-2.6.32-5-amd64 Em 29-05-2012 14:26, Keppler escreveu: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux On 29-05-2012 14:23, Gustavo Soares [SLot] wrote: Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à partir desta máquina Debian quando tento copiar uma arquivos para outra máquina remota via scp. Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por isso que fui dar um cat nele. A saída de ifconfig não tem de nada de anormal: eth0 Link encap:Ethernet Endereço de HW 6c:62:6d:f9:ac:94 inet end.:
Re: Caindo rede (Squeeze)
Bom, eu tive um problema parecido com o seu e ligado a Atheros, acho válido o teste que te falei. Para você ter ideia era um servidor apache2, o cara fazia download de um pdf e esse pdf chegava somente com a primeira página. Resolvi da forma que falei. Era algo ligado a placa de rede mesmo. Em 29-05-2012 15:08, Keppler escreveu: Não sei cara...não está parecendo placa de rede não. Até agora notei que a rede trava somente em 2 casos: 1) Quando acesso remotamente via ssh esta máquina Debian (á partir de outr máquina da rede) e dou um cat em um arquivo qualquer 2) Quando à partir desta máquina Debian (estou sentado nela) e tento transferir um arquivo para outra máquina da rede usando scp Por exemplo enquanto estou escrevendo este mail, estou com uma sessão ssh aberta desta minha máquina para a máquina Debian faz pelos menos uns 40 minutos e está tudo bem, não travou nada. Sei lá...isto está me deixando maluco... On 29-05-2012 15:01, Gustavo Soares [SLot] wrote: Eu ainda bato o pé na placa de rede, tem como você instalar o linux-image do repositório backports ? Ou radicalizar e trocar a placa para você matar isso. Em 29-05-2012 14:47, Keppler escreveu: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Nome VersãoDescrição +++-==-==- ii linux-image-2.6.32-5-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs On 29-05-2012 14:48, Gustavo Soares [SLot] wrote: Vamos só verificar qual o linux-image está instalado ai, executa o comando abaixo e manda o resultado: dpkg -la linux-image-2.6.32-5-amd64 Em 29-05-2012 14:26, Keppler escreveu: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux On 29-05-2012 14:23, Gustavo Soares [SLot] wrote: Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo fica normal, ou seja, a conexão não trava. Outra coisa entranha que trava a rede é quando à
Re: Caindo rede (Squeeze)
Blz Gustavo. Vou trocar a placa de rede e testar novamente. Obrigado pelo help... On 29-05-2012 15:24, Gustavo Soares [SLot] wrote: Bom, eu tive um problema parecido com o seu e ligado a Atheros, acho válido o teste que te falei. Para você ter ideia era um servidor apache2, o cara fazia download de um pdf e esse pdf chegava somente com a primeira página. Resolvi da forma que falei. Era algo ligado a placa de rede mesmo. Em 29-05-2012 15:08, Keppler escreveu: Não sei cara...não está parecendo placa de rede não. Até agora notei que a rede trava somente em 2 casos: 1) Quando acesso remotamente via ssh esta máquina Debian (á partir de outr máquina da rede) e dou um cat em um arquivo qualquer 2) Quando à partir desta máquina Debian (estou sentado nela) e tento transferir um arquivo para outra máquina da rede usando scp Por exemplo enquanto estou escrevendo este mail, estou com uma sessão ssh aberta desta minha máquina para a máquina Debian faz pelos menos uns 40 minutos e está tudo bem, não travou nada. Sei lá...isto está me deixando maluco... On 29-05-2012 15:01, Gustavo Soares [SLot] wrote: Eu ainda bato o pé na placa de rede, tem como você instalar o linux-image do repositório backports ? Ou radicalizar e trocar a placa para você matar isso. Em 29-05-2012 14:47, Keppler escreveu: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Nome VersãoDescrição +++-==-==- ii linux-image-2.6.32-5-amd64 2.6.32-45 Linux 2.6.32 for 64-bit PCs On 29-05-2012 14:48, Gustavo Soares [SLot] wrote: Vamos só verificar qual o linux-image está instalado ai, executa o comando abaixo e manda o resultado: dpkg -la linux-image-2.6.32-5-amd64 Em 29-05-2012 14:26, Keppler escreveu: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux On 29-05-2012 14:23, Gustavo Soares [SLot] wrote: Sim, tive problema com o Squeeze e as placas da atheros, qual a versão do kernel linux ? Instale o kernel do backports e veja se resolve, pra mim, simplesmente compilei o linux e ficou perfeito. Em 29-05-2012 14:08, Keppler escreveu: Olá Gustavo. Abaixo a saída do comando lspci -v: 03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast Ethernet (rev c1) Subsystem: Micro-Star International Co., Ltd. Device 7680 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fb10 (64-bit, non-prefetchable) [size=256K] I/O ports at d000 [size=128] Capabilities: [40] Power Management version 3 Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [6c] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff Kernel driver in use: atl1c Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma máquina (inclusive o squeeze-32 bit) e não tive problemas Alguma outra sugestão? On 29-05-2012 14:07, Gustavo Soares [SLot] wrote: Olá Você ainda não contou qual a sua placa de rede. Se for essa abaixo: root@wals:/rootlspci -mm | egrep -i Ether 02:00.0 Ethernet controller Atheros Communications AR8132 Fast Ethernet -rc0 Micro-Star International Co., Ltd. Device 7592 root@wals:/root Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a atualização ou compila um novo linux ou troca essa coisa e coloca uma placa bacana. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5 Em 29-05-2012 13:41, Mauricio Neto escreveu: Keppler, O que me parece é que o seu problema é com o ssh e não com a rede. faça alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido com uma maquina que eu havia acabado de instalar e não sei porque o ssh estava super mal comportado. Como era uma maquina zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar o Debian e tudo funcionou como de costume. Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo monitorar as duas pontas Abraço Mauricio Neto Em 29/05/2012 13:15, Keppler escreveu: André, olha só que coisa maluca está acontecendo. Estou acessando esta máquina via SSH e quando fui dar um cat no /var/log/syslog a conexão travou. Fui até a máquina em questão e notei que ela não pingava mais nenhuma máquina da rede. A rede voltou a responder somente depois que eu dei um reboot na máquina. Mas se eu estiver logado nesta
Caindo rede (Squeeze)
Olá pessoal. Acabei de instalar o Squeeze numa máquina aqui para testes, mas está acontecendo algo estranho aqui. A rede cai após alguns minutos (acho que entre 10 ou 15 minutos). Tipo como se estivesse desconectado o cabo de rede. Notei isto porque quando estou conectar nesta maquina via ssh a partir de uma outra maquina com Linux, trava a sessão ssh e quando vou a máquina com o Squeeze se eu der um ping para qq maquina da rede não pinga mais. Mas de der um reboot na máquina a rede volta novamente, mas após alguns minutos cai novamente. O que tenho que fazer? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fc443c6.5050...@gmail.com
