2010/1/20 Enio Marconcini <[email protected]> > > > 2010/1/19 Wanderson Tinti <[email protected]> > > 2010/1/18 Enio Marconcini <[email protected]> >> >> > 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: [email protected] >> > 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: [email protected] > 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: [email protected] 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
