Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/20 Nilson nil...@forge.com.br 2010/1/20 Enio Marconcini eni...@gmail.com: isso seria possivel ajustar via sysctl ou somente recompilando o kernel? ou ainda isso poderia ser problema na placa ? Talvez tunnings resolvam, mas como você la no primeiro email que trata-se de um 7.2-RELEASE e um dos seus primeiros testes com o freebão, eu acho que agora que sabes muito mais coisas deverias atualizar o kernel para o RELENG_7, e recompilá-lo, pois pode muito bem ter sido algum tipo de bug nesse driver que já tenha sido corrigido. Se é tranquilo realizar esse processo acho que deverias fazê-lo... -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Nilson boa tarde, deixei um tail -F no messages e fui acompanhando o andar da carruagem desde sexta-feira, e em uma das placas que eu estava tendo o erro de watchdog, eu troquei um cabo, e não vi mais acontecer o problema, tomei por base os man´s sempre referirem o watchdog como podendo ser problema de cabos, rsrs qualquer novidade eu volto a postar, abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/20 Nilson nil...@forge.com.br 2010/1/20 Enio Marconcini eni...@gmail.com: isso seria possivel ajustar via sysctl ou somente recompilando o kernel? ou ainda isso poderia ser problema na placa ? Talvez tunnings resolvam, mas como você la no primeiro email que trata-se de um 7.2-RELEASE e um dos seus primeiros testes com o freebão, eu acho que agora que sabes muito mais coisas deverias atualizar o kernel para o RELENG_7, e recompilá-lo, pois pode muito bem ter sido algum tipo de bug nesse driver que já tenha sido corrigido. Se é tranquilo realizar esse processo acho que deverias fazê-lo... -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Sim Nilson realmente, este srvzinho aqui é um deskserver, montei qdo comecei a usar freebsd, já pensei nisso mesmo em fazer um update geral, mas como diz o velho ditato na casa do ferreiro os espetos são de pau, nao me sobra tempo pra por um outro pc e fazer isso sobre os tunnings, oq vc me recomendaria? abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/19 Wanderson Tinti wander...@bsd.com.br 2010/1/18 Enio Marconcini eni...@gmail.com pessoal, percebi recentemente que, num servidor rodando 7.2-Release (isso mesmo, meu primeiro teste com freebsd) vez ou outra os usuários ligam reclamando que perdeu conexão com o sistema no começo eu até pensei que era os AP´s que estavam travando, mas depois de olhar o messages eu notei essas informações Jan 13 12:08:39 glaurung kernel: vge0: link state changed to UP Jan 13 12:36:56 glaurung kernel: vge1: watchdog timeout Jan 13 12:36:56 glaurung kernel: vge1: link state changed to DOWN Jan 13 12:36:57 glaurung kernel: vge1: link state changed to UP Jan 13 12:48:33 glaurung kernel: vge0: watchdog timeout Jan 13 12:48:33 glaurung kernel: vge0: link state changed to DOWN Jan 13 12:48:36 glaurung kernel: vge0: link state changed to UP Jan 13 13:31:12 glaurung kernel: arp: unknown hardware address format (0x4500) -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null Tive o mesmo problema, após atualizar para STABLE e não usar 'media: Ethernet autoselect' o problema foi resolvido. Não sei qual das duas opções resolveu o problema, as placas eram Realtek. Boa noite. Atenciosamente, Wanderson Tinti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd opa, eu notei aqui que a ultima vez que deu um watchdog foi ontem as 14:47, e até agora continua normal, porém eu vou esperar pra ver pois nao mexi em nada do mais, refiz as confs do meu rc.conf usando o ipv4_addrs_if e ajustei o media para 100baseTX que é o que o tipo da conexão (por mais que minha NIC é Giga, a outra ponta não é) nao ativei as confs novas, vou esperar até ver quando ocorre outro watchdog, abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/20 Enio Marconcini eni...@gmail.com 2010/1/19 Wanderson Tinti wander...@bsd.com.br 2010/1/18 Enio Marconcini eni...@gmail.com pessoal, percebi recentemente que, num servidor rodando 7.2-Release (isso mesmo, meu primeiro teste com freebsd) vez ou outra os usuários ligam reclamando que perdeu conexão com o sistema no começo eu até pensei que era os AP´s que estavam travando, mas depois de olhar o messages eu notei essas informações Jan 13 12:08:39 glaurung kernel: vge0: link state changed to UP Jan 13 12:36:56 glaurung kernel: vge1: watchdog timeout Jan 13 12:36:56 glaurung kernel: vge1: link state changed to DOWN Jan 13 12:36:57 glaurung kernel: vge1: link state changed to UP Jan 13 12:48:33 glaurung kernel: vge0: watchdog timeout Jan 13 12:48:33 glaurung kernel: vge0: link state changed to DOWN Jan 13 12:48:36 glaurung kernel: vge0: link state changed to UP Jan 13 13:31:12 glaurung kernel: arp: unknown hardware address format (0x4500) -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null Tive o mesmo problema, após atualizar para STABLE e não usar 'media: Ethernet autoselect' o problema foi resolvido. Não sei qual das duas opções resolveu o problema, as placas eram Realtek. Boa noite. Atenciosamente, Wanderson Tinti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd opa, eu notei aqui que a ultima vez que deu um watchdog foi ontem as 14:47, e até agora continua normal, porém eu vou esperar pra ver pois nao mexi em nada do mais, refiz as confs do meu rc.conf usando o ipv4_addrs_if e ajustei o media para 100baseTX que é o que o tipo da conexão (por mais que minha NIC é Giga, a outra ponta não é) nao ativei as confs novas, vou esperar até ver quando ocorre outro watchdog, abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. é pessoal, meu problema nao se resolveu em fixar 100baseTX, ainda continuo a ter watchdog timeout, meu próximo passo vai ser trocar o cabeamento, rs mas o caso anda piorando, estou tendo um erro estranho agora, quando eu tento pingar um IP que sai pela vge1, acontece isso: glaurung# ping 10.10.5.5 PING 10.10.5.5 (10.10.5.5): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ^C --- 10.10.5.5 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss quando eu reinicio ai volta ao normal imaginei ser problemas de mbuf, mas pelo netstat nao percebi nada: glaurung# netstat -m 835/830/1665 mbufs in use (current/cache/total) 816/436/1252/25600 mbuf clusters in use (current/cache/total/max) 815/337 mbuf+clusters out of packet secondary zone in use (current/cache) 0/54/54/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 1843K/1295K/3138K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/5/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines isso seria possivel ajustar via sysctl ou somente recompilando o kernel? ou ainda isso poderia ser problema na placa ? -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/20 Enio Marconcini eni...@gmail.com: isso seria possivel ajustar via sysctl ou somente recompilando o kernel? ou ainda isso poderia ser problema na placa ? Talvez tunnings resolvam, mas como você la no primeiro email que trata-se de um 7.2-RELEASE e um dos seus primeiros testes com o freebão, eu acho que agora que sabes muito mais coisas deverias atualizar o kernel para o RELENG_7, e recompilá-lo, pois pode muito bem ter sido algum tipo de bug nesse driver que já tenha sido corrigido. Se é tranquilo realizar esse processo acho que deverias fazê-lo... -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/18 Nilson nil...@forge.com.br 2010/1/18 Enio Marconcini eni...@gmail.com: [some cuts...] Jan 13 12:36:56 glaurung kernel: vge1: watchdog timeout Jan 13 12:36:56 glaurung kernel: vge1: link state changed to DOWN Jan 13 12:36:57 glaurung kernel: vge1: link state changed to UP Jan 13 12:48:33 glaurung kernel: vge0: watchdog timeout Jan 13 12:48:33 glaurung kernel: vge0: link state changed to DOWN Jan 13 12:48:36 glaurung kernel: vge0: link state changed to UP Jan 13 15:46:37 glaurung kernel: vge1: watchdog timeout Jan 13 15:46:37 glaurung kernel: vge1: link state changed to DOWN Jan 13 15:46:39 glaurung kernel: vge1: link state changed to UP Pelas repetições parece mesmo que ela perde o link. Você já tentou fixar a velocidade de linkagem? (media e mediaopt do ifconfig) Estas usando device polling? Ficando de olho no top, tens consumo alto de interrupts? dmesg | grep vge | grep irq Estão em IRQs separadas ou compartilhadas? PHY significa a camada física (layer 1 do modelo OSI), acho que a coisa é esse sentido... tens algum problema físico ou algum tipo bug nesse driver de vge. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd opa Nilson essa placa é uma RouterBoard R44, com 4 portas ethernet, chipset via Gigabit, ela usa IRQ separados, veja glaurung# dmesg | grep vge | grep irq vge0: VIA Networking Gigabit Ethernet port 0xb800-0xb8ff mem 0xfbdffc00-0xfbdffcff irq 18 at device 8.0 on pci6 vge1: VIA Networking Gigabit Ethernet port 0xb400-0xb4ff mem 0xfbdff800-0xfbdff8ff irq 19 at device 9.0 on pci6 vge2: VIA Networking Gigabit Ethernet port 0xb000-0xb0ff mem 0xfbdff400-0xfbdff4ff irq 16 at device 10.0 on pci6 vge3: VIA Networking Gigabit Ethernet port 0xa800-0xa8ff mem 0xfbdff000-0xfbdff0ff irq 17 at device 11.0 on pci6 o servidor está a maior parte do templo IDLE, a carga dele é baixa ainda, tevo ter cerca de 50 clientes conectado nesse servidor, o top me mostra isso quase todo momento t pid: 25741; load averages: 0.01, 0.00, 0.00 up 0+18:51:07 10:50:42 64 processes: 1 running, 63 sleeping CPU 0: 0.0% user, 0.0% nice, 3.0% system, 0.0% interrupt, 97.0% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 95M Active, 596M Inact, 211M Wired, 188K Cache, 112M Buf, 578M Free Swap: 2048M Total, 2048M Free o device polling fica desativado por padrão, eu estou configurando elas pelo /etc/rc.conf mas não uso nenhuma opção de media ou mediaopt -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/19 Enio Marconcini eni...@gmail.com: o device polling fica desativado por padrão, eu estou configurando elas pelo /etc/rc.conf mas não uso nenhuma opção de media ou mediaopt Demorou... foi a única dica q u dei no email, o resto foi conversa fiada pra ver se brotava alguma idéia... hehehehe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/19 Nilson nil...@forge.com.br 2010/1/19 Enio Marconcini eni...@gmail.com: o device polling fica desativado por padrão, eu estou configurando elas pelo /etc/rc.conf mas não uso nenhuma opção de media ou mediaopt Demorou... foi a única dica q u dei no email, o resto foi conversa fiada pra ver se brotava alguma idéia... hehehehe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd rsrsrs faz parte, rsrs eu tive olhando o man do driver vge, e também no handbook, eu vi que erros que causa watchdog timeout pode ser problemas de cabo, rsrs ou em alguns casos problemas com placas que funcionam melhor se forem conectadas no slot PCI 0 sobre cabos, eu fico com a pulga atrás da orelha, pois da minha placa no servidor o cabo vai para um switchzinho 8 portas, e deste sobe um cabo blindado FTP para o telhado até a torre, e o cabo foi instalado recentemente rsrsrs vai saber -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/19 Enio Marconcini eni...@gmail.com: 2010/1/19 Nilson nil...@forge.com.br 2010/1/19 Enio Marconcini eni...@gmail.com: o device polling fica desativado por padrão, eu estou configurando elas pelo /etc/rc.conf mas não uso nenhuma opção de media ou mediaopt Demorou... foi a única dica q u dei no email, o resto foi conversa fiada pra ver se brotava alguma idéia... hehehehe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd rsrsrs faz parte, rsrs eu tive olhando o man do driver vge, e também no handbook, eu vi que erros que causa watchdog timeout pode ser problemas de cabo, rsrs ou em alguns casos problemas com placas que funcionam melhor se forem conectadas no slot PCI 0 sobre cabos, eu fico com a pulga atrás da orelha, pois da minha placa no servidor o cabo vai para um switchzinho 8 portas, +++ Não querendo ser damatico, mais ficaria de olho nesse peão aqui !!! e deste sobe um cabo blindado FTP para o telhado até a torre, e o cabo foi instalado recentemente rsrsrs vai saber -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- :=)Paulo Henrique (JSRD)(=: Alone, locked, a survivor, unfortunately not know who I am - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/19 Paulo Henrique paulo.rd...@bsd.com.br 2010/1/19 Enio Marconcini eni...@gmail.com: 2010/1/19 Nilson nil...@forge.com.br 2010/1/19 Enio Marconcini eni...@gmail.com: o device polling fica desativado por padrão, eu estou configurando elas pelo /etc/rc.conf mas não uso nenhuma opção de media ou mediaopt Demorou... foi a única dica q u dei no email, o resto foi conversa fiada pra ver se brotava alguma idéia... hehehehe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd rsrsrs faz parte, rsrs eu tive olhando o man do driver vge, e também no handbook, eu vi que erros que causa watchdog timeout pode ser problemas de cabo, rsrs ou em alguns casos problemas com placas que funcionam melhor se forem conectadas no slot PCI 0 sobre cabos, eu fico com a pulga atrás da orelha, pois da minha placa no servidor o cabo vai para um switchzinho 8 portas, +++ Não querendo ser damatico, mais ficaria de olho nesse peão aqui !!! e deste sobe um cabo blindado FTP para o telhado até a torre, e o cabo foi instalado recentemente rsrsrs vai saber -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- :=)Paulo Henrique (JSRD)(=: Alone, locked, a survivor, unfortunately not know who I am - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd *sobre cabos, eu fico com a pulga atrás da orelha, pois da minha placa no servidor o cabo vai para um switchzinho 8 portas, +++ Não querendo ser damatico, mais ficaria de olho nesse peão aqui !!!* Paulo, não vejo problema nesse esquema, uma vez que este problema ja vinha acontecendo desde antes da utilização do switch, além do mais, este switch só é usado para isso, ou seja, tem somente 2 cabos, um do servidor e outro para a torre, compreende? fiz isso por segurança, pois já aconteceu comigo problemas de sobregarca ou faisca de raio que queimou a placa no servidor, antes me queimar um switch barato de 8 portas do que uma placa ou ate o servidor rsrs -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/18 Enio Marconcini eni...@gmail.com pessoal, percebi recentemente que, num servidor rodando 7.2-Release (isso mesmo, meu primeiro teste com freebsd) vez ou outra os usuários ligam reclamando que perdeu conexão com o sistema no começo eu até pensei que era os AP´s que estavam travando, mas depois de olhar o messages eu notei essas informações Jan 13 12:08:39 glaurung kernel: vge0: link state changed to UP Jan 13 12:36:56 glaurung kernel: vge1: watchdog timeout Jan 13 12:36:56 glaurung kernel: vge1: link state changed to DOWN Jan 13 12:36:57 glaurung kernel: vge1: link state changed to UP Jan 13 12:48:33 glaurung kernel: vge0: watchdog timeout Jan 13 12:48:33 glaurung kernel: vge0: link state changed to DOWN Jan 13 12:48:36 glaurung kernel: vge0: link state changed to UP Jan 13 13:31:12 glaurung kernel: arp: unknown hardware address format (0x4500) -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null Tive o mesmo problema, após atualizar para STABLE e não usar 'media: Ethernet autoselect' o problema foi resolvido. Não sei qual das duas opções resolveu o problema, as placas eram Realtek. Boa noite. Atenciosamente, Wanderson Tinti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
Enio, considerei ele sem desconhecer que o problema ocorria antes, contudo para fiz de analise, a utilização de um sniffer tcpdump configurado para varrer apenas a cada de hardware e enlace, e observar o comportamento do trafego instantes antes de ocorrer o problema, outra coisa, tenho dois FreeBSD 8.0 Stable na minha rede e os mesmos estão muito bem, um como DNS Autoritativo/Cache e um com configuração concluida hoje como servidor de e-mail com uma quantidade consideravel de serviços sobre o mesmo, o que muda possivelmente é quanto ao hardware utilizado, estou no geral é amontoado intel com nics 3com/Intel/Realtek gigabit. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/18 Enio Marconcini eni...@gmail.com: [some cuts...] Jan 13 12:36:56 glaurung kernel: vge1: watchdog timeout Jan 13 12:36:56 glaurung kernel: vge1: link state changed to DOWN Jan 13 12:36:57 glaurung kernel: vge1: link state changed to UP Jan 13 12:48:33 glaurung kernel: vge0: watchdog timeout Jan 13 12:48:33 glaurung kernel: vge0: link state changed to DOWN Jan 13 12:48:36 glaurung kernel: vge0: link state changed to UP Jan 13 15:46:37 glaurung kernel: vge1: watchdog timeout Jan 13 15:46:37 glaurung kernel: vge1: link state changed to DOWN Jan 13 15:46:39 glaurung kernel: vge1: link state changed to UP Pelas repetições parece mesmo que ela perde o link. Você já tentou fixar a velocidade de linkagem? (media e mediaopt do ifconfig) Estas usando device polling? Ficando de olho no top, tens consumo alto de interrupts? dmesg | grep vge | grep irq Estão em IRQs separadas ou compartilhadas? PHY significa a camada física (layer 1 do modelo OSI), acho que a coisa é esse sentido... tens algum problema físico ou algum tipo bug nesse driver de vge. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
