[mrtg] FOUND PROBLEM !!! (was Re: help! problems with upgrade)
Paolo Furieri
furieri at ntc.it
Tue May 15 15:10:59 MEST 2001
my router replies with a community name = public, even if I change its
configuration.
old mrtg evidently accepts this kind of buggy responses, the new does not.
Now I have inserted a "public" community to my router.
this is a slice of "strace mrtg" session, with "public at router.ntc.it" in .cfg
socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 4
fcntl(4, F_GETFL) = 0x2 (flags O_RDWR)
fstat(4, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401c7000
_llseek(4, 0, 0xbffff770, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fcntl(4, F_GETFL) = 0x2 (flags O_RDWR)
fstat(4, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401c8000
_llseek(4, 0, 0xbffff770, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
brk(0x853b000) = 0x853b000
brk(0x853f000) = 0x853f000
brk(0x8540000) = 0x8540000
sendto(4, "0;\2\1\0\4\6public\240.\2\0040\271\355\317\2\1\0\2\1\000"..., 61, 0, {sin_family=AF_INET, sin_port=htons(161), sin_addr=inet_addr("213.212.134.1")}}, 16) = 61
select(8, [4], [], [], {2, 0}) = 1 (in [4], left {1, 990000})
recvfrom(4, "0C\2\1\0\4\6public\2426\2\0040\271\355\317\2\1\0\2\1\000"..., 8000, 0, {sin_family=AF_INET, sin_port=htons(161), sin_addr=inet_addr("213.212.134.1")}}, [16]) = 69
brk(0x8541000) = 0x8541000
time(NULL) = 989931849
time(NULL) = 989931849
brk(0x8542000) = 0x8542000
brk(0x8543000) = 0x8543000
stat("/usr/bin/rateup", {st_mode=S_IFREG|0755, st_size=43356, ...}) = 0
we can see that mrtg sends "public", receive "public" and goes on.
this is with "private at router.ntc.it"
socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 4
fcntl(4, F_GETFL) = 0x2 (flags O_RDWR)
fstat(4, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401c7000
_llseek(4, 0, 0xbffff770, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fcntl(4, F_GETFL) = 0x2 (flags O_RDWR)
fstat(4, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401c8000
_llseek(4, 0, 0xbffff770, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
brk(0x853b000) = 0x853b000
brk(0x853f000) = 0x853f000
brk(0x8540000) = 0x8540000
sendto(4, "0;\2\1\0\4\6private\240.\2\0040\372\361\374\2\1\0\2\1\000"..., 61, 0,
{sin_family=AF_INET, sin_port=htons(161), sin_addr=inet_addr("213.212.134.1")}}, 16) = 61
select(8, [4], [], [], {2, 0}) = 1 (in [4], left {1, 990000})
recvfrom(4, "0C\2\1\0\4\6public\2426\2\0040\372\361\374\2\1\0\2\1\000"..., 8000, 0, {sin_family=AF_INET, sin_port=htons(161), sin_addr=inet_addr("213.212.134.1")}}, [16]) = 69
brk(0x8541000) = 0x8541000
select(8, [4], [], [], {1, 989999}) = 0 (Timeout)
we can see that mrtg sends "private", receive "public", goes in timeout
waiting for a "private" response.
I have verified, 2.7.5 accepts "private" response, and does not check
community name in response.
I can fix my problem leaving 2 communities ("public" is readonly, no danger),
but is would prefere a more polite solution. do you know if these is a
configuration option to bypass the problem ?
thanks
--
> Please try some extra options, especially the NoMIB2 option.
> Let us know if it helps!
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://www.ee.ethz.ch/~slist/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
More information about the mrtg
mailing list