Some additional info:
Jochen Friedrich wrote:
> I'm running snmpd on Alpha, which is also 64bit, and i can't reproduce
> this. Could you
> run "cat /proc/net/dev" on your machine after snmp stops working?
On a system running 5.2.1:
$ cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo: 55214 518 0 0 0 0 0 0 55214
518 0 0 0 0 0 0
eth0:2092648399 15429327 0 0 0 0 0 0
21641980305 18628455 0 0 0 0 0 0
eth1:33259778 279398 0 0 0 0 0 0
703370612 472239 0 0 0 0 0 0
sit0: 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0
The same host polled from a remote system:
$ snmpwalk -v 1 -c community hostname ifOutOctets
IF-MIB::ifOutOctets.1 = Counter32: 55214
IF-MIB::ifOutOctets.2 = Counter32: 55214
IF-MIB::ifOutOctets.3 = Counter32: 703370612
IF-MIB::ifOutOctets.4 = Counter32: 0
It again started exhibiting the problem after logging the following message:
snmpd[31545]: looks like a 64bit wrap, but prev!=new
Interestingly, the only counter that is not incrementing properly is
ifOutOctets.2 which is presumably the one that wrapped. Also, notice
that the ifOutOctets.2 value is identical to the ifOutOctets.1 value,
which correponds to lo. In fact, when .1 increments (and it does), .2
increments as well, which suggests they are one and the same.
Regards,
Ed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
