[mrtg] FOUND PROBLEM !!! (was Re: help! problems with upgrade) (fwd)

[Paolo Furieri]

I resend, because I had saome problems with sendmail, so I don't know if last
message was been sent correctly.

sorry.

-- 
Paolo Furieri - Amministratore di sistema Netcom
Tel 0575 380590 - Fax 0575 981701

---------- Forwarded message ----------
Date: Tue, 15 May 2001 15:10:59 +0200 (CEST)
From: Paolo Furieri <furieri at ntc.it>
To: MRTG users <mrtg at list.ee.ethz.ch>
Subject: FOUND PROBLEM !!! (was Re: [mrtg] help! problems with upgrade)

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