[FUG-BR] Problema com Watchdog de NICs

[Enio Marconcini]

2010/1/20 Enio Marconcini <eniorm em gmail.com>

>
>
> 2010/1/19 Wanderson Tinti <wanderson em bsd.com.br>
>
> 2010/1/18 Enio Marconcini <eniorm em 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: eniorm em 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: eniorm em 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: eniorm em gmail.com
skype: eniorm
msn: /dev/null

.: FreeBSD -:- OpenBSD -:-Slackware Linux :.